Entscheidende Rolle der Checklisten zur Unternehmensarchitektur-Governance
Architektur-Governance-Prozesse
- Zwei zentrale Architektur-Governance-Prozesse
- Anforderungen an einen dynamischen Architekturüberprüfungsprozess
Prozess zur Genehmigung der Zielarchitektur
Implementierungs-Governance-Prozess
- Checkliste für die Implementierungs-Governance
- Ansatz der Genesungsempfehlung (Empfehlung zur Nichteinhaltung)
- Wertmessprozess
Dieser Artikel erläutert den Kern der Architektur-Governance anhand der Checklisten. Lesen Sie diese Artikel, um alle Aspekte zu betrachten. Die Grundlagen der Architektur-Governance, Was ist ein Architecture Review Board?, die Ziele eines modernen dynamischen Architektur-Review-Boards, und wie man ein ARB aufstellt.
Architektur-Governance-Prozesse
Das obige Diagramm skizziert den zentralen Überprüfungsprozess der Unternehmensarchitektur.
Das allgemeine Muster ist:
Die Anweisungen kommen in Ihrer Organisation von oben.
Die Richtung ist eine Mischung aus Leistungserwartungen, Einschränkungen und Risikobereitschaft.
Eine Entscheidung wird getroffen. Anschließend wird die Entscheidung umgesetzt.
Kontrollen bieten die Gewissheit, dass 1) die Entscheidung befolgt wurde und 2) die Entscheidung mit der Anweisung übereinstimmte.
Das folgende Diagramm zeigt eine einfache Kaskade von der obersten Ebene über Portfolioentscheidungen, Projektentscheidungen, Lösungsarchitektur, zu einer Implementierungsentscheidung.
Die folgende Abbildung verdeutlicht, dass beim Übergang von der Strategie zum Portfolio, zum Projekt, zur Lösungsbereitstellung und schließlich zur Umsetzung jede Entscheidung nachvollziehbar zurückverfolgt werden kann. Dem ursprünglichen Wegweiser kann der Nachweis erbracht werden, dass seine Anweisungen befolgt wurden.
Das Beste agile Unternehmen haben die Entscheidungsfindung delegiert. Abgestimmte Entscheidungsfindung. Die erfolgreichsten Organisationen haben die gleichen Dinge: Abstimmung und Verantwortlichkeit.
Die Wert der Unternehmensarchitektur ermöglicht:
- bessere Entscheidungen
- abgestimmte Entscheidungen und Maßnahmen
- verantwortliche Entscheidungen und Handlungen
Alles ruht auf Architektur-Governance.
Zwei zentrale Architektur-Governance-Prozesse
Sowohl das Governance-Diagramm oben als auch das Architektur-Entscheidungszyklusdiagramm rechts zeigen kaskadierende Entscheidungen.
Irgendwann wechseln wir von der Architekturentwicklung zur Umsetzungsplanung Zu Durchführung. Die Konzepte sind dieselben, unabhängig davon, ob es sich um ein digitales Produkt oder ein Portfolio handelt. Sie müssen von der Steuerung der Architekturentwicklung zur Steuerung der Implementierung übergehen.
Sie benötigen zwei Architektur-Governance-Prozesse. Erstens: Prozess zur Genehmigung der Zielarchitektur. Dieser Prozess konzentriert sich auf die Entscheidungsrechte der Stakeholder und stellt sicher, dass die Zielarchitektur den Vorgaben entspricht. Die Checkliste für die Governance der Zielarchitektur Überprüfen Sie explizit die Leistungserwartung, Einschränkungen und Unsicherheiten.
Zweitens brauchen Sie eine Implementierungs-Governance-Prozess Dies stellt sicher, dass die Implementierung der Architektur entspricht. Dazu gehört die Lösung des richtigen Problems, die Einhaltung der Implementierungsstrategie und die Einhaltung aller Architekturspezifikationen. All diese Anweisungen dienen dazu, den erwarteten Nutzen der Stakeholder zu gewährleisten. Die Checkliste für die Implementierungs-Governance dient der Werterhaltung.
Anforderungen an einen dynamischen Architekturüberprüfungsprozess
Erfolgreiche, agile Unternehmen sind nicht auf einfache Top-Down-Entscheidungen angewiesen. Sie verfügen über eine komplexe Matrix von Akteuren. Komplexität erfordert eine Prüfungsgremium für dynamische Architektur. Eines, das wirksame Richtlinien und Leitplanken für die delegierte Entscheidungsfindung bereitstellen kann.
Die Leitfaden für Gouverneure enthält drei Aussagen, die die Notwendigkeit dynamischer Architekturüberprüfungsprozesse hervorheben:
- Die Stakeholder besitzen alle Entscheidungsrechte über die Zielarchitektur
- Implementierer sind für alle Implementierungsentscheidungen verantwortlich
- Der Versuch, diese Rechte irgendwo anders zu übertragen, ist eine Illusion
Wir können nicht ständig zur CEO rennen, um eine Entscheidung zu erhalten. Sie hat Leute eingestellt und ihnen Befugnisse übertragen. Oftmals mit überlappenden Zuständigkeiten.
Enterprise Architects nennen sie Stakeholder bei Architekturentscheidungen, Sponsoren bei Planungsentscheidungen und Implementierer bei Implementierungsentscheidungen.
Wie die Fußabdrücke im Bild unten folgt der dynamische Prozess verschiedenen Pfaden. Er passt sich der aktuellen Situation an. Der dynamische Prozess muss unnötige Herausforderungen auf dem Weg zum Ziel vermeiden.
Prozess zur Genehmigung der Zielarchitektur
Der Architektur-Governance-Prozess zur Genehmigung der Zielarchitektur muss dynamisch sein.
Lassen Sie uns näher darauf eingehen. Ein dynamischer Prozess beruht auf drei miteinander verknüpften Tatsachen:
- Stakeholder besitzen architektonische Entscheidungen
- Bei verschiedenen Architekturentscheidungen spielen unterschiedliche Hauptinteressensgruppen eine Rolle
- Bei verschiedenen Architekturentscheidungen stehen unterschiedliche Prioritäten und Hauptanliegen im Vordergrund.
Es ist leicht zu sagen: 'Die Entscheidungsrechte über die Unternehmensarchitektur liegen bei den Stakeholdern!' Es ist schwer zu sagen: 'Dies sind die richtigen Stakeholder.“.
Bei Entscheidungen über digitale Produkte für Verbraucher sind die Kriterien und Interessengruppen wahrscheinlich andere als bei Entscheidungen über die Einhaltung finanzieller Vorschriften.
Die erste Frage in der Checkliste für die Governance der Zielarchitektur lehnt sich an diese Dynamik an - Haben die Enterprise-Architekten die richtigen Stakeholder?? Aus diesem Grund verwenden wir die TOGAF-Rahmenwerk - es lehnt die Annahme ab, dass es eine einzige Architektur-Anwendungsfall und ein einziger universeller Ansatz.
Die häufigste Schwierigkeit bei der Einrichtung eines Architektur-Governance-Prozesses besteht in der Verwirrung über die Entscheidungsrechte. Einrichtung eines modernen Governance-Boards für Unternehmensarchitektur basiert auf einem Governance-Prozess delegierter Entscheidungsfindung.
Die wichtigsten Aufsichtsfunktionen der Prüfungsgremium für Unternehmensarchitektur verwalten den Genehmigungsprozess der Zielarchitektur und konzentrieren sich auf die Unternehmensarchitekturteam.
Die TOGAF Architektur-Entwicklungsmethode beginnen mit Phase A, wobei zu den wesentlichen Kenntnissen des Unternehmensarchitekten Folgendes gehört:
- Das Problem, das angegangen wird
- Wer hat Interessen, die für das behandelte Problem von grundlegender Bedeutung sind?
- (Interessengruppen und Anliegen)
- Was sind die Prioritäten und Präferenzen der Stakeholder?
- (Leistungserwartungen, Einschränkungen und Risikobereitschaft)
- Welchen Wert bietet die zusammenfassende Antwort?
Der Prozess zur Genehmigung einer Zielarchitektur muss auf Grundlage der wesentlichen Erkenntnisse aus Phase A erfolgen. Dieses Wissen befasst sich mit dem schwierigen Aspekt der Unternehmensarchitektur-Governance – der Frage, wer die Entscheidungsbefugnis hat. Es trennt Entscheidungsträger von Beratern und Implementierern.
Damit können wir den schwierigen Teil einer echten Enterprise-Architecture-Governance-Methode angehen: die Genehmigung der Architektur durch eine variable Gruppe von Stakeholdern. Ihre Genehmigung unterliegt jedoch den Richtlinien und Einschränkungen der übergeordneten Architektur.
Es hilft uns, eine Architektur mit vereinfachten Umsetzungs-Governance weil die wichtigsten Implementierungsleiter an der Entwicklung einer Architektur beteiligt sein werden, die die kaskadierten Leistungserwartungen, Einschränkungen und die Risikobereitschaft erfüllt.
Checkliste für die Governance der Zielarchitektur
Die Checkliste zur Governance der Zielarchitektur wurde erstmals veröffentlicht im Leitfaden für den Leiter der Unternehmensarchitektur. Es war in der TOGAF-Standard durch die Leitfaden für Praktiker zur Entwicklung einer Unternehmensarchitektur.
Die Checkliste ist eine Reihe von Kontrollen, die sicherstellen, dass der Unternehmensarchitekt die Anweisungen befolgt. Die Checkliste ist ein Kontrollmechanismus.
Durch die Verwendung der Checkliste zur Governance der Zielarchitektur und durch Architektur-Governance-Prozesse, die die Entscheidungsrechte der Stakeholder respektieren, wird eine effiziente und durchsetzbare Unternehmensarchitektur ermöglicht.
Checkliste für die Governance der Zielarchitektur
- Wurden die richtigen Stakeholder identifiziert: Ja/Nein
o Wenn ja, fahren Sie fort
o Wenn nicht, senden Sie den Architekten direkt an mit den Stakeholdern in Kontakt treten passend zur zu entwickelnden Architektur - Wurden Einschränkungen und Vorgaben der übergeordneten Architektur berücksichtigt: Ja/Nein
o Wenn ja, fahren Sie fort
o Wenn nicht, üben Sie entweder Änderungen, Erleichterungen und Durchsetzungen der Architektur-Governance aus oder weisen Sie den Architekten an, die Richtlinien und Einschränkungen der übergeordneten Architektur zu berücksichtigen. - Stimmen die Fachexperten mit den Fakten und der Interpretation der Fakten in der Architektur überein: Ja/Nein
o Wenn ja, fahren Sie fort
o Wenn nicht, weisen Sie den Architekten entweder an, sich mit den Fachexperten zu befassen, oder entwickeln Sie eine Empfehlung für die Stakeholder, dass sie Einschränkungen in der Vertraulichkeit haben sollten - Spiegeln die erstellten Einschränkungen oder Leitlinien die für die Stakeholder erstellten Ansichten und die zugrunde liegenden Architekturmodelle und -analysen wider: Ja/Nein
o Wenn ja, fahren Sie fort
o Wenn nicht, weisen Sie den Architekten an, seine Arbeit zu erledigen - Spiegeln die für die Stakeholder erstellten Ansichten deren Bedenken wider und spiegeln sie alle zugrunde liegenden Architekturmodelle und Analysen wider: Ja/Nein
o Wenn ja, gehen Sie zur Genehmigung an die Stakeholder
o Wenn nicht, weisen Sie den Architekten an, Ansichten zu entwickeln - Verstehen die Stakeholder den Wert und die Unsicherheiten bei der Erreichung des Werts, die durch das Erreichen des Zielzustands entstehen: Ja/Nein
o Wenn ja, fahren Sie fort
o Wenn nicht, weisen Sie den Architekten an, Ansichten zu entwickeln und an die Stakeholder zurückzusenden - Verstehen die Stakeholder die zum Erreichen des Zielzustands erforderliche Arbeit und etwaige Unsicherheiten bei der erfolgreichen Durchführung der Arbeit: Ja/Nein
o Wenn ja, fahren Sie fort
o Wenn nicht, weisen Sie den Architekten an, Ansichten zu entwickeln und an die Stakeholder zurückzusenden - Sind sich die Stakeholder über etwaige Einschränkungen hinsichtlich des Vertrauens im Hinblick auf die Zielarchitektur im Klaren: Ja/Nein
o Wenn ja, fahren Sie fort
o Wenn nicht, weisen Sie den Architekten an, Ansichten zu entwickeln und an die Stakeholder zurückzusenden - Haben die Stakeholder die Ansichten genehmigt: Ja/Nein
o Wenn ja, veröffentlichen Sie die Unternehmensarchitektur im Enterprise Architecture Repository als genehmigte Zielarchitektur.
o Wenn nicht, sollte das Enterprise Architecture Board entscheiden, entweder den Architekten anzuweisen, die Architektur zu überarbeiten, oder die Architekturinitiative abzubrechen.
Umsetzung Governance
Die Architektur-Governance während der Implementierung sollte einfach sein. Die Stakeholder haben das Ziel und die Arbeit zur Zielerreichung genehmigt. Sie übernehmen den Kern der Governance – Leitung und Kontrolle. Kurz gesagt: Bei einer guten Architektur leiten die Stakeholder alle Implementierungsverantwortlichen an und testen das Ergebnis.
Angesichts der Wirksamkeit Governance der Zielarchitektur Sie geben den Implementierern Anweisungen. Ob Sie es nun „Ziele und Mittel“, „Leistungsabzüge und -beschränkungen“ oder „Projekt in einem Portfolio“ nennen – die Stakeholder erwarten eine Änderung. Wahrscheinlich gibt es auch Vorgaben, wie und wann vorgegangen werden soll.
Diese Leistungserwartungen und -beschränkungen bilden die Grundlage der Implementierungs-Governance.
TOGAF Phase G dreht sich alles um die Implementierungs-Governance. Wie Sie die Anweisungen für die Implementierung nutzen. Welche Einschränkungen gelten? Die Rolle des Enterprise-Architekten konzentriert sich in erster Linie auf Anleitung und Interpretation. Im Notfall, wenn Anweisungen und Einschränkungen nicht befolgt wurden, geben sie eine Empfehlung zur Nichteinhaltung ab.
Implementierungsbeschränkungen
Sie können sich Unternehmensarchitektur als eine Reihe von Einschränkungen der Freiheit des Implementierers vorstellen. Die Einschränkungen übersetzen die Ziele der Stakeholder in Begriffe, die für einen Implementierer von Bedeutung sind.
Alle Arbeiten, die von einem Enterprise-Architekt ist es, die richtige Einschränkung zu finden. Die richtige Einschränkung schränkt die Kreativität und das Fachwissen eines Implementierungsteams ein, um den entscheidenden Nutzen zu erzielen. Dies ist die Herausforderung der Architektur-Governance: Wie soll diese Implementierung das übergeordnete Unternehmensziel unterstützen?.
Während der Implementierung stellt die Architektur-Governance sicher, dass die übergeordneten Unternehmensziele erreicht werden. Der Unternehmensarchitekt muss sich nicht um taktische, projektspezifische Ergebnisse kümmern. Das übernimmt das Projektteam. Der Unternehmensarchitekt muss sich um die Ergebnisse außerhalb des Projektumfangs kümmern.
Wir verwenden Begriffe wie „allgemeines Unternehmensziel“, „Stakeholder-Ziel“ oder „Hauptnutzen“, um unterschiedliche Zieltypen zu unterscheiden. Projektteams sollten bereit sein, einen Projektnutzen auf Kosten des Unternehmensziels zu erzielen, wenn der Zusammenhang nicht offensichtlich ist. Wir wollen damit nicht behaupten, Projektteams seien unverantwortlich. Vielmehr führt der Druck der Projektdurchführung dazu, dass Projektteams ihre Entscheidungskriterien einschränken, wenn der Zusammenhang zwischen einer Implementierungsentscheidung und der Beeinträchtigung eines Unternehmensziels nicht offensichtlich ist. Wäre dies nicht der Fall, könnten wir ein neues Implementierungsteam einsetzen, das sich auf das aktuelle Projekt konzentriert.
Die Unternehmensarchitektur steuert den Wandel. Wenn keine Änderungen erforderlich sind, benötigen Sie keine Unternehmensarchitektur. Die Architektur-Governance schränkt die Implementierung ein, da hier die Ergebnisse erzielt werden. Hier erzielen wir die beste Kombination aus taktischen Projektergebnissen und Unternehmensergebnissen.
Zwei Faktoren beeinflussen die Steuerung von Veränderungen. Erstens agieren Organisationen in einem dynamischen Umfeld, und die Analyse der Zielarchitektur kann nicht alle möglichen Umstände oder Änderungsoptionen berücksichtigen. Zweitens wurde das Ziel zu einem bestimmten Zweck erstellt. Höchstwahrscheinlich bot dieser Zweck nicht den Detaillierungsgrad, den ein Implementierungsteam benötigt. Dies gilt insbesondere für Agile Softwareentwicklung.
Checkliste für die Implementierungs-Governance
Die Checkliste zur Architektur-Governance bietet eine Reihe von Tests, die auf die Konformitätsbewertung und Nichtkonformitätsempfehlung des Unternehmensarchitekten angewendet werden können.
- Hat die Organisation, die eine Änderung vornimmt, die Leitlinien und Einschränkungen der Zielarchitektur angemessen interpretiert: Ja/Nein?
- Wenn ja, sollten wir ihre Interpretation als Konformität akzeptieren und alle Probleme, die durch eine Änderung der Architektur behoben werden,
- Wenn nicht, fahren Sie mit der Nichtkonformitätsbewertung fort und bereiten Sie eine Gute-Besserung-Empfehlung.
- Stimmen die Fachexperten mit den Fakten und der Interpretation der Fakten in der Folgenabschätzung überein: Ja/Nein?
- Wenn ja, fahren Sie fort
- Wenn nicht, weisen Sie den Architekten entweder an, sich mit den Fachexperten zu befassen, oder entwickeln Sie eine Empfehlung für die Stakeholder, dass sie Einschränkungen im Vertrauen haben sollten
- Stimmen die Fachexperten der Empfehlung zu, das Ziel durchzusetzen, eine zeitlich begrenzte Erleichterung zu gewähren oder die Architektur zu ändern: Ja/Nein?
- Wenn ja, fahren Sie fort
- Wenn nicht, weisen Sie den Architekten entweder an, sich mit den Fachexperten zu befassen, oder entwickeln Sie eine Empfehlung für die Stakeholder, dass sie Einschränkungen im Vertrauen haben sollten
- Spiegeln die für die Stakeholder erstellten Ansichten die Folgenabschätzung wider und spiegeln sie alle zugrunde liegenden Architekturmodelle und Analyse: Ja/Nein?
- Wenn ja, wenden Sie sich zur Genehmigung an die Stakeholder
- Wenn nicht, weisen Sie den Architekten an, Ansichten zu entwickeln
- Sind sich die Beteiligten darüber im Klaren, dass sie hinsichtlich des Vertrauens in die Folgenabschätzung eingeschränkt sein sollten: Ja/Nein?
- Wenn ja, fahren Sie fort
- Wenn nicht, weisen Sie den Architekten an, Ansichten zu entwickeln und an die Stakeholder zurückzusenden.
- Verstehen die Stakeholder die Auswirkungen auf den zuvor erwarteten Wert und jegliche Änderung der Sicherheit bei der Erreichung des Werts, die durch das Erreichen des Zielzustands entsteht: Ja/Nein?
- Wenn ja, fahren Sie fort
- Wenn nicht, weisen Sie den Architekten an, Ansichten zu entwickeln und an die Stakeholder zurückzusenden.
- Haben die Stakeholder der Empfehlung zur Durchsetzung des Ziels, zur Gewährung von Erleichterungen oder zur Änderung der Architektur zugestimmt: Ja/Nein
- Wenn ja, sollte das Enterprise Architecture Board die Empfehlung zur Nichteinhaltung der Vorschriften zur Veröffentlichung im EA-Repository genehmigen.
- Andernfalls steht das Enterprise Architecture Governance Board vor einer schwierigen Entscheidung. Kurz gesagt: Entweder muss der Enterprise Architect angewiesen werden, die dem Stakeholder bereitgestellten Informationen zu erweitern, um eine andere Entscheidung zu erzielen, oder die Empfehlung muss überarbeitet werden, um den Präferenzen des Stakeholders gerecht zu werden.
Gute Besserung-Empfehlung (Nichteinhaltungsempfehlung)
Die Aufgabe der Implementierungs-Governance besteht darin, die Compliance-Bewertung und -Durchsetzung zu verwalten. Alle Änderungen unterliegen Compliance-Prüfungen anhand der Einschränkungen und Vorgaben der Zielarchitektur. Typischerweise werden dabei regelmäßig Bewertungen durchgeführt, um den sich operativ verändernden Ist-Zustand zu beurteilen, und im Rahmen eines Projekts werden projektbedingte Änderungen bewertet.
Wenn zwischen der Implementierungsentscheidung und dem Unternehmensergebnis Übereinstimmung besteht, ist die Einhaltung der Vorgaben gewährleistet. Es besteht kein Handlungsbedarf. Dieser Punkt ist entscheidend für das Verständnis einer schlanken Governance. Wir arbeiten nur dort, wo es ein Problem gibt.
Wenn ein Implementierungsprojekt nicht die gewünschten Ergebnisse liefert oder eine Einschränkung nicht beachtet, ist der Unternehmensarchitekt den Stakeholdern gegenüber verpflichtet, eine Empfehlung zur Nichteinhaltung abzugeben.
Bei Problemen gibt der Enterprise-Architekt eine Handlungsempfehlung für die Stakeholder. Die Non-Compliance-Empfehlung ist gelebte Architektur-Governance. Sie identifiziert den kostengünstigsten Weg zur Wiederherstellung des erwarteten Wertes. Jede Empfehlung führt dazu, dass der Stakeholder drei Möglichkeiten hat:
- Durchsetzung der Einhaltung der Zielarchitektur
- Entlastung schaffen und dem Projekt ermöglichen, die Zielarchitektur zu ignorieren
- Ändern Sie die Zielarchitektur
Die Rolle des Unternehmensarchitekten besteht darin, die Auswirkungen einer Projektimplementierungsentscheidung auf die Organisation zu übertragen. Dies ist das genaue Gegenteil der Erstellung einer Unternehmensarchitektur. Bei der Erstellung einer Unternehmensarchitektur ermittelte der Architekt die Mindestanforderungen, um den Hauptvorteil zu erzielen. Bei der Architektur-Governance werden die kleinen Entscheidungen über mehrere Projekte hinweg kombiniert, um das Schiff zu steuern.
Eine bewährte Methode Enterprise Architecture Board testet die Empfehlung der Unternehmensarchitekten mit der Checkliste zur Implementierungs-Governance.
Wertermittlungsansatz
Fazit zur entscheidenden Rolle von Checklisten zur Governance der Unternehmensarchitektur
Checklisten zur Unternehmensarchitektur-Governance vereinfachen Unternehmensarchitektur-Governance Prozesse. Der Governance-Prozess muss Zielarchitektur genehmigen und bieten Umsetzungs-Governance.
Die Implementierung einer robusten Methode zur Unternehmensarchitektur-Governance erfordert:
- A Prüfungsgremium für dynamische Architektur um Verantwortlichkeit und Rückverfolgbarkeit zu gewährleisten
- Sicherstellung, dass die Stakeholder über angemessene Architekturentscheidungen durch einen Kompromiss zwischen Architekturalternativen
- Unternehmensarchitekten entwickeln Architekturansichten
Das Ergebnis ist Vertrauen in die Unternehmensarchitektur. Sie wissen, dass dies der beste Weg ist, um die Ziele auf höchster Ebene zu erreichen.
