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"