# 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.