Vibe Coding ist cool, aber die Architektur bleibt deine Sache

  Eine KI hat mir in wenigen Stunden ein sicheres Kontaktformular für die Website meines Coworking Spaces gebaut. Gleichzeitig hat sie mir einen Dienst empfohlen, den Microsoft bereits abkündigt. Warum KI ein starker Sparringpartner ist, die Architekturentscheide aber bei dir bleiben. Ein Verkaufsmail als Weckruf Kürzlich schrieb mir eine Webagentur, …

Twin Peaks: Warum Anforderungen und Architektur zusammengehören

Enterprise-Architektur-Initiativen scheitern aus meiner Sicht häufig daran, dass Anforderungen und Architektur nebeneinander statt miteinander entstehen. Das Twin-Peaks-Modell zeigt, wie beide im Gleichschritt wachsen. Meine Erfahrung aus einem Bankenprojekt: Strukturierte Interviews unter Einbezug der Architektur machen den Unterschied. 1. Wenn die Architektur allein losläuft Bei der Ablösung einer veralteten Output-Management-Software in …

Was tun, wenn der Data-Owner keiner sein will? Überlegungen zur Durchsetzung von Data Governance

Das grösste Risiko bei der Einführung einer Data Governance-Struktur ist nicht fehlendes Wissen oder mangelnde Theorie, sondern fehlende Verbindlichkeit. Was passiert, wenn ein Data Owner seine Verantwortung nicht wahrnehmen will? Wer kann ihn dazu bewegen? Ein Gedankenexperiment darüber warum die Durchsetzung von Data Governance ausgerechnet ausserhalb der Governance-Organisation erfolgen sollte.

Wir sind Architekten, keine Statiker

Im Bauwesen ist die Rollenverteilung klar. Der Architekt entwirft, der Statiker prüft, ob das Ganze hält. Beide sind unverzichtbar, und ihre Reihenfolge ist kein Zufall: Erst entsteht die Idee, dann wird sie tragfähig gemacht. In der Enterprise-Architektur wird diese Reihenfolge allzu oft umgedreht.