Wie lässt sich das TOGAF ADM-Framework effektiv mit agilen Delivery-Zyklen (z. B. SAFe) synchronisieren?
Die Synchronisation von TOGAF ADM und agilen Frameworks wie SAFe erfolgt durch die Entkopplung der Architektur-Governance von der Implementierungsgeschwindigkeit. Wir setzen hierbei auf das Konzept des Architectural Runway, bei dem die Architektur-Arbeit den Delivery-Teams zeitlich vorausgeht, ohne einen klassischen Big-Design-Up-Front-Ansatz zu verfolgen.
Anstatt den ADM-Zyklus einmalig und linear zu durchlaufen, implementieren wir ihn als iterative Schleife, die direkt in die SAFe-Hierarchie integriert ist. Die strategische Ausrichtung (Phase A) und die Zielarchitekturen (Phasen B, C, D) fließen in das Portfolio Kanban und die Strategic Themes ein. Die detaillierte Ausarbeitung erfolgt dann als Enabler-Stories im Program Backlog.
Die folgende Tabelle zeigt die operative Zuordnung der ADM-Phasen zu den SAFe-Artefakten:
| TOGAF ADM Phase | SAFe Element | Ergebnis / Artefakt |
|---|---|---|
| Preliminary / Phase A | Portfolio Kanban / Strategic Themes | Portfolio Vision & Guardrails |
| Phase B, C, D | Architectural Runway / Enabler | System Architecture / Design-Specs |
| Phase E, F | PI Planning / Program Backlog | Release Plan / Sprints |
| Phase G, H | Iteration Review / Governance | Solution Validation / Change Requests |
Wir steuern die Komplexität über "Just-Enough Architecture". Das bedeutet, dass wir nur so viel Architektur definieren, wie für die nächsten zwei bis drei Program Increments (PIs) notwendig ist. Dies verhindert Over-Engineering und hält die Architektur flexibel gegenüber Änderungen aus dem Feedback-Loop der Teams.
Bei der Umsetzung moderner Infrastrukturen, etwa im Bereich Cloud & Digital Workplace, nutzen wir diesen Ansatz, um technische Schulden zu minimieren und gleichzeitig die Lieferfähigkeit der Teams zu sichern. Die Governance wird dabei von einer kontrollierenden Instanz zu einer unterstützenden Funktion, die innerhalb der PI-Planung als beratendes Element agiert.
Die Synchronisation gelingt nur, wenn die Architektur-Roadmap und die Feature-Roadmap synchronisiert werden. Die Architektur liefert die notwendigen Enabler, damit die Business-Features ohne technische Blockaden implementiert werden können.
Wir empfehlen, das ADM nicht als sequenziellen Prozess, sondern als kontinuierlichen Feed für den Architectural Runway zu betreiben, wobei die Architektur-Governance direkt in die PI-Planung integriert wird, um die Lücke zwischen Strategie und Umsetzung zu schließen.
Andere Fragen in dieser Kategorie
Andere Nutzer suchten auch nach:
Diese Fragen könnten Sie ebenfalls interessieren.
Welche Ansätze zur Bewältigung von Distributed Tracing in polyglotten Microservices-Umgebungen sind State-of-the-Art?
it-consulting-strategieWelche Ansätze zur Reduzierung von Technical Debt sind in einer Composable Architecture am nachhaltigsten?
it-consulting-strategieWelche Ansätze zur technischen Umsetzung von Data Sovereignty (z. B. Gaia-X Prinzipien) sind in der Praxis realisierbar?
it-consulting-strategieWelche Auswirkungen hat die Einführung von Quantum-Safe-Kryptographie auf bestehende PKI-Infrastrukturen?
it-consulting-strategieWelche Kriterien bestimmen die Wahl zwischen einem Service Mesh (z. B. Istio) und einem API Gateway für den internen Traffic?