2.4 KiB
2.4 KiB
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.
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