patrick/digitom_cc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

säuberung repo

Browse source
This commit is contained in:
breitenbach76 2026-03-23 22:28:45 +01:00
parent 93b9576bc6
commit 9788e273ed
80 changed files with 47758 additions and 48172 deletions
Download patch file Download diff file Expand all files Collapse all files

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

@ -1,123 +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"
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"

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

@ -1,71 +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"
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]

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

@ -1,74 +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"
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]