digitom_cc/#03_stakeholder-management/#03.2_governance/shm_raci.yaml
2026-03-23 22:28:45 +01:00

1540 lines
No EOL
37 KiB
YAML

# ========================================
# 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