Trap #2 macht keine Fortschritte
Es gibt einen ehrlich gesagt alarmierenden Trend im EA-Beruf: kurzlebige EA-Teams.
Gut funktionierende EA-Teams richten ihre Ergebnisse am Geschäftszyklus aus und verwenden ein strukturiertes Repository. Schlecht funktionierende EA-Teams stehen auf, scheitern, starten neu. Wiederholen.
Crash- und Burn-Geschichten
Schlecht funktionierende EA-Teams. Ein Anti-Pattern nach dem anderen.
Wenn Sie diese Praktiken sehen, hören Sie auf! Hör jetzt auf!
Auswerfen, solange du noch kannst.
Friedhof der Unternehmensarchitektur
Leitfaden für Unternehmensarchitekten
Laden Sie die herunter Leitfaden für Unternehmensarchitekten ein Leitfaden der TOGAF-Serie zur Entwicklung nützlicher Unternehmensarchitekturen.
Sei ein besserer Architekt
Kostenloser 90-Tage-Kickstart für Personal Enterprise Architect, um ein besserer Architekt zu werden.
Wöchentlich aufgezeichnetes Webinar mit Downloads
Starte heute
Der durchschnittliche Lebenszyklus eines EA-Teams beträgt 2 Jahre. Die meisten Organisationen haben in der Vergangenheit EA-Teams aufgestellt, aufgelöst, neu gestartet und an den Rand gedrängt. Unsere Praxis, die EA-Teams aufbaut und verbessert, sieht mehr davon als die meisten anderen.
Wenn wir Führungsteams fragen, was vor unserer Ankunft nicht funktioniert hat, ist es immer dasselbe: Sie haben nichts Verbrauchbares geliefert. Schlimmer noch, wenn die Architektur für die Umsetzung strategischer Ziele irrelevant war.
Dies sind klassische Symptome von Trap #2 macht keine Fortschritte. Nichts Verbrauchsmaterial. Keine Ausrichtung auf Verbesserung.
Alle, die unsere besucht haben EA mit TOGAF & Navigieren oder TOGAF-Zertifizierung Kurse kennt die Wütende Ente. Ein einfaches Clipart, das eine Ente mit ungeduldig verschränkten Armen und verächtlich gesenkten Augen zeigt. Der Wütende Ente ist eine Erinnerung an alle Architekten, dass es trotz des vielfältigen Drucks rund um die Erstellung nützlicher Architekturen und Anleitungen nie genug Ressourcen und Informationen gibt, damit ein Architekt 100% zuversichtlich oder 100% vollständig ist. Stattdessen müssen wir fertig werden. Wir müssen ausreichend für den Zweck liefern.
Während EA-Teams dem Nebensächlichen nachjagen oder durch eine weitere Analyserunde gelähmt sind, bewegen sich Organisationen mit absichtlichen und zufälligen Änderungen voran. Eine nützliche Architektur ist ausreichend vollständig, um genügend Vertrauen zu schaffen, um die nicht getroffene Entscheidung zu unterstützen.
Unser Beruf TOGAF-Framework umfasst die Tools, mit denen Sie Ihre Aufgaben erledigen können: Iteration und unterschiedliche Detaillierungsebenen in der Unternehmenslandschaft. Leistungsfähige EA-Teams richten ihre Ergebnisse am Geschäftszyklus aus und nutzen ein strukturiertes Repository.
Entscheidungen, die ein Projekt umrahmen, die kritischen Spezifikationen genehmigen, die einen messbaren Wert liefern, erfordern in der Regel weniger detaillierte Analysen als das, was notwendig ist, um ein Änderungsteam bei der Implementierung einer Lösung zu führen und einzuschränken. Ehrlich gesagt bedeutet fertig zu werden, die Arbeit einzustellen, wenn die aktuelle Iteration das vorliegende Problem lösen kann.
Wir verwenden das agile Konzept des Rückstands, um die Arbeit zukünftiger ADM-Iterationen festzuhalten. In der Praxis ist es einfach: Die Roadmap wird Initiativen oder Programme identifizieren, die mehr Arbeit erfordern; Programme haben Projekte, die mehr Arbeit erfordern, und Projekte enthalten Lösungen, die mehr Arbeit erfordern. Jede Iteration erweitert die vorherige Arbeit, validiert und verfeinert Spezifikationen und Kontrollen. Ausfüllen der EA-Landschaft.
Zielgerichtete Architekturentwicklung treibt die Bereitstellung voran. Das Konzept eines Architekturprojekts von TOGAF ist eine Karte in unserem Kanban-Backlog. Zu Beginn jedes Predictable EA-Sprints ziehen wir Karten und schlüsseln auf, was wir im Repository benötigen und was wir den Verbrauchern (Entscheidungsträgern und Interessenvertretern) liefern werden.
Mit einem expandierenden Repository beschleunigt sich die Time-to-Market mit wiederverwendbarer Arbeit. Wenn die Portfolio-Architektur die Stakeholder-Analyse durchgeführt und den bevorzugten Ansatz für die Arbeitspakete definiert hat, geht der Architekt in die Tür und weiß, dass er Priorität hat und ob die aktuelle Arbeit mit der Annahme von Rip & Replace, Evolution oder Revolution beginnen sollte. Es fördert die Konvergenz innerhalb der Anforderungen der Stakeholder. Die Klarheit der Stakeholder darüber, was sich ändern muss, fördert die Konvergenz auf den strategischen Nutzen.
Plötzlich liefert das EA-Team ohne Mandat, ohne komplexe Governance-Strukturen und ihre imaginäre Entscheidungsbefugnis Mehrwert. Richtungsentscheidungen haben eine sichtbare Rückverfolgbarkeit zum Wert. Implementierungsentscheidungen entsprechen einer Spezifikation und Kontrolle, die offensichtlich vertretbar sind. Auf der ganzen Linie ändert sich die Organisation mit mehr Erfolg und weniger Reibung.
Alles nur, weil das EA-Team der Falle ausgewichen ist Keine Fortschritte machen
Nehmen Sie am Enterprise Architecture Kickstart teil
Kostenloses 12-wöchiges Programm, um ein besserer Unternehmensarchitekt zu werden