123 lines
No EOL
5.4 KiB
YAML
123 lines
No EOL
5.4 KiB
YAML
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" |