# DIGITOM Demand-Lifecycle Blueprint ## Über dieses Repository Dieses Repository enthält die **strukturelle Definition des Demand-Lifecycles** für die DIGIT-Organisation der Stadt Freiburg. Es beschreibt den standardisierten Prozess von der ersten Bedarfsmeldung bis zur Übergabe in ein initialisiertes Projekt. Der Blueprint dient als "Single Source of Truth" für die Prozesssteuerung und mögliche technische Implementierungen (z.B. in Jira/ServiceNow). > **Scope:** Demand-to-Project (D2P) > **Fokus:** Taktische Steuerung, Quality Gates, Gremienwege > **Basis:** DIGITOM-Transformationskonzept ## Referenzdokumente Dieser Blueprint basiert auf folgenden abgestimmten Governance-Dokumenten: * [cite_start]**Konzept DPM (v1.0):** Definiert die Phasen, Klassifizierungslogik und Gremien[cite: 34, 39]. * [cite_start]**DPM Governance & RACI:** Regelt Verantwortlichkeiten und Eskalationswege[cite: 241, 344]. * [cite_start]**SPM Glossar (v2.1):** Definiert die zentralen Begrifflichkeiten (z.B. "Demand", "Service")[cite: 1821]. ## Der Lifecycle im Überblick Der Demand-Lifecycle gliedert sich in vier taktische Phasen, getrennt durch definierte Quality Gates. ```mermaid flowchart TD %% Rollen-Definitionen für Styling classDef shm fill:#e1f5fe,stroke:#01579b,stroke-width:2px,color:#01579b classDef dpm fill:#fff3e0,stroke:#e65100,stroke-width:2px,color:#e65100 classDef gremium fill:#e8f5e9,stroke:#1b5e20,stroke-width:2px,color:#1b5e20 classDef ppm fill:#f3e5f5,stroke:#4a148c,stroke-width:2px,color:#4a148c subgraph P1 [Phase 1: Initiierung SHM] START((Bedarf)) --> 1.3[Triage & Qualifizierung]:::shm 1.3 --> QG1{QG1: Ready for Portfolio?} end subgraph P2 [Phase 2: Qualifizierung DPM] QG1 -- Ja --> 2.2[Klassifizierung & Analyse]:::dpm 2.2 --> 2.4[Bewertung & Priorisierung]:::dpm 2.4 --> 2.6[Entscheidungsvorlage]:::dpm 2.6 --> QG2{QG2: Entscheidungsreif?} end subgraph P3 [Phase 3: Entscheidung] QG2 -- Routing DSR --> DSR[DSR Sitzung]:::gremium QG2 -- Routing MB --> MB[Mission Board]:::gremium DSR -- Delegation --> MB DSR --> QG3{QG3: Freigabe?} MB --> QG3 end subgraph P4 [Phase 4: Projektinitiierung PPM] QG3 -- Ja --> 4.1[Projektauftrag & Ressourcen]:::ppm 4.1 --> END((Service Lifecycle)) end QG1 -- Nein --> REJECT[Abweisung / Katalog] QG3 -- Nein/Vertagung --> LOOP[Zurück zu Phase 2] LOOP -.-> 2.2