Baut auf
A01 · WÖMS-Auftragsklärung A02 · Wirkungskompass-Ausrichtung A03 · Systemgrenzen- und Reichweiten-Canvas A04 · Wirkungsempfänger- und Stakeholder-Landkarte A05 · Wirkungsgrenzen- und Rechteprüfung A06 · Evidenz- und Annahmenregister
WÖMS · Kategorie N · Portfolio, Programme, Delivery und Impact & Benefits Realization
N02 · Programmarchitektur und Abhängigkeitskarte
Zusammengehörige Initiativen, Capabilities, Übergänge und Benefits in einer koordinierten Transformationsarchitektur verbinden.
Was du mitbringst
Inputs
- Wirkungsmandat
- vorhandene Daten und relevante Vorarbeiten
So gehst du vor
Schritte
- Programmoutcomes und Systemgrenze klären.
- Workstreams, Produkte, Projekte und BAU-Anteile strukturieren.
- Abhängigkeiten und kritische Integrationspunkte modellieren.
- Benefits, Impact Owner und Übergabe zuordnen.
- Governance, Entscheidungsrechte und Assurance festlegen.
- Roadmap, Gates und Lernrhythmen synchronisieren.
Was herauskommt
Outputs
- Program Blueprint mit Outcomes, Workstreams, Abhängigkeiten, Meilensteinen, Benefits, Governance und Risiken.
Woran du gute Arbeit erkennst
Qualitätsregeln
- Empfänger, Systemgrenze, Wirkungsziel und Schutzrahmen sind eindeutig.
- Befunde, Annahmen, Modelle und normative Bewertungen bleiben unterscheidbar.
- Der Output besitzt Owner, Version, Evidenzstatus und eine klare nächste Entscheidung.
- Output, Nutzung, Benefit und Wirkung sind getrennt.
- Benefit- und Impact-Owner bleiben nach Delivery verantwortlich.
Die roten Linien
Schutzregeln
Diese Regeln stehen über allem. Eine verletzte Wirkungsgrenze lässt sich nicht durch positive Werte ausgleichen.
- Methode nicht als endgültige Wahrheit, sondern als versionierte Entscheidungsgrundlage behandeln.
- Workshopkonsens darf Betroffene, negative Wirkung, Machtasymmetrien oder Minderheitsvoten nicht ausblenden.
- Keine Fach-, Rechts-, Sicherheits- oder Datenprüfung durch ein Canvas ersetzen.
- Go-live und Projektabschluss nicht als realisierten Benefit ausgeben.
Die Arbeitsfläche
Canvas - Programmarchitektur und Abhängigkeitskarte
Eine leere Vorlage mit klaren Leitfragen. Die fünf Pflichtfelder sind immer auszufüllen - sie halten Ehrlichkeit und Nichtkompensation im Blick.
N02 · Programmarchitektur und AbhängigkeitskarteFall: Datum: Version: Moderation:
Programmoutcomes und Systemgrenze klärenWie wird „Programmoutcomes und Systemgrenze klären“ für den konkreten Fall nachvollziehbar bearbeitet?
Workstreams, Produkte, Projekte und BAU-Anteile strukturierenWie wird „Workstreams, Produkte, Projekte und BAU-Anteile strukturieren“ für den konkreten Fall nachvollziehbar bearbeitet?
Abhängigkeiten und kritische Integrationspunkte modellierenWie wird „Abhängigkeiten und kritische Integrationspunkte modellieren“ für den konkreten Fall nachvollziehbar bearbeitet?
Benefits, Impact Owner und Übergabe zuordnenWie wird „Benefits, Impact Owner und Übergabe zuordnen“ für den konkreten Fall nachvollziehbar bearbeitet?
Governance, Entscheidungsrechte und Assurance festlegenWie wird „Governance, Entscheidungsrechte und Assurance festlegen“ für den konkreten Fall nachvollziehbar bearbeitet?
Roadmap, Gates und Lernrhythmen synchronisierenWie wird „Roadmap, Gates und Lernrhythmen synchronisieren“ für den konkreten Fall nachvollziehbar bearbeitet?
EvidenzstatusImmer ausfüllen – auch wenn unbequem.
UnsicherheitImmer ausfüllen – auch wenn unbequem.
Negative WirkungImmer ausfüllen – auch wenn unbequem.
WirkungsgrenzenImmer ausfüllen – auch wenn unbequem.
Offene FragenImmer ausfüllen – auch wenn unbequem.
Ausgefülltes Beispiel folgt. Mehr zum Canvas-Prinzip.
Führt zu
-