TOGAF ADM Phase G – Sichern Sie Wert mit Implementierungs-Governance
Auf einen Blick
Grundlegendes Wissen zu TOGAF Phase G
TOGAF ADM Phase G – Ergebnisse
- Erscheinen und Architekturaufsicht und -beratung bereitstellen
- Kontinuierliche Leistungsbewertung
- Ziehen Sie die Stoppschnur
- Wertermittlung
- Ausrichtung auf agile Entwicklung
TOGAF ADM-Übersicht
Die TOGAF ADM ist ein logischer Ansatz zur Wissensgenerierung. Wissen, das zur Entwicklung eines Unternehmensarchitektur, die effektive Veränderungen steuert. Dann Wissen, um sicherzustellen, dass der erwartete Wert erreicht wird.
Das TOGAF ADM ist in Phasen unterteilt. Jede Phase konzentriert sich auf die Schaffung von Wissen, das für Folgendes verwendet wird:
- Wählen Sie den Weg nach vorne und das Ziel
- durchführen Umsetzungs-Governance
- Bewerten Sie die weitere Reise und korrigieren Sie den Kurs
Was ist TOGAF Phase G?
Die gesamte Phase G konzentriert sich auf Umsetzungs-Governance. Der erwartete Wert wird geliefert.
Architekten nutzen die Schritte der Phase G, um folgendes Wissen zu entwickeln:
- ob das Implementierungsprojekt Bereitstellung des erwarteten Wertes
- ob das Implementierungsprojekt innerhalb seiner Grenzen arbeiten
- ob das Implementierungsprojekt Überschreitung der zugewiesenen Risikobereitschaft
Bei Abweichungen vom Erwartungswert erstellt der Architekt ein zentrales Arbeitsprodukt:
- Gute-Besserung-Empfehlung
TOGAF Phase G in Aktion
Wir wissen, dass es darum geht, wirksame Veränderungen anzustoßen. Die Herausforderung besteht darin, welche Ergebnisse zu erzielen? Phase G verdeutlicht, dass wir Veränderungen zu einem von unseren Stakeholdern gewählten Ergebnis anstoßen.
Sie wollen vielleicht schneller. Sie wollen vielleicht größer. Sie wollen vielleicht einen geringeren CO2-Fußabdruck. Sie wollen vielleicht die Möglichkeit haben, die Organisation aufzuspalten.
Die Stakeholder wollen, was sie wollen.
Wann Entwicklung von Enterprise-Architecture-Teams, sagen wir dem Architekten Sie werden über 60% ihrer Zeit in Phase G verbringen und Umsetzungs-Governance.
Wir sagen ihnen auch, dass es schwierig ist. Phase G ist schwierig, weil die Rolle Führung und Urteilsvermögen erfordert.
Ein Kunde aus der Stromerzeugung investierte Milliarden in den Bau dezentraler Stromerzeugungsanlagen. Ein großer Teil des finanziellen Ertragswerts entfiel auf die Bauarbeiten. Dieser Wert wurde anhand von Hunderten oder Tausenden von Tabellenkalkulationen berechnet. Der Vorstand war besorgt über die Berichterstattung über den Ertragswert.
Die Architekturalternative Die Wahl fiel auf die Modernisierung des HR-Systems und die Verknüpfung der Zeiterfassung mit dem Projektmanagement. Die Einträge in den Arbeitszeittabellen sollten mit den Projektphasen verknüpft werden und die Finanzberichte sollten vertretbar sein.
Ein Projekt wurde finanziert, Integratoren eingestellt und Ressourcen mobilisiert. Doch beim Kick-off sprach der Projektsponsor, der VP HR, über all die coolen HR-Funktionen, die das Upgrade mit sich bringen würde – Leistungsmanagement, Weiterbildung. Coole HR-Sachen. Auf eine Frage antwortete der leitende Integrator: 'Nein, wir werden keine Verknüpfung zum Projektmanagement herstellen. Das ist nicht die beste Vorgehensweise für ein Gehaltsabrechnungsmodul.'.
Wir befanden uns am ersten Tag des Implementierungsprojekts, und die Projektleiter hatten die Finanzierungsbegründung für das Upgrade achtlos in den Müll geworfen. Sie würden das Architekturproblem ihrer Organisation nicht lösen.
Sie entsprachen nicht den Architekturvertrag. Ich brauchte Anleitung. Bei Nichtbefolgung habe ich zwei Möglichkeiten:
- Durchsetzung der Compliance
- die Architektur ändern
Stakeholder teilen mir nicht immer mit, wenn sie ihre Meinung ändern. Vielleicht wollten sie die Architektur ändern. Um das herauszufinden, verließ ich die Kick-off-Sitzung und ging zum COO, der dem Vorstand die Earned-Value-Lösung nahegelegt hatte. Ich fragte den COO, ob es eine Planänderung gegeben habe. Ich wollte wissen, ob ich die Initiative neu starten und nach einer akzeptablen Architekturalternative suchen sollte. Wenn ja, könnte ich mir die Personalaufrüstung sparen.
Ein paar Tage später wurde ich zu einem neuen Kick-off des HR-System-Upgrades eingeladen. Der COO stand hinten im Raum. Der leitende Integrator war ersetzt worden. Der VP HR las aus einer schriftlichen Erklärung vor – offenbar hatte es Verwirrung über die Projektziele gegeben. Dieses Projekt würde den finanziellen Ertragswert lösen. Es würde HR-Projektsysteme-Finanzen integrieren. Sofern der Ertragswert keine Prozessänderung erforderte, würden alle bestehenden HR-Prozesse beibehalten.
Ich hatte meine Antwort: Die Beteiligten hatten beschlossen, die Einhaltung durchzusetzen.
Jedes Mal, wenn ich Architekten erzähle, dass Phase G schwierig ist, denke ich an dieses Projekt – Tag für Tag habe ich mit HR-Systemspezialisten und HR-Power-Usern zusammengearbeitet, um die Integration in Projektsysteme zu erzwingen. Ich habe sichergestellt, dass die Projektsysteme nicht beeinträchtigt wurden. Es war das erste Mal, dass mein Team mir vorschlug, mir für die Arbeit eine Schutzweste zu besorgen.
Bei der Implementierungs-Governance geht es darum, Werte zu schützen.
Agentische KI-Playbook-Konversationen
Agentic AI Playbook-Gespräche Wir haben uns intensiv mit der sich wandelnden Landschaft der KI-Einführung auseinandergesetzt und eine Reise unternommen, die sowohl technische Feinheiten als auch die umfassendere digitale Transformation beinhaltet. Wir haben den Leitfaden für Führungskräfte entwickelt […]
Laden Sie die Referenzarchitektur für kritische Fähigkeiten zur KI-Einführung herunter
Laden Sie die Referenzarchitektur für kritische Fähigkeiten zur KI-Einführung herunter. Die Einführung von KI erfordert innovatives Denken. Derzeit verfügen wir nicht über bewährte Best Practices für eine flächendeckende KI-Einführung, die unsere Organisationen nachhaltig verbessern. Wir benötigen die Fähigkeit, unsere Vorgehensweise neu zu denken. […]
Leitfaden für Unternehmensleiter zu AI herunterladen
Download Business Leader's Guide to Artificial Intelligence Unternehmen, die innovative Technologien erfolgreich einsetzen, haben einen Wettbewerbsvorteil. Innovative Technologie ist nicht mit etablierten Erfolgsmustern und bewährten Verfahren verbunden. Innovative Technologie ist neu und [...]
Download der Einführung in den TOGAF-Standard, 10. Ausgabe
Download Einführung in den TOGAF®-Standard, 10. Auflage Der TOGAF-Standard, 10. Auflage erleichtert die Einführung von Best Practices für Unternehmensarchitektur. Er trennt die universellen Konzepte von bewährten Best Practices. Der Standard unterstreicht, wo man [...]
Leitfaden zur fähigkeitsbasierten Planung herunterladen
Download Leitfaden für die fähigkeitsbasierte Planung Immer auf die Realisierung von Werten hinarbeiten. Eine halbe Verbesserung ist 100% Verschwendung! Niemand bringt einem Adler das Krabbeln, Gehen oder Laufen bei. Eagles Fly! Download Bringen Sie Ihren Adlern das Fliegen bei: Capability-based Planning [...]
Leitfaden zur Bewertung der Geschäftsarchitekturfähigkeit herunterladen
Leitfaden zur Bewertung der Geschäftsarchitektur herunterladen Laden Sie einen Leitfaden zur Bewertung der Geschäftsarchitektur herunter. Die fähigkeitsbasierte Planung ist eine der leistungsfähigsten Techniken zur Verbesserung der Unternehmensarchitektur. Die bewährte Praxis der fähigkeitsbasierten Planung verwendet die Fähigkeit als Managementinstrument [...]
Muster für Unternehmensarchitekturprinzipien herunterladen
Download von Beispielen für Architekturprinzipien Laden Sie ein Beispiel für die Prinzipien der Unternehmensarchitektur herunter. Die Grundsätze der Unternehmensarchitektur zeigen auf, wie man an ein Problem oder eine Entscheidung herangeht. Der Ansatz führt Sie immer zu Ihren dauerhaften Prioritäten. Muster für Unternehmensarchitekturprinzipien herunterladen [...]
Leitfaden zur Unternehmensarchitektur-Governance herunterladen
Download Enterprise Architecture Governance Guide Laden Sie den Enterprise Architecture Governance Guide herunter und erfahren Sie mehr über bewährte Verfahren zur Steuerung und Kontrolle der Architekturentwicklung und -änderung, um die erwarteten Ergebnisse zu erzielen. Leitfaden zur Unternehmensarchitektur-Governance herunterladen [...]
TOGAF und SABSA Integration herunterladen
Download TOGAF und SABSA Integration Bringen Sie SABSA, das weltweit beste Framework für Sicherheitsarchitekturen, und TOGAF, das branchenübliche Framework für Unternehmensarchitekturen, zusammen. Download TOGAF und SABSA-Integration TOGAF und SABSA-Integration Enthält SABSA verwendet ein [...]
Referenzarchitektur für die Unternehmensarchitektur herunterladen
Download Enterprise Architecture Capability Reference Architecture Die Enterprise Architecture Capability Reference Architecture wird den Aufbau und die Verbesserung Ihres EA-Teams beschleunigen. Gestalten Sie Ihr Enterprise Architecture Team für den Erfolg. Identifizieren und verbessern Sie Ihre Unternehmensarchitektur [...]
Grundlegendes Wissen zu TOGAF Phase G
Alle TOGAF ADM-Phasen führen Sie zum Aufbau des benötigten Wissens. Das Ergebnis der Phase G ist eine Implementierung, die den erwarteten Nutzen liefert.
| Ausgabe und Ergebnis | Grundlegendes Wissen |
| Abschluss der Projekte zur Umsetzung der notwendigen Änderungen zum Erreichen des angepassten Zielzustands. |
|
Tabelle 4 von TOGAF-Reihenhandbuch: Leitfaden für Unternehmensarchitekten zur Architekturentwicklung
Phase G Bare Bones
In Phase G können wir die Arbeit eines Unternehmensarchitekten vereinfachen, indem wir die Architektur klären und Empfehlungen für Korrekturmaßnahmen entwickeln. Die wesentlichen Elemente von Phase G sind:
- Der Zweck eines Projekts?
Architektur zur Unterstützung der Strategie und Architektur zur Unterstützung des Portfolios werden beide eine Architektur-Roadmap.Darin werden Synergien, Aufgabenbereiche und Vorgehensweisen dargelegt.
Die Übergangsarchitektur wird Ergebnisse und Einschränkungen liefern.
Um den Wert bzw. das erwartete Ergebnis zu wahren, muss sichergestellt werden, dass das geplante Ergebnis und der Ansatz des Projekts mit der Architektur übereinstimmen.
- Die Einschränkungen für das Implementierungsteam?
Eine gute Zielarchitektur definiert Lücken, Architekturanforderungsspezifikationen und Kontrollen. Ein Implementierungsprojekt soll diese Lücke schließen. Gelingt dies nicht, ist das Projekt eine Verschwendung von Änderungsressourcen. Architekturspezifikationen und Kontrollen schränken die Freiheit des Implementierungsteams ein.
- Wie sich die Prioritäten und Präferenzen der Stakeholder als Reaktion auf Erfolg, Wert, Aufwand und Risiko von Veränderungen anpassen.
Die gesamte Unternehmensarchitektur unterliegt den Design- und Implementierungsrealitäten. Alle Änderungsprogramme unterliegen der sich entwickelnden Unternehmenslandschaft und dem Unternehmenskontext.
In einer idealen Welt bewertet der Enterprise-Architekt kontinuierlich den Fortschritt jedes Veränderungsprojekts und die aktuelle Unternehmenssituation. Anschließend gibt er den Stakeholdern Empfehlungen für eine präzisere Steuerung der Veränderungsressourcen. Unvollständiges Wissen und Zeitbeschränkungen schränken diesen Feedback-Zyklus ein.
Die drei wesentlichen Punkte für den Abschluss von Phase G hängen von der Wertschöpfung eines Projekts ab:
- Erste, ein erfolgreiches Implementierungsprojekt, das innerhalb der Einschränkungen der Architektur den erwarteten Wert liefert.
- Zweite, ein abgebrochenes Projekt. Wenn ein Projekt nicht den erwarteten Wert liefern kann, sollten die knappen Änderungsressourcen eines Unternehmens so schnell wie möglich neu zugewiesen werden.
- Dritte, eine Änderung der Zielarchitektur. Ändern Sie den erwarteten Wert oder schaffen Sie einen Übergang zum Realisierbaren. Lockern oder verschärfen Sie Einschränkungen.
Die Entscheidungsträger der Unternehmensarchitektur sind für die Änderungsentscheidungen im zweiten und dritten Ergebnis verantwortlich. Dabei handelt es sich nicht um Projektentscheidungen.
Phase G-Wissen sichert Wertschöpfung
In Phase G geht es um die Bereitstellung des erwarteten Werts, nicht um den erfolgreichen Abschluss des Projekts.
Die Logik ist einfach:
- Wir entwickeln ein Ziel und identifizieren Änderungen, um bestimmte Dinge in unserer Organisation zu verbessern
- Wir setzen das Ziel um, um die erwarteten Ergebnisse zu erreichen
Jedes andere Ergebnis ist ein Misserfolg. Es spielt keine Rolle, wie erfolgreich das Projekt in anderen Bereichen ist. Wenn es die Architektur nicht liefert, ist es ein Misserfolg.
Arbeit in der realen Welt
Die TOGAF-Standard Wir nennen Phase G nicht ohne Grund 'Implementierungs-Governance'. Wir haben Phase G nicht ohne Grund 'Wertsicherung' genannt.
Wir entwickeln eine Architektur, die Veränderungen steuert und einschränkt. Dabei berücksichtigen wir die drei Elemente der Governance-Richtung:
- Leistungserwartung oder erwartetes Ergebnis
- Einschränkungen in Form von Architekturspezifikationen, Implementierungsstrategie und Kontrollen
- Risikobereitschaft
Unternehmensarchitektur-Schulung und TOGAF-Schulung
TOGAF-Schulung zur Unternehmensarchitektur
Sie möchten eine Schulung für die TOGAF-Zertifizierung? Beweisen Sie Ihr Wissen über Unternehmensarchitektur mit der TOGAF-Zertifizierung TOGAF® Enterprise Architecture Training Course Machen Sie einen großen Schritt, um ein besserer Unternehmensarchitekt zu werden mit TOGAF Standard, 10.
Avolution ABACUS-Schulungskurs
Avolution ABACUS Training Effektive Unternehmensarchitektur beruht auf formaler Modellierung und Analyse. Wir bieten eine Avolution ABACUS-Schulung von Unternehmensarchitekten aus der Praxis an. Die Teilnehmer erwerben Fähigkeiten und Kenntnisse, um integrierte Unternehmens- und Domänenarchitekturen in diesem [...]
Kickstart für Unternehmensarchitekten
Enterprise Architect's Kickstart Wir müssen unsere Fähigkeiten auf dem neuesten Stand halten. Jetzt mehr denn je. Nutzen Sie den Enterprise Architecture Kickstart, um Ihre Fähigkeit zu verbessern, transformative Unternehmensarchitektur zu liefern. Dieser 90-Tage-Kickstart ist die Art und Weise, wie Conexiam Consulting [...]
Effektive Online-Bildung
Effektive Online-Bildung Effektive Online-Bildung funktioniert. Die Schüler haben Zugang zu den besten verfügbaren Lehrkräften. Die Studierenden bestimmen ihr Lerntempo selbst. Die Lehrkräfte können umfangreiches Zusatzmaterial zur Verfügung stellen, ohne vom Hauptthema abzulenken. Effektiver Fernunterricht [...]
Schulungskurs Geschäftsarchitektur
Business Architecture Training Eine effektive Unternehmensarchitektur beruht auf der Geschäftsarchitektur. Der Kurs vermittelt den Teilnehmern die Fähigkeiten und das Wissen, um eine Geschäftsarchitektur im Rahmen einer Unternehmensarchitektur zu entwickeln. Die Unternehmensarchitektur umfasst die Beschreibung der Struktur des [...]
Maßgeschneiderte Schulungen zur Unternehmensarchitektur
Maßgeschneiderte Schulungen für Unternehmensarchitektur Maßgeschneiderte Schulungen für Unternehmensarchitektur sind auf die professionelle Entwicklung Ihres EA-Teams ausgerichtet. Gute Unternehmensarchitekten nutzen ein breites Spektrum an Fähigkeiten, Methoden und spezialisiertem Fachwissen zur Entwicklung von [...]
TOGAF ADM Phase G – Ergebnisse
Das zentrale Ergebnis von Phase G ist ein verbessertes Unternehmen. Eine Verbesserung, gemessen an den Erwartungen der Stakeholder. Das zentrale Ergebnis von Phase G ist eine Konformitätsbewertung. Wir verwenden eine Konformitätsbewertung, wenn das Projekt die Erwartungen der Stakeholder nicht erfüllt.
Der Unternehmensarchitekt ist verantwortlich für ein verbessertes Unternehmen, das den aktuellen Wünschen der Stakeholder entspricht. Der Enterprise-Architekt ist nicht verantwortlich für die Arbeit oder das Projekt.
TOGAF Phase G-Konformitätsbewertung
| Architektur zur Unterstützung der Strategie | Architektur zur Unterstützung des Portfolios | Architektur zur Unterstützung des Projekts | Architektur zur Unterstützung der Lösungsbereitstellung | |
| Arbeitsprodukt Phase G: Konformitätsbewertung | Wahrscheinlich nicht verwendet | Wahrscheinlich nicht verwendet | Wichtigstes Ergebnis
An Schlüsselpunkten eines Projekts ermöglicht dies die Berichterstattung an die Stakeholder und das Einholen von Entscheidungen bei Nichtkonformität durch eine Nichtkonformitätsempfehlung. |
Wichtigstes Ergebnis
An Schlüsselpunkten eines Projekts ermöglicht dies die Berichterstattung an die Stakeholder und das Einholen von Entscheidungen bei Nichtkonformität durch eine Nichtkonformitätsempfehlung. |
Tabelle 3 von TOGAF-Reihenhandbuch: Leitfaden für Unternehmensarchitekten zur Architekturentwicklung
Gute Besserung-Empfehlung (Nichteinhaltungsempfehlung)
Der wichtigste Teil der Compliance-Bewertung ist die Empfehlung, was im Falle einer Nichteinhaltung zu tun ist.
Mehr erreichen mit Best-Practice-Unternehmensarchitektur-Prozess und -Methode
Bewährte Verfahren Unternehmensarchitektur von Conexiam Navigieren
Entwicklung einer Architekturansicht
Entwicklung einer Architekturansicht Die Unternehmensarchitektur ist ein wichtiger Kompass. Sie hilft Unternehmen, die Komplexität von Technologie, Strategie und Betrieb zu meistern. Der Kern der Unternehmensarchitektur ist ein systematischer Ansatz. Ziel ist es, sicherzustellen, dass […]
Entwicklung einer Unternehmensarchitektur-Strategie
Entwicklung einer Enterprise-Architektur-Strategie: Strategischer Plan für Veränderungen. Eine Enterprise-Architektur-Strategie ist Handeln. Maßnahmen, die Ihr Unternehmen ergreifen wird, und Veränderungen, die Sie vornehmen werden, um Ihre strategischen Ziele zu erreichen. Bei der Strategieentwicklung geht es vor allem um Entscheidungen. […]
Arbeitsmanagement für Unternehmensarchitektur
Enterprise Architecture Work Management ist entscheidend für den täglichen Erfolg eines Enterprise Architecture Teams. Architekten müssen nützliche Anleitungen liefern, bevor Stakeholder fundierte Entscheidungen treffen. Enterprise-Architekten müssen die […]
Unternehmensarchitektur-Framework-Vergleich: Welches ist das Richtige für Sie?
Unternehmensarchitektur-Framework-Vergleich: Welches ist das richtige für Sie? In der Geschäftswelt gibt es keine Einheitsgröße für alle. Auch nicht bei Frameworks für Unternehmensarchitekturen. Vergleichen Sie die Vorzüge beliebter Frameworks, um herauszufinden, welches optimierte Framework das richtige für Sie ist. Während [...]
Entdecken Sie die Leistungsfähigkeit von Enterprise Architecture Patterns
Entdecken Sie die Leistungsfähigkeit von Enterprise-Architektur-Mustern: Ein umfassender Leitfaden. Jedes Unternehmen möchte sich verbessern. Seine Abläufe rationalisieren. Seine Unternehmensagilität steigern. Veränderungen an seinen Strategien ausrichten. Die digitale Transformation erfolgreich meistern. Enterprise Architecture, eine Disziplin […]
Verwendung der Szenarioanalyse für die Unternehmensarchitektur
Verwendung der Szenarioanalyse für die Unternehmensarchitektur Ein Szenario ist einfach eine plausible Zukunft. Die Szenarioanalyse untersucht, wie wir zu einer plausiblen Zukunft gelangen und wie sich verschiedene Szenarien auf unsere aktuellen Entscheidungen auswirken. Szenarien helfen Führungskräften [...]
Verständnis von Unternehmensarchitektur und Agile
Agile und Unternehmensarchitektur verstehen Sowohl die agile als auch die Unternehmensarchitektur sind darauf ausgerichtet, Risiken zu verringern. Agile Softwareentwicklung zeichnet sich dadurch aus, dass sie etwas schafft, das wir noch nie hatten und von dem wir nicht wissen, wie wir es schaffen können. [...]
Die Macht der fähigkeitsbasierten Planung freisetzen: Eine Kurzanleitung
Die Leistungsfähigkeit der fähigkeitsbasierten Planung nutzen: Eine Kurzanleitung Suchen Sie nach einer effektiveren Methode zur Planung und Umsetzung Ihrer Unternehmensstrategie? Dann sind Sie bei der fähigkeitsbasierten Planung an der richtigen Adresse. Die Identifizierung und Nutzung der Fähigkeiten Ihres Unternehmens [...]
Alles, was Sie über die Verwendung von Architekturalternativen wissen müssen
Alles, was Sie über den Einsatz von Architekturalternativen wissen müssen Architekturalternativen sind für eine gute Unternehmensarchitekturentwicklung erforderlich. Wenn Sie mit der Architekturentwicklung beginnen, weist Ihr Unternehmen Mängel auf. Es gibt Bereiche, die verbessert werden müssen. Sie müssen [...]
Bewährte Praktiken zur Implementierung von Tools für das Management der Unternehmensarchitektur
Best Practices für die Implementierung von Enterprise Architecture Management Tools Enterprise Architecture Management Tools wurden entwickelt, um die Planung, den Entwurf, die Analyse und die Ausführung der Unternehmensarchitektur zu unterstützen. Sie versetzen Unternehmensarchitekten in die Lage, die Notwendigkeit von Änderungen zu untersuchen [...]
TOGAF ADM Phase G-Techniken
In Phase G schaffen Sie Erfolg. Alles hängt von der Bereitstellung des erwarteten Architekturwerts ab. Ein Teil der Technik basiert auf Compliance. Um die Compliance zu gewährleisten, wird der Architekt:
- Testen Sie die Entscheidungen des Designers und Implementierers anhand dokumentierter Lücken, Architekturanforderungsspezifikationen und Kontrollen
- Testen Sie das implementierte System anhand dokumentierter Lücken, Architekturanforderungen, Spezifikationen und Kontrollen.
Wir legen Wert auf Dokumentation. Die Umsetzungs-Governance basiert auf einer genehmigte Zielarchitektur.
Ein Teil der Technik ist wertorientiert. Um den Wert zu erreichen, blickt der Architekt über die Projektcharta hinaus, oder Plan zur Veröffentlichung digitaler Produkte, zum Architekturvertrag. Es besteht oft ein Unterschied zwischen dem, was ein Projekt dem Sponsor liefert, und dem, was ein Projekt für die Architektur liefert. Dies gilt insbesondere, wenn ein Portfolio-Roadmap weist Abhängigkeiten auf oder Teil eines Leistungsverbesserung.
Architekten wenden bei der Implementierungssteuerung mehrere Techniken an:
Erscheinen und Architekturaufsicht und -beratung bereitstellen
Durch die Architekturüberwachung und -beratung wird der erwartete Wert geschützt.
Überlegen Sie sich gut, welchen ersten Test Sie am Checkliste für die Implementierungs-Governance. Die Architekturaufsicht umfasst nicht die Arbeit eines Designers oder Implementierers. Der TOGAF 10 Enterprise Architect's Guide to Developing Architecture ist sehr klar.
Bei der Aufsicht und Anleitung geht es darum, den Implementierern zu helfen.
Helfen Sie dem Implementierungsteam zunächst, den erwarteten Wert und die Einschränkungen der Entscheidungsfreiheit zu verstehen.
Der Unternehmensarchitekt steht in Phase G zur Verfügung, wenn das Implementierungsteam Hilfe bei der Interpretation der Zielarchitektur oder etwaiger Architekturbeschränkungen benötigt. Die entscheidende Rolle des Unternehmensarchitekten kommt dann zu, wenn das Implementierungsteam die Architekturbeschränkungen nicht einhält oder nicht auf dem Weg ist, den erwarteten Nutzen zu erzielen.
Eine der häufigsten Klarstellungen besteht darin, alle daran zu erinnern, welches Ergebnis erwartet wird. Implementierungsteams verlieren dabei regelmäßig den Wert des Projekts aus den Augen.
Eine der häufigsten Klarstellungen besteht darin, alle daran zu erinnern, was das erwartete Ergebnis ist. Implementierungsteams verlieren dabei regelmäßig den erwarteten Architekturwert des Projekts aus den Augen.
Die andere häufige Klärung ist die Erläuterung von Einschränkungen. Viele Unternehmen springen von einer Architektur zur Unterstützung der Strategie oder des Portfolios direkt zu einem Implementierungsprojekt. Wir nennen dies Springen zu G. Normalerweise, wenn Sie Springe zu G Es gibt weitaus weniger gut dokumentierte Lücken, Architekturanforderungsspezifikationen und Kontrollen. Der Unternehmensarchitekt muss die fehlende Dokumentation ergänzen.
Sie helfen den Beteiligten bei der Entscheidung, was zu tun ist, wenn ein Implementierungsprojekt keinen Mehrwert liefert oder die Einschränkungen der Architektur nicht beachtet.
Das zentrale Ergebnis von Phase G ist die Implementierung einer Änderung. Diese Arbeit liegt jedoch nicht in der Verantwortung des Unternehmensarchitekten. Selbst wenn das Implementierungsteam hervorragende Arbeit leistet, hat der Unternehmensarchitekt in Phase G nichts zu tun. Überlegen Sie einmal: Was würde ein Unternehmensarchitekt tun, wenn er der Architektur folgt und eine Änderung implementiert, die den erwarteten Nutzen bringt?
Die andere häufige Klärung ist die Erläuterung von Einschränkungen. Viele Unternehmen springen von einer Architektur zur Unterstützung der Strategie oder des Portfolios direkt zu einem Implementierungsprojekt. Wir nennen dies Springen zu G. Normalerweise, wenn Sie Springe zu G Es gibt weitaus weniger gut dokumentierte Lücken, Architekturanforderungsspezifikationen und Kontrollen. Der Unternehmensarchitekt muss die fehlende Dokumentation ergänzen.
Die zweite Schlüsselrolle des Unternehmensarchitekten besteht in der Abgabe einer Empfehlung zur Nichteinhaltung.
Die Rolle des Enterprise-Architekten besteht darin, den Wert zu schützen und die Entscheidungen des Designers und Implementierers anhand dokumentierter Lücken, Architekturanforderungen und Kontrollen zu prüfen. Sie müssen sich möglicherweise auf eine überlegene Architektur verlassen und sogar auf die Prinzipien der Unternehmensarchitektur. Sie sollten während eines Projekts keine neue Architektur erfinden.
Die Umsetzungsstrategie von Phase E bietet Leitlinien und Einschränkungen für die gesamte Implementierung. Darin wird angegeben, ob die Arbeit eine Weiterentwicklung der bestehenden Prozesse und IT-Systeme, eine grundlegende Veränderung oder einen Neuanfang auf der grünen Wiese beinhalten soll.
Kontinuierliche Leistungsbewertung
Ziehen Sie die Stoppschnur
Das TOGAF ADM bietet mehrere Auswege. Phase G ist der teuerste. Der Wert einer Änderung hängt von Nutzen, Aufwand und Risiko ab. Sobald die ausstehenden Kosten den erwarteten Nutzen übersteigen, ist es an der Zeit, über einen Abbruch nachzudenken.
Ja, STOP! Bleiben Sie stehen.
Dann freuen Sie sich, dass Sie die Verschwendung knapper Wechselgeldressourcen minimiert haben.
Wertermittlung
Wir haben den Wert der Änderung eingeführt in TOGAF ADM Phase A. In TOGAF ADM Phase E sind wir überzeugt, dass die Vorteile der Architekturvision sind die Arbeit wert. In der TOGAF ADM Phase F haben wir den Architekturvertrag entwickelt. Der Architekturvertrag definiert den erwarteten Wert.
Bedenken Sie, dass Projektteams regelmäßig die potenziellen Ergebnisse ihres Änderungsprogramms mit dem Wert der Architektur verwechseln. Je mehr Zeit Sie mit der Durchführung verbringen Umsetzungs-Governance, desto häufiger werden Sie feststellen, dass Implementierungsprojekte den potenziellen Wert einer Architektur zerstören.
Wir definieren den Wert immer in der Architektur. Wir nutzen Projekte, um den Wert zu realisieren. Der Architekturvertrag dient nicht dazu, dem Projektteam das Leben zu erleichtern oder seiner Weltanschauung zuzustimmen. Er dient dazu, die Erfolgssteigerung des Unternehmens nach den Kriterien der Stakeholder sicherzustellen.
Nicht alle Projekte sind erfolgreich. Nicht alle Lösungen schaffen ausreichend Wert. Je früher Sie wissen, dass die Kosten den Wert übersteigen, desto eher sollten Sie aufhören. Wir verbringen viel Zeit mit ITFM um sicherzustellen, dass digitale Produkte und IT-Services kostenoptimiert sind.
Ausrichtung auf agile Entwicklung
Offen gesagt findet fast die gesamte agile Softwareentwicklung in Phase G von TOGAF statt. Eine gute Unternehmensarchitektur konzentriert sich auf die Stärken der Unternehmensarchitektur. Sie ermöglicht es einem agilen Entwicklungsteam, sich auf seine Stärken zu konzentrieren und schrittweise Software bereitzustellen, die Effizienz und Kundenzufriedenheit ermöglicht.
Unternehmensarchitektur und agile Entwicklung wird sich auf vier Bereiche konzentrieren. Die Die Unternehmensarchitektur wird
- Definieren Sie den agilen Ansatz
- den Rückstand im Sprint steuern
- Auswahlmöglichkeiten innerhalb der Sprints einschränken
- Lösen Sie die produktübergreifende Abhängigkeit
Enterprise-Architekten verbringen viel Zeit mit der Ausführung Umsetzungs-Governance weil die Entwicklung einer Architektur nur einen Bruchteil der Zeit in Anspruch nimmt, die für die Durchführung einer Änderung benötigt wird. Wir überprüfen nicht die architektonische Entscheidungen Wir folgen ihnen.
Wenn wir Entwicklung von Enterprise-Architecture-Teams, sagen wir dem Unternehmensarchitekten Zwei zentrale Fakten zu TOGAF Phase G. Erstens werden sie über 60% ihrer Zeit in Phase G verbringen. Zweitens wird es wahrscheinlich die schwierigste Arbeit sein, die sie als Enterprise-Architekten leisten. Phase G wird schwierig sein, weil ihre Rolle darin besteht, gute Architektur-Governance. Sie entwickeln keine neue Architektur. Sie sind nicht führend. Stattdessen schützen sie die Wertrealisierung und minimieren Unsicherheit der Wertrealisierung.
Am meisten Unternehmensarchitekten verbringen den Großteil ihrer Arbeit mit der Durchführung der Implementierungs-Governance. Sie führen Anweisungen und Kontrolle aus. Unternehmensarchitektur-Governance.
Enterprise-Architekten verbringen viel Zeit mit der Ausführung Umsetzungs-Governance weil die Entwicklung einer Architektur nur einen Bruchteil der Zeit in Anspruch nimmt, die für die Durchführung einer Änderung benötigt wird. Wir überprüfen nicht die architektonische Entscheidungen Wir folgen ihnen.
Weiterführende Informationen zur Enterprise Architecture Governance
TOGAF Phase G-Tools
Die TOGAF ADM-Phase G wird als Implementierungs-Governance bezeichnet. Die Rolle des Enterprise-Architekten besteht darin, den erwarteten Wert zu sichern. Es gibt vier zentrale Tools zur Architektur-Governance.
- Checkliste für die Implementierung
- Architekturvertrag
- Architektur-Roadmap
- Architektur-Anforderungsspezifikation
- TOGAF-Konformitätsbewertung
Checkliste für die Implementierung
Wie verwende ich einen TOGAF-Architekturvertrag?
Ein Architekturvertrag legt die Verantwortung des Implementierungsteams gegenüber den Architekturbeteiligten fest. Nicht gegenüber dem Projektsponsor, sondern gegenüber den Architekturbeteiligten.
Die wichtigsten Punkte für einen Implementierer sind:
- Implementierungsprojektkontext
Der Kontext zeigt Ihnen, wo das Projekt in die Roadmap passt. Er gibt den Wert bzw. die Wertabhängigkeit an, die das Projekt liefert.
- Umfang
Der Umfang gibt Aufschluss darüber, für welche Arbeitspakete und Lücken das Implementierungsprojekt verantwortlich ist. Ebenso wichtig ist, für welche Lücken im Projektumfang das Projekt nicht verantwortlich ist.
- Konformität
Anhand welcher Architekturspezifikationen und Kontrollen wird das Implementierungsprojekt bewertet?
Wie verwende ich eine TOGAF-Architektur-Roadmap?
Eine Architektur-Roadmap ist ein zentrales Ergebnis der Architektur zur Unterstützung der Strategie und der Architektur zur Unterstützung des Portfolios. Gute Architektur-Roadmaps zeigen, wie die Änderung umgesetzt wird. In Bezug auf Hambricks Strategie-Diamant Das Vehikel, mit dem der Wandel vorangetrieben wird, wird identifiziert. Der Unternehmensarchitekt weiß, welches Portfolio, Programm oder Projekt die gewünschten Ergebnisse liefern soll. Er kennt alle Übergangszustände.
Die Architektur-Roadmap enthält außerdem Synergien, Aufgabenstellungen und Ansätze. Ein einfaches Beispiel hierfür ist die Frage, welche Projekte bestehende Systeme weiterentwickeln, welche einen revolutionären Ansatz verfolgen und welche die bestehende Umgebung und die Greenfield-Umgebung auf den Kopf stellen.
Mithilfe dieser Elemente kann der Architekt die Stakeholder bei der Steuerung der Durchführung von Änderungsprojekten unterstützen. Stellen Sie sich ein Projekt vor, das auf der grünen Wiese umgesetzt werden soll. Ein Projektplan, der die bestehende Umgebung wiederverwendet und weiterentwickelt, ist nicht architekturkonform.
Wie verwende ich eine TOGAF-Architekturanforderungsspezifikation?
Architekturspezifikationen schränken die Freiheit von Designern und Implementierern ein. Sie schreiben ihnen vor, was sie tun oder nicht tun dürfen. Jede Spezifikation schränkt die Freiheitsgrade des Projektteams ein. Daher sollten sie sparsam eingesetzt werden.
Wir empfehlen dringend den Policy-Governance-Ansatz von John Carver. Erstens sollten Spezifikationen ausschließend sein und das Verbotene hervorheben, anstatt das Erlaubte vorzuschreiben. Zweitens sollte die Einhaltung der Spezifikationen durch einen vernünftigen Interpretationstest durch eine vernünftige Person bewertet werden.
Das Verfassen von Spezifikationen als Ausschluss reduziert die Anforderung an Allwissenheit während der Architekturentwicklung und bietet maximale Möglichkeiten für Kreativität während der Implementierung, unabhängig davon, ob die Kreativität aus innovativem Denken des Designteams, neuer Technologie, neuen Diensten von Drittanbietern oder neuen Prozessen resultiert.
Der Schlüsselbegriff lautet: Wenn die Architektur eine Wahlmöglichkeit weder einschränkt noch verbietet, ist die Wahlmöglichkeit zulässig. Da Kreativität gefördert wird, können Unternehmensarchitekten nicht erwarten, dass ein Implementierungsteam Gedanken lesen und die Umsetzung wie vorgesehen durchführen kann. Dies zwingt die Compliance-Bewertung zu einem Test vernünftiger Interpretation.
Best Practices verknüpfen Spezifikationen mit Anforderungen. So lässt sich das Design bzw. die Implementierung anhand eines Anforderungs-/Spezifikationspaares bewerten. Die Spezifikation steht im Kontext ihrer Motivation. Nach dieser Vorgehensweise dient jede Spezifikation dazu, etwas zu liefern, und die Implementierung kann auf ihre Werthaltigkeit geprüft werden.
Wie verwende ich eine TOGAF-Konformitätsbewertung?
Mithilfe einer TOGAF-Konformitätsbewertung wird ermittelt, ob eine Empfehlung zur Nichteinhaltung der Vorgaben entwickelt werden muss. Wenn das Projekt die Vorgaben und Einschränkungen der Zielarchitektur angemessen interpretiert, kann der Enterprise-Architekt die Arbeit einstellen.
Wenn ein Projekt keinen Mehrwert liefert oder nicht der Architektur folgt, hat der Unternehmensarchitekt Arbeit vor sich.
Jede Nichteinhaltung führt zu einer Empfehlung an den Stakeholder, das Ziel durchzusetzen, vorübergehende Erleichterungen zu gewähren oder die Architektur zu ändern. Jede dieser Optionen hat unterschiedliche Auswirkungen
Auswirkungen der Nichteinhaltung der Empfehlung
- Durchsetzung des Ziels bedeutet, dass das Projekt zusätzliche Arbeit leisten und sich ändern muss.
- Gewährung vorübergehender Erleichterungen bedeutet, dass der erwartete Nutzen aus der Spezifikation aufgeschoben wird und in Zukunft zusätzliche Arbeit erforderlich ist.
- Ändern der Architektur bedeutet, dass der Architekt entweder unangemessene Einschränkungen vorgenommen hat, dass es einen neuen Weg gibt, das erwartete Ergebnis zu erreichen, oder dass der erwartete Nutzen aufgegeben wird.
Die Entscheidung über die Vorgehensweise liegt in jedem Fall bei einem Stakeholder. Enterprise-Architekten müssen mit regelmäßigen Konflikten mit Projektsponsoren, Projektmanagern und Implementierungsteams rechnen. Jeder Projektbeteiligte freut sich auf den Go-Live-Tag. Sie denken an den Projektabschluss und verlieren dabei alle anderen Ziele aus den Augen.
Abschließende Gedanken zu TOGAF ADM Phase G
Enterprise-Architekten liefern in TOGAF ADM Phase G auf zwei Arten Mehrwert. Erstens beraten sie Implementierungsteams. Implementierungsteams benötigen oft Hilfe beim Verständnis der Projektziele. Außerdem interpretieren sie Architektur, Lücken, Spezifikationen und Kontrollen im Hinblick auf das Projekt. Zweitens beraten sie Stakeholder, die entscheiden müssen, was zu tun ist, wenn ein Implementierungsprojekt keinen Mehrwert liefert oder die architektonischen Vorgaben nicht einhält.
Implementierungsprojekte müssen Erfolg schaffen. Hier findet die Verbesserung statt. Das Unternehmen Architekten Rolle ist es, Konzentrieren Sie sich auf den erwarteten Wert.
Die meisten Unternehmensarchitekten verbringen die meiste Zeit mit der Durchführung von TOGAF-Phase G. Bei der Durchführung der Implementierungs-Governance sorgen sie für die Richtung und Kontrolle, um die Unternehmensressourcen auf die Änderungen zu konzentrieren, die voraussichtlich den größten Nutzen bringen.
In Phase G finden die wichtigsten Aktivitäten statt. Der Rest des ADM untersucht mögliche Verbesserungen. Verwenden Sie TOGAF Phase G, um Konzentrieren Sie die knappen Veränderungsressourcen auf die Steigerung des Unternehmenswerts.
