Falle #53 Von Grund auf neu beginnen

“Ich denke, wir müssen die Definition von … überdenken.”
“Wir müssen die aktuellen Stakeholder-Anforderungen erfassen‘
“Gibt es eine Technik, um das herauszufinden?”

Die traurigen Geräusche eines kämpfenden Enterprise-Architekt Von vorne anfangen. Meistens tappen Praktiker, die in Architekturteams mit geringer Reife arbeiten, in diese Falle. Sie wissen es nicht besser. Sie hatten nie ein brauchbares Repository. Sie haben keine einheitliche Methode. Sie haben nie auf früheren Arbeiten aufgebaut. Sie fangen immer wieder von vorne an.

Ein nützliches Repository wird erstellt, um die tatsächlichen Fragen der Sponsoren des EA-Teams und der Nutzer nützlicher Architektur zu beantworten. Diese Fragen geben Architekten Aufschluss darüber, welche Informationen sie sammeln, welche Analysen sie durchführen und welche Bewertungen sie liefern müssen. Bewertungen, die direkt auf den Punkt kommen. Bewertungen, die wichtige Fragen beantworten. Arbeit, die Mehrwert schafft.

Die Klarheit über den Zweck des EA-Teams ist entscheidend. Best Practice bei der Entwicklung eines EA-Repositorys besteht darin, sich auf die Fragen Ihrer Organisation zu konzentrieren (siehe Kapitel 8, “Anpassung von Architekturinhalten und Metamodell” des Leitfaden). Hochfunktionale EA-Teams pflegen eine Aussichtspunktbibliothek Das Repository identifiziert solche Fragen und die Informationen, die Architekten benötigen. Diese Informationen definieren das Repository.

In einer gut strukturierten Umgebung wird die Definition nicht verändert. Kurz gesagt: Machen Sie es gleich beim ersten Mal richtig. Wenn Sie die Definition einer Komponente in Ihrem Repository anpassen müssen, zeigt dies, dass Sie auf die Fragen, die Sie beantworten, nicht vorbereitet sind. Außerdem sind Definitionen unserer Erfahrung nach ein sinnloses Hamsterrad, so sehr, dass wir dazu übergegangen sind, den Zweck von Komponenten in Navigieren, und das Herunterspielen von Definitionen.

Ein Praktiker in dieser Falle muss ununterbrochen auf einem Laufband laufen. Aktion ohne Bewegung. Workouts dienen der Übung. Ad-hoc-Arbeit ist der Standard eines EA-Teams mit geringer Reife.

Runter vom Laufband.

Hochfunktionale Architekten sind bereit, die Fragen ihrer Stakeholder zu beantworten. Sie bauen iterativ auf früheren Arbeiten auf. Sie entwickeln nützliche, zielgerichtete Bewertungen. Die daraus resultierenden Empfehlungen erfordern mehr als nur Informationen. Standardisierte Analyse- und Modellierungstechniken sind erforderlich. Vorbereitung und Zielstrebigkeit verhindern, dass man immer wieder von vorne beginnen muss.

Conexiams Vorhersehbarer EA Ansatz arbeitet daran, das Mysterium aus der Entwicklung hochfunktionaler EA-Teams zu nehmen. Unsere Grundlage ist ein gut etabliertes EA Capability-Referenzmodell zentriert um die Zweck Ihrer Organisation möchte das EA-Team dienen.

Der Aufbau eines hochfunktionalen EA-Teams oder die eigene Weiterentwicklung erfordert den Kreislauf des immer wieder von vorne beginnenden Neubeginns. Um diesen Weg zu unterstützen, hat Conexiam die strategische Entscheidung getroffen, unsere Erfahrungen mit der Welt zu teilen. Wir nutzen hochgradig wiederverwendbare Teile von Navigieren™ und Pilot™ und bringen sie in ein Format, in dem sie zugänglich sind. Wir teilen unsere Erfahrungen zur Selbsthilfe in der Architekturfriedhof Serie oder die formellere Leitfaden.

Zusätzlich zu den frei verfügbaren Materialien bieten wir Beratungsleistungen und spezielle Schulungen wie unsere EA mit TOGAF und Navigate Kurs.

Beginnen Sie Ihre Reise zum hochfunktionalen Unternehmensarchitekten. Steigen Sie aus dem Hamsterrad aus. Hören Sie auf, immer wieder bei Null anzufangen.