digitom_cc/#01_demand-portfolio-management/#01.2_demand-lifecycle-blueprint/README_demand-lifecycle-blueprint.md
2026-04-11 21:57:43 +00:00

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