# ========================================
# RACI-Matrix Stakeholder-Management
# ========================================
# Version: 0.1 (Platzhalter)
# Datum: 2024-12-03
# Status: Ausstehend
# Entwicklungsphase: 9
# ========================================

# ITIL4-Referenz (falls zutreffend):
# itil4_referenz:
#   practice: ""
#   relevante_elemente: []
#   adaption_fuer_digitom: ""

# ========================================
# INHALT
# ========================================

# [Inhalt folgt in Phase 9]
# =============================================================================
# SHM RACI-MATRIX
# =============================================================================
# Version: 1.0
# Datum: 2025-12-10
# Status: Entwurf
# Quelle: Ableitung aus SHM-Konzepten und Governance-Framework
# =============================================================================

meta:
  typ: "raci_matrix"
  scope: "Stakeholder Management"
  version: "1.0"
  gueltig_ab: "[Datum]"
  geltungsbereich: "DIGITOM / Stakeholder-Management"
  
  status:
    inhaltlich_abgenommen_durch: "[DIGIT-Leitung]"
    status: "entwurf"
  
  kontext_tags:
    - "verantwortlichkeiten"
    - "raci"
    - "stakeholder-management"
    - "governance"
  
  zweck: |
    Diese RACI-Matrix definiert die Verantwortlichkeiten für alle 
    SHM-Aktivitäten. Sie operationalisiert das Governance-Framework 
    (shm_governance-framework.yaml) auf Aktivitätsebene.
  
  abgrenzung: |
    - Das Governance-Framework definiert Entscheidungslogik und -gegenstände
    - Diese RACI definiert operative Verantwortlichkeiten pro Aktivität
    - Die Rollenbeschreibungen (shm_rollen.yaml) definieren Aufgabenprofile
    
    Bei Konflikten gilt: Governance-Framework > RACI > Rollenbeschreibungen

# =============================================================================
# GOVERNANCE-PRINZIPIEN
# =============================================================================

governance_prinzipien:
  
  beschreibung: |
    Analog zu DPM nutzt SHM einen differenzierten RACI-Ansatz, der 
    Agilität mit notwendiger Governance-Kontrolle balanciert.
  
  prinzipien:
    
    - id: "GP1"
      name: "Fachexpertise = Verantwortung"
      regel: "A/R zusammen"
      beschreibung: |
        Wo Fachkompetenz entscheidend ist, liegen Ausführung und 
        Verantwortung in einer Hand.
      begruendung: "Empowerment der Experten, schnelle Entscheidungen, klare Ownership"
      anwendung_shm:
        - "Routing-Entscheidung im Regelfall"
        - "Bedarfssteckbrief-Erstellung"
        - "Turnus-Gespräch durchführen"
        - "Beziehungsqualität bewerten"
    
    - id: "GP2"
      name: "Governance-Gates"
      regel: "A ≠ R getrennt"
      beschreibung: |
        Bei Kontrollpunkten und Gremienentscheidungen wird 
        Ausführung und Verantwortung bewusst getrennt.
      begruendung: "Vier-Augen-Prinzip, Checks & Balances"
      anwendung_shm:
        - "Routing-Entscheidung bei Grenzfällen (SM bereitet vor, SOR entscheidet)"
        - "Demand-Annahme (SO routet direkt an DPM, kein DSR-Weg)"
        - "Portfolio-Priorisierung validieren (SM bewertet, SHM-L validiert)"
    
    - id: "GP3"
      name: "Klare Übergänge"
      regel: "A ≠ R an Schnittstellen"
      beschreibung: |
        Bei Übergaben zwischen Funktionen erfolgt explizite 
        Verantwortungsübergabe.
      begruendung: "Eindeutige Verantwortungswechsel, Vermeidung von Lücken"
      anwendung_shm:
        - "Bedarf an DPM übergeben"
        - "Change an SPM/SO übergeben"
        - "VoC-Feedback an SPM weiterleiten"

# =============================================================================
# RACI-LEGENDE
# =============================================================================

raci_legende:
  
  R:
    name: "Responsible"
    beschreibung: "Führt die Aktivität aus, ist operativ verantwortlich"
  
  A:
    name: "Accountable"
    beschreibung: "Hat die finale Verantwortung und Entscheidungsbefugnis"
    regel: "Genau ein A pro Aktivität"
  
  C:
    name: "Consulted"
    beschreibung: "Wird vor der Entscheidung/Ausführung konsultiert, gibt fachlichen Input"
  
  I:
    name: "Informed"
    beschreibung: "Wird über das Ergebnis informiert"
  
  "-":
    name: "Nicht beteiligt"
    beschreibung: "Keine Rolle bei dieser Aktivität"
  
  kombinationen:
    "A/R": "Accountable und Responsible in einer Rolle (GP1)"
    "(A)": "Eskalationsinstanz bei Konflikten"

# =============================================================================
# ROLLEN
# =============================================================================

rollen:
  
  shm_intern:
    
    - id: "SM"
      name: "Stakeholder-Manager:in"
      beschreibung: "Operative Betreuung der zugeordneten Stakeholder"
      referenz: "shm_rollen.yaml → stakeholder_manager"
    
    - id: "SHM-L"
      name: "Leitung Stakeholder Management"
      beschreibung: "Abteilungsleitung, strategische Steuerung"
      referenz: "shm_rollen.yaml → leitung_shm"
  
  digit_intern:
    
    - id: "DPM"
      name: "Demand-Portfolio-Manager:in"
      beschreibung: "Steuerung des Demand-Portfolios"
      referenz: "dpm_rollen.yaml"
    
    - id: "SPM"
      name: "Service-Portfolio-Manager"
      beschreibung: "Steuerung des Service-Portfolios"
      referenz: "spm_rollen.yaml"
    
    - id: "SO"
      name: "Service Owner"
      beschreibung: "Fachliche Verantwortung für einen Service"
      referenz: "spm_rollen.yaml"
    
    - id: "SD"
      name: "Service Desk"
      beschreibung: "First Level Support, Request-Annahme"
      referenz: "ssm_rollen.yaml"
  
  gremien:
    
    - id: "DSR"
      name: "Demand & Stakeholder-Runde"
      beschreibung: "Operative Demand-Entscheidungen"
      referenz: "dsr-geschaeftsordnung.yaml"
    
    - id: "SOR"
      name: "Service Operations Runde"
      beschreibung: "Service-bezogene Entscheidungen, Routing-Klärung"
      referenz: "sor-geschaeftsordnung.yaml"
    
    - id: "MB"
      name: "Mission Board"
      beschreibung: "Strategisch-taktische Steuerung"
      referenz: "mission-board-geschaeftsordnung.yaml"
    
    - id: "VB"
      name: "Vision Board"
      beschreibung: "Strategische Gesamtsteuerung DIGIT"
      referenz: "vision-board-geschaeftsordnung.yaml"
  
  extern:
    
    - id: "SH"
      name: "Stakeholder"
      beschreibung: "Externe Kunden (Ämter, Einheiten)"
      hinweis: "Wird in RACI nur bei direkter Beteiligung aufgeführt"

# =============================================================================
# AKTIVITÄTEN: PORTFOLIO-PFLEGE
# =============================================================================

aktivitaeten_portfolio_pflege:
  
  name: "Portfolio-Pflege"
  beschreibung: |
    Aktivitäten zur Pflege und Steuerung des Stakeholder-Portfolios.
  
  referenz: "shm_stakeholder-portfolio.yaml"
  
  aktivitaeten:
    
    - id: "PF-01"
      name: "Amts-Steckbrief erstellen"
      beschreibung: "Initiale Erfassung eines neuen Stakeholders"
      phase: "Onboarding"
      SM: "A/R"
      SHM-L: "I"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "C"
    
    - id: "PF-02"
      name: "Amts-Steckbrief aktualisieren"
      beschreibung: "Laufende Pflege der Stakeholder-Daten"
      phase: "Betrieb"
      SM: "A/R"
      SHM-L: "I"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "C"
    
    - id: "PF-03"
      name: "Stakeholder segmentieren"
      beschreibung: "Zuordnung zu Funktions- und IT-Profil-Dimension"
      phase: "Onboarding / Review"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "C"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "PF-04"
      name: "Stakeholder priorisieren"
      beschreibung: "Bewertung nach Einfluss/Abhängigkeit/Relevanz"
      phase: "Onboarding / Review"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "I"
      VB: "-"
      SH: "-"
    
    - id: "PF-05"
      name: "Betreuungsmodus festlegen"
      beschreibung: "Ableitung des Betreuungsmodus aus Priorisierung"
      phase: "Onboarding / Review"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "PF-06"
      name: "Betreuungsmodus anpassen"
      beschreibung: "Änderung bei veränderter Situation"
      phase: "Betrieb"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "PF-07"
      name: "Betreuungszuordnung festlegen"
      beschreibung: "Zuweisung Stakeholder zu Stakeholder-Manager:in"
      phase: "Onboarding / Reorganisation"
      SM: "C"
      SHM-L: "A/R"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "PF-08"
      name: "Neuen Stakeholder ins Portfolio aufnehmen"
      beschreibung: "Formale Aufnahme einer neuen Organisationseinheit"
      phase: "Onboarding"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "PF-09"
      name: "Portfolio-Priorisierung validieren"
      beschreibung: "Periodische Überprüfung der Priorisierungen"
      phase: "E2-Review"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "I"
      VB: "-"
      SH: "-"
    
    - id: "PF-10"
      name: "Segmentierungslogik weiterentwickeln"
      beschreibung: "Strukturelle Änderungen am Segmentierungsmodell"
      phase: "Strategisch"
      SM: "C"
      SHM-L: "R"
      DPM: "C"
      SPM: "C"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "C"
      VB: "A"
      SH: "-"

# =============================================================================
# AKTIVITÄTEN: BEDARFSBEWERTUNG & ROUTING
# =============================================================================

aktivitaeten_bedarfsbewertung:
  
  name: "Bedarfsbewertung & Routing"
  beschreibung: |
    Aktivitäten zur Bewertung von Stakeholder-Bedarfen und 
    Weiterleitung an die richtigen Empfänger.
  
  referenz: "shm_bedarfsbewertung.yaml"
  
  aktivitaeten:
    
    - id: "BR-01"
      name: "Bedarf entgegennehmen"
      beschreibung: "Erstaufnahme eines Stakeholder-Bedarfs"
      phase: "Erfassung"
      SM: "A/R"
      SHM-L: "-"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "R"
    
    - id: "BR-02"
      name: "Bedarfsklärungsgespräch führen"
      beschreibung: "Vertiefende Klärung bei komplexen Bedarfen"
      phase: "Erfassung"
      SM: "A/R"
      SHM-L: "-"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "R"
      hinweis: "Optional, bei Bedarf"
    
    - id: "BR-03"
      name: "Service-Katalog-Prüfung durchführen"
      beschreibung: "Prüfung, ob Bedarf durch bestehenden Service abdeckbar"
      phase: "Bewertung"
      SM: "A/R"
      SHM-L: "-"
      DPM: "-"
      SPM: "C"
      SO: "C"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "BR-04"
      name: "Routing-Entscheidung treffen (Regelfall)"
      beschreibung: "Entscheidung über Routing-Pfad bei klaren Fällen"
      phase: "Bewertung"
      SM: "A/R"
      SHM-L: "I"
      DPM: "I (bei ROUTE-DPM)"
      SPM: "I (bei ROUTE-SPM)"
      SO: "-"
      SD: "I (bei ROUTE-REQ)"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "BR-05"
      name: "Service-Owner-Klärung einleiten"
      beschreibung: "Bilaterale Klärung bei Routing-Unsicherheit mit Service Owner"
      phase: "Bewertung"
      SM: "R"
      SHM-L: "C"
      DPM: "I"
      SPM: "I"
      SO: "C"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
      referenz: "GOV-SHM-029"
    
    - id: "BR-06"
      name: "Routing-Empfehlung abgeben (Grenzfall)"
      beschreibung: "Service Owner gibt Routing-Empfehlung ab bei unklaren Fällen (bilateral); formelle Bestätigung: SOR (Change); Demand direkt an DPM"
      phase: "Bewertung"
      SM: "R"
      SHM-L: "I"
      DPM: "C"
      SPM: "C/R"
      SO: "R"
      SD: "-"
      DSR: "-"  # Demand-Routing entfällt (direkt an DPM)
      SOR: "A (bei Changes)"
      MB: "-"
      VB: "-"
      SH: "-"
      referenz: "GOV-SHM-029"
      hinweis: "SO gibt Empfehlung ab, SOR/DSR bestätigen formal. Weiterbearbeitung erfolgt 'als ob' bereits entschieden."
    
    - id: "BR-07"
      name: "Bedarfssteckbrief erstellen"
      beschreibung: "Dokumentation des Bedarfs für Übergabe"
      phase: "Dokumentation"
      SM: "A/R"
      SHM-L: "-"
      DPM: "C (bei Rückfragen)"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "C"
    
    - id: "BR-08"
      name: "User Stories erheben"
      beschreibung: "Strukturierte Erfassung von Anforderungen"
      phase: "Dokumentation"
      SM: "A/R"
      SHM-L: "-"
      DPM: "C"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "R"
      referenz: "leitfaden_user-stories.yaml"
    
    - id: "BR-09"
      name: "Stakeholder-Freigabe einholen"
      beschreibung: "Formale Freigabe für Demand-Übergabe"
      phase: "Dokumentation"
      SM: "R"
      SHM-L: "-"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "A"
      hinweis: "Nur bei ROUTE-DPM erforderlich"
    
    - id: "BR-10"
      name: "Bedarf an Service Desk weiterleiten"
      beschreibung: "Übergabe bei ROUTE-REQ"
      phase: "Übergabe"
      SM: "A/R"
      SHM-L: "-"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "I"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "I"
    
    - id: "BR-11"
      name: "Bedarf an SPM/SO weiterleiten"
      beschreibung: "Übergabe bei ROUTE-SPM"
      phase: "Übergabe"
      SM: "R"
      SHM-L: "-"
      DPM: "-"
      SPM: "A"
      SO: "I"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "I"
    
    - id: "BR-12"
      name: "Demand an DPM übergeben"
      beschreibung: "Übergabe bei ROUTE-DPM"
      phase: "Übergabe"
      SM: "R"
      SHM-L: "I"
      DPM: "A"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "I"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "I"

# =============================================================================
# AKTIVITÄTEN: STAKEHOLDER-INTERAKTION
# =============================================================================

aktivitaeten_stakeholder_interaktion:
  
  name: "Stakeholder-Interaktion"
  beschreibung: |
    Aktivitäten zur direkten Interaktion mit Stakeholdern 
    (proaktiv und reaktiv).
  
  referenz: "shm_engagement-framework.yaml"
  
  aktivitaeten:
    
    # -------------------------------------------------------------------------
    # PROAKTIVE FORMATE
    # -------------------------------------------------------------------------
    
    - id: "SI-01"
      name: "Turnus-Gespräch durchführen"
      beschreibung: "Regelmäßiger Austausch mit Stakeholder"
      phase: "Betrieb"
      format: "Proaktiv"
      SM: "A/R"
      SHM-L: "I"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "R"
    
    - id: "SI-02"
      name: "Turnus-Gespräch dokumentieren"
      beschreibung: "Protokollierung und Nachverfolgung"
      phase: "Betrieb"
      format: "Proaktiv"
      SM: "A/R"
      SHM-L: "I"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "SI-03"
      name: "Status-Update geben"
      beschreibung: "Proaktive Information über laufende Themen"
      phase: "Betrieb"
      format: "Proaktiv"
      SM: "A/R"
      SHM-L: "-"
      DPM: "C (bei Demand-Status)"
      SPM: "C (bei Service-Status)"
      SO: "C"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "I"
    
    - id: "SI-04"
      name: "Strategisches Orientierungsgespräch führen"
      beschreibung: "Jährliches Gespräch mit Key-Stakeholdern"
      phase: "Betrieb"
      format: "Proaktiv"
      SM: "R"
      SHM-L: "A/R"
      DPM: "C"
      SPM: "C"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "I"
      VB: "-"
      SH: "R"
      hinweis: "Nur für Key-Stakeholder"
    
    # -------------------------------------------------------------------------
    # REAKTIVE FORMATE
    # -------------------------------------------------------------------------
    
    - id: "SI-05"
      name: "Ad-hoc-Anfrage bearbeiten"
      beschreibung: "Reaktion auf ungeplante Stakeholder-Anfragen"
      phase: "Betrieb"
      format: "Reaktiv"
      SM: "A/R"
      SHM-L: "-"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "R"
    
    - id: "SI-06"
      name: "Beschwerde entgegennehmen"
      beschreibung: "Aufnahme und Erstbewertung einer Beschwerde"
      phase: "Eskalation"
      format: "Reaktiv"
      SM: "A/R"
      SHM-L: "I"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "R"
    
    - id: "SI-07"
      name: "Beschwerde eskalieren"
      beschreibung: "Weiterleitung bei nicht lösbaren Beschwerden"
      phase: "Eskalation"
      format: "Reaktiv"
      SM: "R"
      SHM-L: "A"
      DPM: "I (bei DPM-Bezug)"
      SPM: "I (bei SPM-Bezug)"
      SO: "I (bei Service-Bezug)"
      SD: "-"
      DSR: "-"
      SOR: "I (bei SOR-Themen)"
      MB: "I (bei strategischer Relevanz)"
      VB: "-"
      SH: "I"
    
    - id: "SI-08"
      name: "Demand-Ablehnung kommunizieren"
      beschreibung: "Vermittlung und Erklärung bei abgelehnten Demands"
      phase: "Kommunikation"
      format: "Reaktiv"
      SM: "A/R"
      SHM-L: "C (bei Key/Aktiv)"
      DPM: "C"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "I"
    
    # -------------------------------------------------------------------------
    # KOLLEKTIVE FORMATE
    # -------------------------------------------------------------------------
    
    - id: "SI-09"
      name: "Kundenforum vorbereiten"
      beschreibung: "Inhaltliche und organisatorische Vorbereitung"
      phase: "Kollektiv"
      format: "Kollektiv"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "R"
      SO: "C"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "SI-10"
      name: "Kundenforum durchführen"
      beschreibung: "Moderation und Durchführung"
      phase: "Kollektiv"
      format: "Kollektiv"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "R"
      SO: "C"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "R"
    
    - id: "SI-11"
      name: "Kundenforum nachbereiten"
      beschreibung: "Dokumentation und Follow-up"
      phase: "Kollektiv"
      format: "Kollektiv"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "R"
      SO: "I"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "I"
      VB: "-"
      SH: "I"

# =============================================================================
# AKTIVITÄTEN: GREMIENARBEIT
# =============================================================================

aktivitaeten_gremienarbeit:
  
  name: "Gremienarbeit"
  beschreibung: |
    Aktivitäten in den DIGIT-Gremien (DSR, SOR, MB, VB).
  
  referenz: "shm_d2p-integration.yaml, shm_governance-framework.yaml"
  
  aktivitaeten:
    
    # -------------------------------------------------------------------------
    # DSR (DEMAND & STAKEHOLDER-RUNDE)
    # -------------------------------------------------------------------------
    
    - id: "GA-01"
      name: "DSR-Sitzung vorbereiten (SHM-Anteil)"
      beschreibung: "Vorbereitung der Stakeholder-Perspektive"
      gremium: "DSR"
      SM: "A/R"
      SHM-L: "-"
      DPM: "R"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "GA-02"
      name: "DSR-Sitzung teilnehmen (Kundenanwalt)"
      beschreibung: "Vertretung der Stakeholder-Perspektive"
      gremium: "DSR"
      SM: "R"
      SHM-L: "-"
      DPM: "R"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "A"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "GA-03"
      name: "Stakeholder-Kontext zu Demand einbringen"
      beschreibung: "Information über Stakeholder-Situation"
      gremium: "DSR"
      SM: "A/R"
      SHM-L: "-"
      DPM: "I"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "I"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "GA-04"
      name: "Einwand bei Demand-Entscheidung erheben"
      beschreibung: "Formaler Einwand aus Stakeholder-Perspektive"
      gremium: "DSR"
      SM: "A/R"
      SHM-L: "I"
      DPM: "I"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "I"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    # -------------------------------------------------------------------------
    # SOR (SERVICE OPERATIONS RUNDE)
    # -------------------------------------------------------------------------
    
    - id: "GA-05"
      name: "Service-Owner-Klärung durchführen"
      beschreibung: "Bilaterale Klärung zur Abgabe von Routing-Empfehlung bei Routing-Grenzfällen; formelle Bestätigung durch SOR/DSR folgt"
      gremium: "Bilateral SHM-SO"
      SM: "R"
      SHM-L: "I"
      DPM: "-"
      SPM: "-"
      SO: "R"
      SD: "-"
      DSR: "A (Empfehlung Demand)"
      SOR: "A (Empfehlung Change)"
      MB: "-"
      VB: "-"
      SH: "-"
      hinweis: "Bei Routing-Unsicherheit (ROUTE-SO); SO gibt Empfehlung ab, SOR/DSR bestätigen formal im nächsten Takt. Weiterbearbeitung erfolgt 'als ob' bereits entschieden."
      referenz: "GOV-SHM-029"
    
    - id: "GA-06"
      name: "Service-Owner-Klärung einleiten"
      beschreibung: "Bilaterale Klärung mit Service Owner einleiten zur Abgabe von Routing-Empfehlung"
      gremium: "Bilateral"
      SM: "A/R"
      SHM-L: "I"
      DPM: "C"
      SPM: "C"
      SO: "R"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
      hinweis: "SO gibt Empfehlung ab; formelle Bestätigung durch SOR (Changes) oder DSR (Demands) folgt im nächsten Takt"
      referenz: "GOV-SHM-029"
    
    # -------------------------------------------------------------------------
    # MISSION BOARD
    # -------------------------------------------------------------------------
    
    - id: "GA-07"
      name: "MB-Sitzung vorbereiten (SHM-Anteil)"
      beschreibung: "Vorbereitung der Stakeholder-Perspektive"
      gremium: "MB"
      SM: "C"
      SHM-L: "A/R"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "GA-08"
      name: "MB-Sitzung teilnehmen"
      beschreibung: "Vollwertige Teilnahme als MB-Mitglied"
      gremium: "MB"
      SM: "-"
      SHM-L: "R"
      DPM: "R"
      SPM: "R"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "A"
      VB: "-"
      SH: "-"
    
    - id: "GA-09"
      name: "Stakeholder-Auswirkungen bewerten"
      beschreibung: "Einschätzung von Entscheidungsauswirkungen"
      gremium: "MB"
      SM: "C"
      SHM-L: "A/R"
      DPM: "I"
      SPM: "I"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "I"
      VB: "-"
      SH: "-"
    
    # -------------------------------------------------------------------------
    # VISION BOARD
    # -------------------------------------------------------------------------
    
    - id: "GA-10"
      name: "VB-Eskalation vorbereiten"
      beschreibung: "Vorbereitung bei strategischer Eskalation"
      gremium: "VB"
      SM: "C"
      SHM-L: "R"
      DPM: "C"
      SPM: "C"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "A"
      VB: "I"
      SH: "-"
    
    - id: "GA-11"
      name: "VB-Jahresbericht vorstellen"
      beschreibung: "Präsentation des E1-Berichts"
      gremium: "VB"
      SM: "C"
      SHM-L: "A/R"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "I"
      VB: "I"
      SH: "-"

# =============================================================================
# AKTIVITÄTEN: REVIEW & REPORTING
# =============================================================================

aktivitaeten_review_reporting:
  
  name: "Review & Reporting"
  beschreibung: |
    Aktivitäten zur internen Steuerung und zum Reporting.
  
  referenz: "shm_koordinations-und-steuerungsstruktur.yaml"
  
  aktivitaeten:
    
    # -------------------------------------------------------------------------
    # E3: OPERATIVE KOORDINATION
    # -------------------------------------------------------------------------
    
    - id: "RR-01"
      name: "E3-Team-Sync vorbereiten"
      beschreibung: "Sammlung von Themen und Highlights"
      ebene: "E3"
      frequenz: "2-wöchentlich bis monatlich"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "RR-02"
      name: "E3-Team-Sync durchführen"
      beschreibung: "Moderation und Durchführung"
      ebene: "E3"
      frequenz: "2-wöchentlich bis monatlich"
      SM: "R"
      SHM-L: "A/R"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "RR-03"
      name: "E3-Team-Sync dokumentieren"
      beschreibung: "Protokoll und Follow-up"
      ebene: "E3"
      frequenz: "2-wöchentlich bis monatlich"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
      referenz: "template_team-sync-protokoll.md"
    
    # -------------------------------------------------------------------------
    # E2: QUARTALS-REVIEW
    # -------------------------------------------------------------------------
    
    - id: "RR-04"
      name: "E2-Quartals-Review vorbereiten"
      beschreibung: "Datensammlung und Analyse"
      ebene: "E2"
      frequenz: "Quartalsweise"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "RR-05"
      name: "E2-Quartals-Review durchführen"
      beschreibung: "Review-Sitzung mit Team"
      ebene: "E2"
      frequenz: "Quartalsweise"
      SM: "R"
      SHM-L: "A/R"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "RR-06"
      name: "E2-Quartalsbericht erstellen"
      beschreibung: "Dokumentation der Review-Ergebnisse"
      ebene: "E2"
      frequenz: "Quartalsweise"
      SM: "C"
      SHM-L: "A/R"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "I (bei Relevanz)"
      VB: "-"
      SH: "-"
      referenz: "template_shm-quartalsbericht.md"
    
    - id: "RR-07"
      name: "E2-Erweitert durchführen (Q2/Q4)"
      beschreibung: "Retrospektive und Verbesserungsplanung"
      ebene: "E2"
      frequenz: "Halbjährlich"
      SM: "R"
      SHM-L: "A/R"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    # -------------------------------------------------------------------------
    # E1: JAHRES-REVIEW
    # -------------------------------------------------------------------------
    
    - id: "RR-08"
      name: "E1-Jahresbericht vorbereiten"
      beschreibung: "Datensammlung und Analyse"
      ebene: "E1"
      frequenz: "Jährlich"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "RR-09"
      name: "E1-Jahresbericht erstellen"
      beschreibung: "Erstellung des SHM-Jahresberichts"
      ebene: "E1"
      frequenz: "Jährlich"
      SM: "C"
      SHM-L: "A/R"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "I"
      VB: "I"
      SH: "-"
      referenz: "template_shm-jahresbericht.md"
    
    - id: "RR-10"
      name: "E1-Halbjahres-Pulse erstellen"
      beschreibung: "Kurzform-Update zur Jahresmitte"
      ebene: "E1"
      frequenz: "Halbjährlich (Q2)"
      SM: "C"
      SHM-L: "A/R"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "I"
      VB: "I"
      SH: "-"
    
    # -------------------------------------------------------------------------
    # ÜBERGREIFENDE DIGIT-REVIEWS
    # -------------------------------------------------------------------------
    
    - id: "RR-11"
      name: "DPM-Portfolio-Review Input liefern"
      beschreibung: "SHM-Perspektive für Quartals-Review"
      ebene: "Übergreifend"
      frequenz: "Quartalsweise"
      SM: "R"
      SHM-L: "A/R"
      DPM: "A"
      SPM: "R"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"

# =============================================================================
# AKTIVITÄTEN: QUALITÄTSSICHERUNG
# =============================================================================

aktivitaeten_qualitaetssicherung:
  
  name: "Qualitätssicherung"
  beschreibung: |
    Aktivitäten zur Sicherstellung der SHM-Qualität und 
    kontinuierlichen Verbesserung.
  
  referenz: "shm_voice-of-customer.yaml, shm_rollen.yaml"
  
  aktivitaeten:
    
    # -------------------------------------------------------------------------
    # VOC (VOICE OF CUSTOMER)
    # -------------------------------------------------------------------------
    
    - id: "QS-01"
      name: "Beziehungsqualität bewerten"
      beschreibung: "Bewertung der Beziehung zu einzelnem Stakeholder"
      bereich: "VoC"
      SM: "A/R"
      SHM-L: "I"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "QS-02"
      name: "VoC-Highlight dokumentieren"
      beschreibung: "Erfassung relevanter Stakeholder-Äußerungen"
      bereich: "VoC"
      SM: "A/R"
      SHM-L: "I"
      DPM: "-"
      SPM: "I (bei D2)"
      SO: "I (bei D2)"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "QS-03"
      name: "VoC-Cluster-Status bewerten"
      beschreibung: "Aggregierte Bewertung pro VoC-Cluster"
      bereich: "VoC"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "QS-04"
      name: "VoC-Feedback an SPM weiterleiten"
      beschreibung: "Weiterleitung von D2-Feedback (Service-Qualität)"
      bereich: "VoC"
      SM: "A/R"
      SHM-L: "I"
      DPM: "-"
      SPM: "I"
      SO: "I"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "QS-05"
      name: "Maßnahmen bei VoC-Cluster-Rot initiieren"
      beschreibung: "Intervention bei kritischem Cluster-Status"
      bereich: "VoC"
      SM: "R"
      SHM-L: "A"
      DPM: "C (bei Demand-Bezug)"
      SPM: "C (bei Service-Bezug)"
      SO: "C"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "I"
      VB: "-"
      SH: "-"
    
    # -------------------------------------------------------------------------
    # METHODISCHE QUALITÄT
    # -------------------------------------------------------------------------
    
    - id: "QS-06"
      name: "Bedarfssteckbrief-Qualität prüfen"
      beschreibung: "Validierung vor Übergabe"
      bereich: "Methodik"
      SM: "A/R"
      SHM-L: "-"
      DPM: "C (bei Rückfragen)"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "QS-07"
      name: "Turnus-Gespräch-Qualität sichern"
      beschreibung: "Prüfung auf methodische Standards"
      bereich: "Methodik"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "QS-08"
      name: "Eskalationen nachverfolgen"
      beschreibung: "Tracking kritischer Fälle, Muster erkennen"
      bereich: "Methodik"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    # -------------------------------------------------------------------------
    # VERBESSERUNG
    # -------------------------------------------------------------------------
    
    - id: "QS-09"
      name: "Verbesserungsmaßnahmen planen"
      beschreibung: "Ableitung von Maßnahmen aus E2-Erweitert"
      bereich: "Verbesserung"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "QS-10"
      name: "Verbesserungsmaßnahmen umsetzen"
      beschreibung: "Umsetzung geplanter Verbesserungen"
      bereich: "Verbesserung"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"
    
    - id: "QS-11"
      name: "Verbesserungsmaßnahmen evaluieren"
      beschreibung: "Bewertung der Wirksamkeit"
      bereich: "Verbesserung"
      SM: "R"
      SHM-L: "A"
      DPM: "-"
      SPM: "-"
      SO: "-"
      SD: "-"
      DSR: "-"
      SOR: "-"
      MB: "-"
      VB: "-"
      SH: "-"

# =============================================================================
# ZUSAMMENFASSUNG: ACCOUNTABLE-ZUORDNUNG
# =============================================================================

accountable_zusammenfassung:
  
  beschreibung: |
    Übersicht über die Accountable-Zuordnung nach Bereichen.
    Diese Kurzreferenz dient der schnellen Orientierung.
  
  bereiche:
    
    - bereich: "Portfolio-Pflege (operative Aktivitäten)"
      accountable: "Stakeholder-Manager:in"
      begruendung: "GP1: Fachexpertise = Verantwortung"
      ausnahmen: "Strategische Änderungen → SHM-L / VB"
    
    - bereich: "Portfolio-Pflege (taktische Steuerung)"
      accountable: "Leitung SHM"
      begruendung: "Priorisierung, Zuordnung, Modi-Änderungen"
    
    - bereich: "Bedarfsbewertung (Regelfall)"
      accountable: "Stakeholder-Manager:in"
      begruendung: "GP1: Fachexpertise = Verantwortung"
    
    - bereich: "Bedarfsbewertung (Grenzfall)"
      accountable: "SOR"
      begruendung: "GP2: Governance-Gate bei Unsicherheit"
    
    - bereich: "Stakeholder-Interaktion (individuell)"
      accountable: "Stakeholder-Manager:in"
      begruendung: "Operative Kundenbetreuung"
    
    - bereich: "Stakeholder-Interaktion (kollektiv)"
      accountable: "Leitung SHM"
      begruendung: "Kundenforum-Gesamtverantwortung"
    
    - bereich: "Gremienarbeit DSR"
      accountable: "DSR (als Gremium)"
      begruendung: "SM bringt Perspektive ein, DSR entscheidet"
    
    - bereich: "Gremienarbeit MB"
      accountable: "MB (als Gremium)"
      begruendung: "SHM-L ist Mitglied, MB entscheidet"
    
    - bereich: "Review E1/E2"
      accountable: "Leitung SHM"
      begruendung: "Abteilungsverantwortung für Reporting"
    
    - bereich: "Review E3"
      accountable: "Leitung SHM"
      begruendung: "Team-Koordination"
    
    - bereich: "Qualitätssicherung VoC"
      accountable: "Leitung SHM"
      begruendung: "Aggregation und strategische Ableitung"
    
    - bereich: "Qualitätssicherung Methodik"
      accountable: "Leitung SHM"
      begruendung: "Methodische Standards sichern"

# =============================================================================
# OFFENE PUNKTE
# =============================================================================

offene_punkte:
  
  - id: "OPEN-RACI-001"
    thema: "RACI-Validierung mit DIGIT"
    beschreibung: |
      Die RACI-Matrix muss mit DIGIT validiert werden, insbesondere 
      die Schnittstellen-Aktivitäten und Gremienrollen.
    prioritaet: "hoch"
    status: "Mit DIGIT zu klären"
  
  - id: "OPEN-RACI-002"
    thema: "Service-Steckbrief-QS operationalisieren"
    beschreibung: |
      Die SHM-Einbindung bei Service-Steckbrief-Prüfung (QS-05 in SCM) 
      ist im MVP optional. Muss nach SHM-Operationalisierung aktiviert werden.
    prioritaet: "mittel"
    status: "Abhängig von SHM-Operationalisierung"
    referenz: "SPM GOV-009"

# =============================================================================
# ÄNDERUNGSHISTORIE
# =============================================================================

aenderungshistorie:
  - version: "1.0"
    datum: "2025-12-10"
    autor: "DIGITOM-Projekt"
    aenderung: |
      Initiale Erstellung der SHM-RACI-Matrix.
      - 6 Aktivitätsbereiche definiert
      - 54 Aktivitäten dokumentiert
      - Governance-Prinzipien GP1/GP2/GP3 angewendet
      - Accountable-Zusammenfassung erstellt