init: DIGITOM Kernkonzept YAML-Dateien (initialer Import)

#01_demand-portfolio-management/#01.2_demand-lifecycle-blueprint/demand-lifecycle-blueprint_phase-1.yaml

@@ -0,0 +1,123 @@
+phase:
+  id: 1
+  titel: "Initiierung und Erfassung"
+  ziel: "Identifikation von Bedarfen durch Stakeholder und Überführung in qualifizierte Bedarfssteckbriefe durch das Stakeholder-Management, inklusive Abgrenzung zum bestehenden Service-Katalog."
+  verantwortlich_rolle: "Stakeholder-Management (SHM)"
+
+  schema_referenzen:
+    bedarfs_steckbrief:
+      pfad: "#03_stakeholder-management/#03.6_informationsmodell/shm_schema_bedarfssteckbrief.yaml"
+      version: "1.1"
+    bedarfsbewertung:
+      pfad: "#03_stakeholder-management/#03.4_methodik/shm_bedarfsbewertung.yaml"
+      beschreibung: "Routing-Logik und Entscheidungsbaum"
+  
+  schritte:
+    - schritt_id: "1.1"
+      titel: "Bedarfsidentifikation"
+      akteur: "Stakeholder (SH)"
+      beschreibung: "Ein Stakeholder erkennt einen fachlichen Bedarf, der nicht durch die bestehende Arbeitsumgebung abgedeckt ist."
+      input: "Fachlicher Auslöser (z.B. Gesetzesänderung, Prozessoptimierung)"
+      output: "Initialer Bedarfsgedanke"
+      raci_referenz: "1.1"
+      citation: [506]
+
+    - schritt_id: "1.2"
+      titel: "Bedarfsmeldung"
+      akteur: "Stakeholder (SH)"
+      beschreibung: "Der Stakeholder meldet den Bedarf über definierte Kanäle (z.B. Service Desk Ticket, direkte Ansprache) an DIGIT."
+      input: "Initialer Bedarfsgedanke"
+      output: "Unqualifizierte Bedarfsmeldung (Ticket)"
+      system: "Ticketsystem"
+      raci_referenz: "1.2"
+      citation: [506]
+
+    - schritt_id: "1.3"
+      titel: "Initiale Qualifizierung (Triage)"
+      akteur: "Stakeholder-Management (SHM)"
+      beschreibung: "Erste Sichtung der Meldung. Prüfung auf Vollständigkeit der Basisinformationen und Zuständigkeit."
+      input: "Unqualifizierte Bedarfsmeldung"
+      output: "Qualifizierungsstatus"
+      raci_referenz: "1.3"
+      citation: [506]
+
+    - schritt_id: "1.4"
+      titel: "Service-Katalog-Prüfung"
+      akteur: "Stakeholder-Management (SHM)"
+      support_akteur: "Service-Portfolio-Management (SPM)"
+      beschreibung: "Abgleich des Bedarfs mit dem existierenden Service-Katalog. Entscheidung, ob es sich um einen Standard-Request handelt."
+      entscheidungspunkt:
+        frage: "Ist der Bedarf durch bestehenden Service-Katalog abdeckbar?"
+        option_ja: "Routing in Request Fulfilment Prozess (Out of Demand Scope)"
+        option_nein: "Weiter in Demand-Prozess (Schritt 1.5)"
+      routing_pfad_bei_ja:
+        id: "ROUTE-REQ"
+        name: "Request Fulfilment"
+        ziel: "Service Desk"
+        steckbrief_erforderlich: false
+        hinweis: "Kein Bedarfssteckbrief erforderlich – direkte Weiterleitung"
+      raci_referenz: "1.4"
+      citation: [506]
+
+    - schritt_id: "1.5"
+      titel: "Bedarfsklärungsgespräch"
+      akteur: "Stakeholder-Management (SHM)"
+      partner_akteur: "Stakeholder (SH)"
+      beschreibung: "Strukturiertes Interview zur Erhebung der funktionalen und nicht-funktionalen Anforderungen, des Nutzens und der Rahmenbedingungen."
+      input: "Qualifizierte Meldung"
+      output: "Protokollierte Anforderungen"
+      artefakte: "Bedarfs-Steckbrief (Draft)"
+      raci_referenz: "1.5"
+      citation: [506]
+
+    - schritt_id: "1.6"
+      titel: "User Story Erstellung"
+      akteur: "Stakeholder-Management (SHM)"
+      beschreibung: "Übersetzung der Anforderungen in strukturierte User Stories (Wer möchte was warum?) zur Sicherstellung der fachlichen Perspektive."
+      input: "Protokollierte Anforderungen"
+      output: "Fertiger Bedarfs-Steckbrief"
+      artefakte: 
+        - "Bedarfs-Steckbrief (Final)"
+        - "Leitfaden User Stories"
+      raci_referenz: "1.6"
+      citation: [506]
+
+    - schritt_id: "1.7"
+      titel: "Bedarfs-Routing (Quality Gate 1)"
+      akteur: "Stakeholder-Management (SHM)"
+      beschreibung: |
+        Routing-Entscheidung basierend auf Bedarfsbewertung.
+        Je nach Ergebnis erfolgt Übergabe an unterschiedliche Empfänger.
+      input: "Bedarfs-Steckbrief (Final oder reduziert je nach Routing)"
+      system: "Ticketsystem / Demand-Portfolio-Datenbank"
+      raci_referenz: "1.7"
+      citation: [506]
+
+      routing_optionen:
+        - routing_id: "ROUTE-DPM"
+          name: "Demand Portfolio Management"
+          empfaenger: "Demand-Portfolio-Management (DPM)"
+          bedingung: "Neuer Service oder grundlegende Neugestaltung erforderlich"
+          output: "Demand (Status: an_dpm_uebergeben)"
+          steckbrief_vollstaendig: true
+          trigger_next_phase: "Phase 2: Qualifizierung und Priorisierung"
+          quality_gate: true
+
+        - routing_id: "ROUTE-SPM"
+          name: "Service Portfolio Management (Change)"
+          empfaenger: "Service-Portfolio-Management (SPM)"
+          bedingung: "Änderung an bestehendem Service"
+          output: "Change Request (Status: an_spm_uebergeben)"
+          steckbrief_vollstaendig: false
+          hinweis: "Reduzierter Steckbrief ausreichend"
+
+        - routing_id: "ROUTE-SO"
+          name: "Service-Owner-Klärung"
+          empfaenger: "Service Owner (über Service-Portfolio / SPM)"
+          bedingung: "Routing unklar – bilaterale Klärung mit Service Owner"
+          output: "Klärungsfall (Status: in_so_klaerung)"
+          steckbrief_vollstaendig: false
+          hinweis: "Wenn Service Owner identifizierbar: direkte bilaterale Klärung. Wenn nicht: SPM hilft bei Identifikation. SO entscheidet: RUN/Change → SOR; Demand → DPM/DSR."
+          referenz: "GOV-SHM-029"
+
+      validierungsprofile_referenz: "shm_schema_bedarfssteckbrief.yaml#validierungsprofile"

#01_demand-portfolio-management/#01.2_demand-lifecycle-blueprint/demand-lifecycle-blueprint_phase-2.yaml

@@ -0,0 +1,71 @@
+phase:
+  id: 2
+  titel: "Qualifizierung und Priorisierung"
+  ziel: "Systematische Analyse, Bewertung und Priorisierung des Demands zur Herstellung der Entscheidungsreife für das zuständige Gremium."
+  verantwortlich_rolle: "Demand-Portfolio-Management (DPM)"
+  
+  schritte:
+    - schritt_id: "2.1"
+      titel: "Vollständigkeitsprüfung (Quality Gate 2)"
+      akteur: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Prüfung des übergebenen Bedarfs-Steckbriefs auf formale Vollständigkeit und inhaltliche Plausibilität."
+      input: "Bedarfs-Steckbrief (Final)"
+      entscheidungspunkt:
+        frage: "Ist der Steckbrief ausreichend qualifiziert?"
+        option_ja: "Weiter zur Klassifizierung (Schritt 2.2)"
+        option_nein: "Rückweisung an Stakeholder-Management zur Nachbesserung"
+      raci_referenz: "2.1"
+      citation: [376, 196]
+
+    - schritt_id: "2.2"
+      titel: "Demand-Klassifizierung"
+      akteur: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Einordnung des Demands in die vier Steuerungsdimensionen: Treiber, Tragweite, Systemebene, Komplexität."
+      input: "Bedarfs-Steckbrief"
+      output: "Klassifizierter Demand mit initialem Routing-Vorschlag"
+      artefakte: "Klassifizierungsmatrix"
+      raci_referenz: "2.2"
+      citation: [376, 1048]
+
+    - schritt_id: "2.3"
+      titel: "Inhaltliche Analyse & Abhängigkeitsprüfung"
+      akteur: "Demand-Portfolio-Management (DPM)"
+      support_akteure: 
+        - "IT-Architektur-Board (bei Architekturrelevanz)"
+        - "Projekt-Portfolio-Management (PPM) (für Portfolio-Check)"
+        - "Service-Portfolio-Management (SPM) (für Service-Impact)"
+      beschreibung: "Tiefenprüfung der Anforderungen, Identifikation technischer/fachlicher Abhängigkeiten zu anderen Demands/Projekten und Ersteinschätzung des Lösungsraums."
+      input: "Klassifizierter Demand"
+      output: "Analyseergebnisse & identifizierte Abhängigkeiten"
+      raci_referenz: "2.3"
+      citation: [376, 113]
+
+    - schritt_id: "2.4"
+      titel: "Demand-Bewertung"
+      akteur: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Qualitative Bewertung anhand der drei Cluster: Nutzen & Wirkung, Druck & Notwendigkeit, Machbarkeit & Aufwand."
+      input: "Analyseergebnisse"
+      output: "Bewertungs-Scores je Cluster"
+      raci_referenz: "2.4"
+      citation: [376, 1309]
+
+    - schritt_id: "2.5"
+      titel: "Priorisierung"
+      akteur: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Überführung der Bewertungsergebnisse in die Priorisierungs-Matrix (Wichtigkeit vs. Dringlichkeit) zur Ermittlung der Handlungsempfehlung."
+      input: "Bewertungs-Scores"
+      output: "Priorisierter Demand (Quadrant + Machbarkeits-Ampel)"
+      artefakte: "Priorisierungs-Matrix"
+      raci_referenz: "2.5"
+      citation: [376, 1593]
+
+    - schritt_id: "2.6"
+      titel: "Erstellung Entscheidungsvorlage"
+      akteur: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Zusammenführung aller Ergebnisse in eine standardisierte Vorlage für das Entscheidungsgremium inklusive finalem Routing-Vorschlag."
+      input: "Priorisierter Demand"
+      output: "Entscheidungsreife Vorlage"
+      artefakte: "Demand-Entscheidungsvorlage"
+      trigger_next_phase: "Phase 3: Entscheidung und Freigabe"
+      raci_referenz: "2.6"
+      citation: [376, 1770]

#01_demand-portfolio-management/#01.2_demand-lifecycle-blueprint/demand-lifecycle-blueprint_phase-3.yaml

@@ -0,0 +1,74 @@
+phase:
+  id: 3
+  titel: "Entscheidung und Freigabe"
+  ziel: "Herbeiführung einer verbindlichen Entscheidung (Freigabe, Ablehnung, Delegation) durch das zuständige Gremium inklusive Definition notwendiger Rahmenbedingungen."
+  verantwortlich_rolle: "Demand-Portfolio-Management (DPM)"
+  
+  schritte:
+    - schritt_id: "3.1"
+      titel: "DSR-Vorbereitung (Async)"
+      bedingung: "Falls Routing = DSR oder DSR mit Delegationsoption"
+      akteur: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Finale Qualitätssicherung der Vorlage und Versand der Unterlagen an DSR-Mitglieder (min. 24h vor Sitzung)."
+      input: "Entscheidungsreife Vorlage"
+      output: "Versendete Sitzungsunterlagen"
+      raci_referenz: "3.1"
+      citation: [378, 461]
+
+    - schritt_id: "3.2"
+      titel: "DSR-Sitzung (Sync)"
+      bedingung: "Falls Routing = DSR oder DSR mit Delegationsoption"
+      akteur: "Demand & Stakeholder Runde (DSR)"
+      moderator: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Präsentation des Demands und Entscheidungsfindung im Konsent-Verfahren."
+      entscheidungspunkt:
+        frage: "DSR-Entscheidungsergebnis?"
+        option_freigabe: "Weiter zu Schritt 3.5 (Finalisierung)"
+        option_ablehnung: "Weiter zu Schritt 3.6 (Kommunikation)"
+        option_delegation: "Weiter zu Schritt 3.3 (MB-Vorbereitung)"
+        option_vertagung: "Zurück zu Phase 2 (Nachbesserung erforderlich)"
+      raci_referenz: "3.2, 3.3, 3.4"
+      citation: [378, 470]
+
+    - schritt_id: "3.3"
+      titel: "MB-Vorbereitung (Async)"
+      bedingung: "Falls Routing = Mission Board ODER Delegation durch DSR (aus 3.2)"
+      akteur: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Aufbereitung der Entscheidungsvorlage für die strategische Perspektive des Mission Boards."
+      input: "Vorlage (ggf. mit Delegationsvotum der DSR)"
+      output: "MB-Sitzungsunterlagen"
+      raci_referenz: "3.5"
+      citation: [378]
+
+    - schritt_id: "3.4"
+      titel: "MB-Sitzung (Sync)"
+      bedingung: "Falls Routing = Mission Board ODER Delegation durch DSR"
+      akteur: "Mission Board (MB)"
+      support_akteur: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Strategische Diskussion und finale Entscheidung über MB-relevante Demands."
+      entscheidungspunkt:
+        frage: "MB-Entscheidungsergebnis?"
+        option_freigabe: "Weiter zu Schritt 3.5 (Finalisierung)"
+        option_ablehnung: "Weiter zu Schritt 3.6 (Kommunikation)"
+        option_vertagung: "Zurück zu Phase 2 (Nachbesserung) oder 3.3 (Wiedervorlage)"
+      raci_referenz: "3.6, 3.7"
+      citation: [378, 381]
+
+    - schritt_id: "3.5"
+      titel: "Entscheidungs-Finalisierung"
+      bedingung: "Nur bei Freigabe (durch DSR oder MB)"
+      akteur: "Entscheidungsgremium (DSR/MB)"
+      beschreibung: "Festlegung verbindlicher Auflagen für die Umsetzung und Benennung eines fachlichen Sponsors."
+      output: "Vollständiger Gremienbeschluss mit Auflagen & Sponsor"
+      raci_referenz: "3.8, 3.9, 3.10"
+      citation: [381, 482]
+
+    - schritt_id: "3.6"
+      titel: "Kommunikation & Routing (Quality Gate 3)"
+      akteur: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Formale Dokumentation des Beschlusses, Information an Stakeholder (via SHM) und Routing in die nächste Phase."
+      input: "Gremienbeschluss"
+      output: "Aktualisierter Demand-Status"
+      trigger_next_phase: "Phase 4: Projektinitiierung (bei Freigabe) ODER Archivierung (bei Ablehnung)"
+      raci_referenz: "3.11"
+      citation: [381]

#01_demand-portfolio-management/#01.2_demand-lifecycle-blueprint/demand-lifecycle-blueprint_phase-4.yaml

@@ -0,0 +1,49 @@
+phase:
+  id: 4
+  titel: "Projektinitiierung (Übergang)"
+  ziel: "Geordnete Übergabe des freigegebenen Demands in die Verantwortung des Projekt-Portfolio-Managements zur Initialisierung der Umsetzung."
+  verantwortlich_rolle: "Projekt-Portfolio-Management (PPM) [Übergang von DPM]"
+  
+  schritte:
+    - schritt_id: "4.1"
+      titel: "Projektauftrag erstellen"
+      bedingung: "Nur bei freigegebenen Demands (aus Phase 3)"
+      akteur: "Projekt-Portfolio-Management (PPM)"
+      support_akteure: 
+        - "Demand-Portfolio-Management (DPM) (Übergabe Historie)"
+        - "Stakeholder-Management (SHM) (Stakeholder-Kontext)"
+      beschreibung: "Formaler Start der Projektinitiierung. Überführung der Demand-Daten (Steckbrief, Beschluss, Auflagen) in einen initialen Projektauftrag."
+      input: "Gremienbeschluss & Demand-Akte"
+      output: "Initialer Projektauftrag"
+      raci_referenz: "4.1"
+      citation: [385]
+
+    - schritt_id: "4.2"
+      titel: "Benennung Projektleitung"
+      akteur: "Service-Portfolio-Management (SPM)"
+      support_akteur: "Projekt-Portfolio-Management (PPM)"
+      beschreibung: "Identifikation und formale Benennung der Projektleitung, idealerweise aus dem Umfeld des zukünftigen Service Owners."
+      input: "Projektauftrag"
+      output: "Benannte Projektleitung"
+      raci_referenz: "4.2"
+      citation: [385, 500]
+
+    - schritt_id: "4.3"
+      titel: "Ressourcenmobilisierung"
+      akteur: "Projekt-Portfolio-Management (PPM)"
+      partner_akteur: "Projektleitung (PL)"
+      beschreibung: "Initiale Zusammenstellung des Projektteams und Sicherstellung der Verfügbarkeit gemäß Gremienbeschluss."
+      input: "Benannte Projektleitung & Ressourcen-Bedarf"
+      output: "Initiales Projektteam"
+      raci_referenz: "4.3"
+      citation: [385, 501]
+
+    - schritt_id: "4.4"
+      titel: "Demand-Archivierung (Abschluss DPM)"
+      akteur: "Demand-Portfolio-Management (DPM)"
+      beschreibung: "Formaler Abschluss des Demand-Prozesses. Der Demand gilt als 'umgesetzt' in ein Projekt. Sicherstellung der Traceability (Demand -> Projekt)."
+      input: "Bestätigung Projektstart"
+      output: "Demand (Status: Abgeschlossen / In Umsetzung)"
+      trigger_next_lifecycle: "Start Service-Lifecycle (Design Phase)"
+      raci_referenz: "4.4"
+      citation: [385]