Governance Rules: Demand-Lifecycle

Diese Datei dokumentiert die festen Entscheidungsregeln, die den Fluss eines Demands durch den Lifecycle steuern. Sie bildet das regelbasierte Herzstück der Phasen 2 und 3.

1. Klassifizierungs-Logik (Phase 2.2)

Jeder Demand wird in vier Dimensionen klassifiziert. Diese Klassifizierung bestimmt maßgeblich das weitere Routing.

Dimension	Leitfrage	Ausprägungen (geordnet nach Impact)
Treiber	Woher kommt der Impuls?	Extern-Regulatorisch > Extern-Fachlich > Intern-Strategisch > Intern-Operativ
Tragweite	Wie tiefgreifend ist die Änderung?	Neugestaltung (Transformativ) > Ausbau (Evolutionär) > Optimierung (Inkrementell)
Systemebene	Wo wirkt der Demand technisch?	Infrastruktur, Plattform, Fachverfahren, Querschnittskomponente, Daten & Integration
Komplexität	Wie unsicher ist die Lösung?	Hochkomplex > Komplex > Moderat

Grundsatz: Im Zweifel wird immer die höhere/kritischere Ausprägung gewählt (Vorsichtsprinzip).

2. Routing-Logik (Phase 2.6 -> Phase 3)

Basierend auf der Klassifizierung wird entschieden, welches Gremium zuständig ist.

🔴 Mission Board (MB) Routing

Ein Demand MUSS ins Mission Board, wenn mindestens EINE der folgenden Bedingungen erfüllt ist:

Komplexität = Hochkomplex
Tragweite = Neugestaltung (Transformativ)
Treiber = Extern-Regulatorisch UND Komplexität ≥ Komplex

🟡 DSR mit Delegationsoption

Ein Demand KANN von der DSR ans MB delegiert werden, wenn er in kritischen Graubereichen liegt:

Tragweite = Ausbau (Evolutionär) UND Komplexität = Komplex
Systemebene = Infrastruktur ODER Querschnittskomponente (wegen hoher Breitenwirkung)
Treiber = Extern-Fachlich (oft politisch sensibel)

🟢 DSR Standard-Routing

Alle anderen Demands werden standardmäßig in der Demand & Stakeholder Runde (DSR) entschieden.

3. Priorisierungs-Logik (Phase 2.5)

Die Priorisierung erfolgt über eine Matrix aus Wichtigkeit (Nutzen) und Dringlichkeit (Zeitdruck).

Quadrant	Strategie	Typische Aktion DPM
Q1: Sofort angehen (Wichtig & Dringend)	"Feuerwehr"	Sofortige Einplanung in nächste DSR, ggf. Sonder-DSR
Q2: Strategisch planen (Wichtig, nicht dringend)	"Fundament"	Einplanung in reguläre Roadmaps, Ressourcensicherung
Q3: Effizient abarbeiten (Nicht wichtig, dringend)	"Tagesgeschäft"	Schnelle operative Freigabe, wenig Analyseaufwand
Q4: Kritisch prüfen (Weder wichtig noch dringend)	"Papierkorb"	Zurückstellung oder Ablehnung empfehlen

Farb-Indikator (Machbarkeit): Zusätzlich erhält jeder Demand eine Ampel (Grün/Gelb/Rot) basierend auf der technischen/organisatorischen Machbarkeit. Ein Q1-Demand mit Roter Machbarkeit ist ein automatischer Eskalationsfall für das Mission Board.

2.9 KiB Raw Blame History