init: DIGITOM Kernkonzept YAML-Dateien (initialer Import)

#05_prozessmanagement/#05.2_governance/pm_governance-framework.yaml

@@ -0,0 +1,528 @@
+# =============================================================================
+# GOVERNANCE-FRAMEWORK: PROZESS-MANAGEMENT (PM)
+# =============================================================================
+# Version: 1.0
+# Datum: 2026-02-05
+# Status: Draft - Konvertiert aus Word-Dokumentation
+# =============================================================================
+
+meta:
+  typ: "governance-framework"
+  funktion_id: "pm"
+  funktion_name: "Prozess-Management"
+  version: "1.0"
+  gueltig_ab: "2026-02-05"
+  geltungsbereich: "DIGITOM / Prozess-Governance"
+
+  status:
+    inhaltlich_abgenommen_durch: ["PM-Teammitglied"]
+    status: "draft"
+
+  quellen:
+    - "#05 - Prozess-Management: Governance-Modell.docx"
+
+# =============================================================================
+# 1. GOVERNANCE-PHILOSOPHIE UND GRUNDPRINZIPIEN
+# =============================================================================
+
+governance_philosophie:
+  kernaussage: |
+    Das Prozess-Management-Governance-Framework folgt dem Prinzip der
+    "Befähigungs-Governance" - es soll befähigen und unterstützen, nicht
+    kontrollieren und bremsen. Gleichzeitig muss es sich nahtlos in die
+    bestehende DIGITOM-Governance-Architektur integrieren.
+
+  leitprinzipien:
+    - prinzip: "Subsidiarität"
+      beschreibung: |
+        Entscheidungen werden auf der niedrigstmöglichen Ebene getroffen,
+        die kompetent und legitimiert ist. Operative Prozess-Beratung braucht
+        keine Gremien-Freigabe, strategische Framework-Änderungen schon.
+
+    - prinzip: "Proportionalität"
+      beschreibung: |
+        Der Governance-Aufwand muss dem Risiko und der Tragweite einer
+        Entscheidung angemessen sein. Eine Template-Anpassung braucht weniger
+        Governance als eine komplette Framework-Transformation.
+
+    - prinzip: "Integration"
+      beschreibung: |
+        PM-Governance ergänzt die bestehende DIGITOM-Governance, ersetzt sie nicht.
+        Vision Board, Mission Board und DSR bleiben die primären Steuerungsgremien.
+
+    - prinzip: "Transparenz"
+      beschreibung: |
+        Alle Governance-Entscheidungen und ihre Begründungen müssen nachvollziehbar
+        dokumentiert und kommuniziert werden.
+
+# =============================================================================
+# 2. INTERNE PM-GOVERNANCE
+# =============================================================================
+
+interne_governance:
+
+  # ---------------------------------------------------------------------------
+  # 2.1 Framework-Änderungs-Governance
+  # ---------------------------------------------------------------------------
+  framework_aenderungen:
+    beschreibung: |
+      Die Governance für Framework-Änderungen folgt einem dreistufigen Modell,
+      das die Komplexität und Tragweite der Änderungen berücksichtigt.
+
+    kategorie_a:
+      name: "Operative Anpassungen"
+      definition: |
+        Kleinere Verbesserungen, Klarstellungen oder Ergänzungen,
+        die die Framework-Grundlogik nicht verändern.
+      beispiele:
+        - "Template-Updates"
+        - "Methodenbeschreibungs-Präzisierungen"
+        - "Tool-Konfigurationsanpassungen"
+        - "FAQ-Ergänzungen"
+      entscheidungsweg:
+        - schritt: 1
+          aktion: "Prozess-Framework-Manager*in trifft Entscheidung eigenständig nach fachlicher Prüfung und Dokumentation"
+        - schritt: 2
+          aktion: "Prozess-Management-Team gibt formale Freigabe"
+        - schritt: 3
+          aktion: "Leiter*in Prozess-Management wird zeitnah informiert"
+        - schritt: 4
+          aktion: "Betroffene Process Owner und Key-User werden über reguläre Kommunikationskanäle benachrichtigt"
+      implementierung:
+        - "Kann sofort umgesetzt werden"
+        - "Änderungen werden im Framework-Changelog dokumentiert"
+
+    kategorie_b:
+      name: "Taktische Erweiterungen"
+      definition: |
+        Bedeutendere Änderungen, die neue Elemente einführen oder bestehende erweitern,
+        aber die Framework-Architektur beibehalten.
+      beispiele:
+        - "Neue Prozess-Kategorien"
+        - "Zusätzliche PM-Governance-Elemente"
+        - "Erweiterte KPI-Systematiken"
+        - "Neue Qualifizierungsmodule"
+      entscheidungsweg:
+        - schritt: 1
+          aktion: "Prozess-Framework-Manager*in entwickelt den Vorschlag"
+        - schritt: 2
+          aktion: "Prozess-Management-Team gibt formale Freigabe"
+        - schritt: 3
+          aktion: "Betroffene Process Owner werden konsultiert und können Einwände oder Verbesserungsvorschläge einbringen"
+        - schritt: 4
+          aktion: "Mission Board wird über die Änderung informiert und kann Feedback geben"
+      implementierung:
+        - "Erfordert Vorlaufzeit für Stakeholder-Abstimmung und Kommunikation"
+        - "Implementierung erfolgt zu definierten Stichtagen für Planbarkeit"
+
+    kategorie_c:
+      name: "Strategische Transformationen"
+      definition: |
+        Fundamentale Änderungen der Framework-Philosophie oder -Architektur,
+        die das Operating Model betreffen.
+      beispiele:
+        - "Wechsel der Grundmethodik"
+        - "Komplette Neudefinition der PM-Governance-Struktur"
+        - "Integration neuer strategischer Anforderungen"
+      entscheidungsweg:
+        - schritt: 1
+          aktion: "Prozess-Framework-Manager*in erarbeitet Konzept mit Stakeholder-Analyse und Impact-Assessment"
+        - schritt: 2
+          aktion: "Leiter*in Prozess-Management koordiniert umfassende Abstimmungsrunde mit allen betroffenen Bereichen"
+        - schritt: 3
+          aktion: "Mission Board führt Vorbewertung durch und gibt Empfehlung ab"
+        - schritt: 4
+          aktion: "Vision Board trifft finale Entscheidung nach Präsentation des Konzepts"
+      implementierung:
+        - "Erfordert längere Vorlaufzeit mit detailliertem Change Management-Plan"
+        - "Implementierung erfolgt als formales Transformationsprojekt mit entsprechendem Projektmanagement"
+
+  # ---------------------------------------------------------------------------
+  # 2.2 Ressourcen- und Prioritäts-Governance
+  # ---------------------------------------------------------------------------
+  ressourcen_governance:
+    kapazitaetsallokation:
+      beschreibung: |
+        Die Leiter*in Prozess-Management verteilt die verfügbaren PM-Kapazitäten
+        nach folgender Prioritätslogik:
+      prioritaeten:
+        - prio: 1
+          typ: "Strategische Leistungen mit Vision Board-Freigabe"
+        - prio: 2
+          typ: "Projekt Leistungen mit Mission Board-Freigabe"
+        - prio: 3
+          typ: "Compliance-kritische Standard Leistungen"
+        - prio: 4
+          typ: "Geplante Standard Leistungen aus Jahresplanung"
+        - prio: 5
+          typ: "Ad-hoc Standard Leistungen nach Verfügbarkeit"
+
+    interne_koordination:
+      - format: "Wöchentliche PM-Team-Abstimmung"
+        inhalt: "Operative Koordination, Ressourcenplanung, Problem-Eskalation"
+      - format: "Monatliche Stakeholder-Runde"
+        inhalt: "Review mit Process Ownern, Feedback-Sammlung, Planungsabstimmung"
+      - format: "Regelmäßige Governance-Review"
+        inhalt: "Framework-Performance, Governance-Optimierung, strategische Ausrichtung"
+
+# =============================================================================
+# 3. LEISTUNGS-GOVERNANCE UND BEAUFTRAGUNG
+# =============================================================================
+
+leistungs_governance:
+
+  # ---------------------------------------------------------------------------
+  # 3.1 Leistungskategorien
+  # ---------------------------------------------------------------------------
+  leistungskategorien:
+
+    standard_leistungen:
+      definition: |
+        Wiederkehrende, standardisierte PM-Unterstützung für operative Bedarfe.
+      beispiele:
+        - "Prozess-Workshops in definierten Bereichen"
+        - "Einzelberatungen"
+        - "PM-Framework-Schulungen"
+        - "Prozess-Assessments"
+        - "Key-User-Support"
+      beauftragungsberechtigung: "Alle DIGITOM-Mitarbeitenden über Ticketsystem oder direkte Anfrage"
+      entscheidungsweg:
+        - "Anfragen werden von zuständiger PM-Rolle (meist Prozess-Berater*in) bewertet"
+        - "Bearbeitung nach Verfügbarkeit und Priorität"
+        - "Bei Ressourcenkonflikten entscheidet Leiter*in Prozess-Management"
+
+    projekt_leistungen:
+      definition: |
+        Umfangreichere, projektähnliche PM-Unterstützung, die signifikante Ressourcen bindet.
+      beispiele:
+        - "Komplette Prozess-Neugestaltung"
+        - "PM-Tool-Einführung"
+        - "Bereichsspezifische PM-Framework-Entwicklung"
+        - "Umfassende Prozess-Transformationen"
+      abgrenzung:
+        quantitativ:
+          - "Leistung über 10 Beratungstage"
+          - "Laufzeit über 4 Wochen"
+        qualitativ:
+          - "Leistung mit mehreren Fachbereichen/Abteilungen"
+          - "Framework-Implikationen"
+          - "Strategische Relevanz"
+      beauftragungsberechtigung: "Fachbereichs-/Abteilungsleitungen, Projektleitungen, Gremien"
+      entscheidungsweg:
+        - "Antrag wird von Leiter*in PM formuliert und in Mission Board eingebracht"
+        - "Mission Board prüft strategische Passung, Ressourcen-Impact und Priorisierung"
+        - "Bei Freigabe wird Leistung als Projekt konfiguriert mit entsprechendem Projektmanagement"
+
+    strategische_leistungen:
+      definition: |
+        Strategische PM-Initiativen, die das Operating Model weiterentwickeln oder transformieren.
+      beispiele:
+        - "Entwicklung neuer Governance-Strukturen"
+        - "Strategische Prozess-Digitalisierung"
+        - "Organisationsweite Methodeneinführung"
+        - "Integration in Transformationsprojekte"
+      beauftragungsberechtigung:
+        - "Vision Board (proaktiv)"
+        - "Mission Board/Leiter*in PM (als Vorschlag)"
+      entscheidungsweg:
+        - "Konzeptentwicklung durch PM-Team mit strategischer Stakeholder-Analyse"
+        - "Vision Board-Präsentation mit Ressourcen-Impact, Zeitplan und erwarteten Outcomes"
+        - "Bei Freigabe erfolgt Mandatierung als strategisches Projekt"
+
+    krisen_leistungen:
+      definition: |
+        Dringende Prozess-Unterstützung bei akuten Problemen oder Krisen.
+      beispiele:
+        - "Compliance-Verstöße mit Prozess-Bezug"
+        - "Schwerwiegende Prozess-Störungen"
+        - "Akute Konfliktmediation"
+      beauftragungsberechtigung:
+        - "Jede Abteilungsleitung bei akuten Problemen"
+        - "Amtsleitung bei kritischen Situationen"
+      entscheidungsweg:
+        - "Sofortige Bewertung und Klassifizierung durch Leiter*in PM"
+        - "Ressourcen-Umschichtung nach Krisenlogik (andere Leistungen werden pausiert)"
+        - "Bildung eines Response-Teams aus relevanten PM-Rollen"
+        - "Nachträgliche Information an Mission Board"
+        - "Post-Crisis-Review zur Governance-Optimierung"
+
+  # ---------------------------------------------------------------------------
+  # 3.2 Projektzentrierte Prozessgestaltung
+  # ---------------------------------------------------------------------------
+  projektzentrierte_prozessgestaltung:
+    beschreibung: "Spezial-PM-Governance für Projekte mit Prozess-Impact"
+
+    obligatorische_compliance:
+      hinweis: "Jedes Projekt, das Prozesse neu gestaltet oder verändert, muss folgende PM-Elemente berücksichtigen:"
+      elemente:
+        - name: "Key-User-Integration"
+          beschreibung: "Key-User müssen konsultiert und in die Prozessgestaltung eingebunden werden"
+        - name: "PM-Framework-konforme Dokumentation"
+          beschreibung: "Neue Prozesse müssen nach PM-Standards dokumentiert werden"
+        - name: "Process Owner-Koordination"
+          beschreibung: "Bei Änderungen an bestehenden Prozessen muss der zuständige Process Owner konsultiert werden"
+        - name: "Standardnotation"
+          beschreibung: "Prozessmodellierung muss PM-Framework-konforme Notation verwenden"
+
+    process_owner_abnahme:
+      name: "Process Owner-Abnahme als Quality Gate"
+      beschreibung: |
+        Bei allen Projekten, die Prozesse verändern, die einem Process Owner
+        zugeordnet sind, muss dieser formale Abnahme-Verantwortung übernehmen.
+      pruefbereiche:
+        - "Fachliche Korrektheit: End-to-End-Konsistenz des veränderten Prozesses"
+        - "Schnittstellen-Impact: Auswirkungen auf vor- und nachgelagerte Prozesse"
+        - "Implementierbarkeit: Praktische Umsetzbarkeit im operativen Betrieb"
+      veto_recht:
+        - "Process Owner hat finales Veto-Recht bei inhaltlichen Aspekten"
+        - "Bei Veto: Verpflichtende Mediation durch PM-Leitung"
+        - "Eskalation ans Mission Board nur bei unlösbaren Konflikten"
+        - "Dokumentationspflicht für Veto-Gründe"
+
+    pm_qualitaetspruefung:
+      name: "PM-Qualitätsprüfung als methodisches Quality Gate"
+      beschreibung: |
+        Für alle Projekte mit Prozess-Impact führt die PM-Funktion eine formale
+        Qualitätsprüfung durch (vor Projektabschluss, Voraussetzung für finale Abnahme).
+      pruefbereiche:
+        - "PM-Framework-Compliance-Check: Einhaltung aller PM-Standards"
+        - "Cross-Process-Impact-Analysis: Bewertung möglicher Seiteneffekte auf andere Prozesse"
+        - "Tool-Kompatibilität: Integration in bestehende PM-Tools"
+        - "Dokumentations-Vollständigkeit: Vollständige und korrekte Dokumentation"
+
+# =============================================================================
+# 4. EXTERNE GOVERNANCE-INTEGRATION
+# =============================================================================
+
+externe_governance:
+
+  # ---------------------------------------------------------------------------
+  # 4.1 Vision Board-Integration
+  # ---------------------------------------------------------------------------
+  vision_board:
+    pm_relevante_entscheidungen:
+      - "PM-Strategische Ausrichtung: Grundsätzliche Rolle und Positionierung der PM-Funktion in DIGITOM"
+      - "Framework-Transformationen: Freigabe strategischer Framework-Änderungen (Kategorie C)"
+      - "Strategische Leistungen: Beauftragung und Priorisierung strategischer PM-Initiativen"
+      - "PM-Ressourcen-Rahmen: Grundsätzliche Kapazitäts- und Budget-Entscheidungen für PM-Funktion"
+
+    pm_input:
+      beschreibung: "Die Leiter*in PM liefert strategischen Input für Vision Board-Entscheidungen:"
+      inhalte:
+        - "Prozesslandschafts-Assessment: Jährliche Bewertung der Prozess-Reife und strategischen Prozess-Herausforderungen"
+        - "Framework-Entwicklungsvorschläge: Vorschläge für strategische Framework-Weiterentwicklungen"
+        - "Organisationsreife-Einschätzung: Assessment der PM-Kompetenz und Change-Bereitschaft in DIGITOM"
+
+  # ---------------------------------------------------------------------------
+  # 4.2 Mission Board-Integration
+  # ---------------------------------------------------------------------------
+  mission_board:
+    pm_relevante_entscheidungen:
+      beschreibung: "Das Mission Board fungiert als taktische Steuerungsebene für PM-Leistungen:"
+      entscheidungen:
+        - "Freigabe von Projekt-Leistungen: Entscheidung über ressourcenintensive PM-Unterstützung"
+        - "Prioritäts-Konflikte: Auflösung von Ressourcenkonflikten zwischen verschiedenen PM-Anfragen"
+        - "Prozess-Governance-Eskalationen: Entscheidung bei schwerwiegenden Governance-Konflikten"
+        - "Jährliche PM-Leistungsplanung: Freigabe des Jahresplans für geplante PM-Leistungen"
+
+    pm_reporting:
+      - "Regelmäßige Governance-Reports: Performance der PM-Funktion, Framework-Adoption, kritische Issues"
+      - "Ad-hoc Eskalations-Briefings: Bei strategischen Problemen oder Ressourcenengpässen"
+      - "Jährliche Leistungsplanung: Vorstellung des geplanten Leistungs-Portfolios für das Folgejahr"
+
+# =============================================================================
+# 5. VERANTWORTUNGS- UND ESKALATIONSARCHITEKTUR
+# =============================================================================
+
+verantwortungsarchitektur:
+
+  # ---------------------------------------------------------------------------
+  # 5.1 Primäre Verantwortlichkeiten
+  # ---------------------------------------------------------------------------
+  primaere_verantwortlichkeiten:
+
+    leiter_pm:
+      rolle: "Leiter*in Prozess-Management"
+      verantwortlichkeiten:
+        - "Strategische Verantwortung: Ausrichtung der PM-Funktion an DIGITOM-Zielen"
+        - "Ressourcen-Verantwortung: Allokation von PM-Kapazitäten nach strategischen Prioritäten"
+        - "Stakeholder-Verantwortung: Management der Beziehungen zu Gremien und Fachbereichen"
+        - "Eskalations-Verantwortung: Entscheidung bei PM-internen Konflikten und strategischen Issues"
+      delegation_nach_oben:
+        - "Konflikte mit gesetzlichen vs. strategischen Prioritäten"
+        - "Grundsätzliche Richtungsentscheidungen"
+        - "Politisch sensible Themen"
+
+    prozess_framework_manager:
+      rolle: "Prozess-Framework-Manager*in"
+      verantwortlichkeiten:
+        - "Framework-Verantwortung: Qualität, Aktualität und Anwendbarkeit des PM-Frameworks"
+        - "Standards-Verantwortung: Definition und Pflege einheitlicher PM-Standards"
+        - "Innovation-Verantwortung: Integration neuer Tools, Methoden und Best Practices"
+
+    prozesslandschafts_koordinator:
+      rolle: "Prozesslandschafts-Koordinator*in"
+      verantwortlichkeiten:
+        - "Governance-Verantwortung: Überwachung der PM-Framework-Compliance und Governance-Qualität"
+        - "Koordinations-Verantwortung: Abstimmung zwischen verschiedenen Process Ownern"
+        - "Reporting-Verantwortung: Bereitstellung von PM-Governance-Transparenz für Gremien"
+
+    prozess_berater:
+      rolle: "Prozess-Berater*in"
+      verantwortlichkeiten:
+        - "Leistungsverantwortung: Qualität der direkten PM-Beratung und -Unterstützung"
+        - "Kundenverantwortung: Zufriedenheit und Erfolg der betreuten Fachbereiche"
+
+    key_user_netzwerk_manager:
+      rolle: "Key-User-Netzwerk-Manager*in"
+      verantwortlichkeiten:
+        - "Community-Verantwortung: Aufbau und Betreuung des dezentralen PM-Netzwerks"
+        - "Befähigungs-Verantwortung: Kompetenzentwicklung und Selbsthilfe-Befähigung"
+
+  # ---------------------------------------------------------------------------
+  # 5.2 Eskalationswege
+  # ---------------------------------------------------------------------------
+  eskalationswege:
+
+    stufe_1:
+      name: "Operative Eskalation (binnen PM-Funktion)"
+      trigger:
+        - "Ressourcenkonflikte"
+        - "Komplexe Beratungsfälle"
+        - "Methodenunklarheiten"
+      eskalationsweg: "Beratende PM-Rolle → Leiter*in PM"
+      zeitrahmen: "24-48 Stunden für Entscheidung"
+      outcomes:
+        - "Ressourcen-Umpriorisierung"
+        - "Methodische Klärung"
+        - "Interne Lösungsfindung"
+
+    stufe_2:
+      name: "Taktische Eskalation (Mission Board)"
+      trigger:
+        - "Strategische Ressourcenkonflikte"
+        - "Framework-Widerstand"
+        - "Prozessübergreifende Konflikte"
+      eskalationsweg: "Leiter*in PM → Mission Board (über reguläre Sitzungen oder ad-hoc)"
+      zeitrahmen: "1-2 Wochen für Mission Board-Behandlung"
+      outcomes:
+        - "Prioritäts-Neuordnung"
+        - "Konfliktlösung"
+        - "Zusätzliche Ressourcen-Freigabe"
+      verpflichtende_eskalation:
+        - "Ressourcenkonflikte zwischen Projekten mit harten Deadlines"
+        - "Governance-Lücken, die nicht binnen 4 Wochen gelöst werden können"
+        - "Verweigerung der Zusammenarbeit durch Abteilungen"
+        - "Grundsätzliche Framework-Widerstände aus mehreren Bereichen"
+
+    stufe_3:
+      name: "Strategische Eskalation (Vision Board)"
+      trigger:
+        - "Grundsätzliche Framework-Konflikte"
+        - "Strategische PM-Richtungsfragen"
+        - "Organisationsweite PM-Krisen"
+      eskalationsweg: "Mission Board → Vision Board oder direkt durch Leiter*in PM bei Krisensituationen"
+      zeitrahmen: "2-4 Wochen für strategische Entscheidung"
+      outcomes:
+        - "Strategische Neuausrichtung"
+        - "Framework-Grundsatzentscheidungen"
+        - "Organisationsänderungen"
+
+  # ---------------------------------------------------------------------------
+  # 5.3 Governance-Lücken-Management
+  # ---------------------------------------------------------------------------
+  governance_luecken_management:
+    beschreibung: "Wenn die PLK eine Governance-Lücke im DIGIT/DIGITOM identifiziert:"
+
+    kurzfristig_loesbar:
+      - "PLK informiert Prozessberater*in"
+      - "Prozessberater*in spricht mit verantwortlicher Person im Fachbereich"
+      - "Bei erfolgreicher Lösung: Dokumentation durch PLK, Monitoring der Umsetzung"
+
+    langfristig_strukturell:
+      - "PLK dokumentiert die Governance-Lücke"
+      - "Strukturierte Eskalation über LPM ans Mission Board"
+      - "Mission Board priorisiert und entscheidet über Maßnahmen"
+      - "PLK verfolgt initiierte Maßnahmen bis zur Schließung der Lücke nach"
+
+    keine_kooperation:
+      - "Direkte Eskalation ans Mission Board mit Hinweis auf Verweigerung"
+      - "Mission Board entscheidet über verbindliche Maßnahmen"
+
+  # ---------------------------------------------------------------------------
+  # 5.4 Konfliktlösungs-Mechanismen
+  # ---------------------------------------------------------------------------
+  konfliktloesung:
+
+    framework_widerstand:
+      - stufe: 1
+        aktion: "Prozess-Berater*in führt Stakeholder-Dialog zur Bedarfsklärung"
+      - stufe: 2
+        aktion: "Prozesslandschafts-Koordinator*in moderiert Interessenausgleich"
+      - stufe: 3
+        aktion: "Leiter*in PM eskaliert an zuständiges Gremium für autoritative Entscheidung"
+
+    ressourcen_konkurrenz:
+      - "Dokumentation aller konkurrierenden Anfragen mit Business Case und Dringlichkeit"
+      - "Stakeholder-Konsultation zur Interessenabwägung"
+      - "Entscheidung durch Leiter*in PM nach definierten Prioritätskriterien"
+      - "Transparente Kommunikation der Entscheidung und alternative Lösungsoptionen"
+
+    compliance_konflikte:
+      - "Sofortige Einbindung relevanter Compliance-Funktionen (ISB, Datenschutz, QM)"
+      - "Gemeinsame Lösungsentwicklung zwischen PM und Compliance-Bereichen"
+      - "Eskalation an Mission Board bei unauflösbaren Zielkonflikten"
+
+# =============================================================================
+# 6. JAHRESPLANUNG UND STRATEGISCHE LEISTUNGS-GOVERNANCE
+# =============================================================================
+
+jahresplanung:
+
+  planungsprozess:
+    - zeitpunkt: "Q4 des Vorjahres"
+      aktivitaet: "Bedarfserhebung bei allen Stakeholdern und strategische Priorisierung"
+    - zeitpunkt: "Dezember"
+      aktivitaet: "Entwurf des PM-Leistungsplans mit Ressourcenallokation und Zeitplanung"
+    - zeitpunkt: "Januar"
+      aktivitaet: "Mission Board-Freigabe des Plans nach eventuellen Anpassungen"
+    - zeitpunkt: "Februar"
+      aktivitaet: "Kommunikation und Abstimmung der geplanten Leistungen mit Stakeholdern"
+
+  leistungs_portfolio_struktur:
+    hinweis: "Beispielhafte Verteilung"
+    verteilung:
+      - kategorie: "Strategische Leistungen"
+        anteil: "40%"
+        beschreibung: "Vom Vision Board beauftragte strategische Initiativen"
+      - kategorie: "Projekt Leistungen"
+        anteil: "30%"
+        beschreibung: "Geplante projektbezogene PM-Unterstützung nach Mission Board-Priorisierung"
+      - kategorie: "Geplante Standard-Leistungen"
+        anteil: "20%"
+        beschreibung: "Regelmäßige Leistungen wie Schulungen, Community-Events, Framework-Updates"
+      - kategorie: "Krisen-Reserve"
+        anteil: "10%"
+        beschreibung: "Reserve für ungeplante Krisen-Leistungen"
+
+# =============================================================================
+# ÄNDERUNGSHISTORIE
+# =============================================================================
+
+aenderungshistorie:
+  - version: "1.0"
+    datum: "2026-02-05"
+    aenderung: |
+      Initiale Erstellung durch Konvertierung aus Word-Dokument.
+      Quelle: #05 - Prozess-Management: Governance-Modell.docx
+
+      Inhalte:
+      - Governance-Philosophie und Leitprinzipien
+      - Interne PM-Governance (Framework-Änderungen Kat. A/B/C)
+      - Leistungs-Governance (4 Leistungskategorien)
+      - Projektzentrierte Prozessgestaltung (Quality Gates)
+      - Externe Governance-Integration (VB, MB)
+      - Eskalationsarchitektur (3 Stufen)
+      - Konfliktlösungs-Mechanismen
+      - Jahresplanung
+    autor: "DIGITOM-Projekt"

#05_prozessmanagement/#05.2_governance/pm_raci.yaml

@@ -0,0 +1,721 @@
+# =============================================================================
+# RACI-MATRIX: PROZESS-MANAGEMENT (PM)
+# =============================================================================
+# Version: 1.0
+# Datum: 2026-02-05
+# Status: Draft - Konvertiert aus Excel-Dokumentation
+# =============================================================================
+
+meta:
+  typ: "raci-matrix"
+  funktion_id: "pm"
+  funktion_name: "Prozess-Management"
+  version: "1.0"
+  gueltig_ab: "2026-02-05"
+  geltungsbereich: "DIGITOM / Prozess-Management"
+
+  status:
+    inhaltlich_abgenommen_durch: ["PM-Teammitglied"]
+    status: "draft"
+
+  quellen:
+    - "#06 - Prozess-Management: RACI Matrix.xlsx"
+
+# =============================================================================
+# RACI-LEGENDE
+# =============================================================================
+
+legende:
+  R:
+    name: "Responsible"
+    beschreibung: "Führt die Aktivität aus, ist operativ verantwortlich"
+  A:
+    name: "Accountable"
+    beschreibung: "Hat die finale Verantwortung und Entscheidungsbefugnis"
+  C:
+    name: "Consulted"
+    beschreibung: "Wird vor der Entscheidung konsultiert, gibt fachlichen Input"
+  I:
+    name: "Informed"
+    beschreibung: "Wird über das Ergebnis informiert"
+
+  kombinationen:
+    "A/R": "Accountable und Responsible in einer Rolle"
+    "R (lokal)": "Responsible auf lokaler Ebene (Key-User-Netzwerk/Bereich)"
+    "C (fachlich)": "Consulted für Fachprozesse"
+
+  hinweis_entscheidung: "Bei Unentschieden im PM-Team hat LPM Entscheidungshoheit"
+
+# =============================================================================
+# ROLLEN-ÜBERSICHT
+# =============================================================================
+
+rollen:
+  # Interne PM-Rollen
+  LPM:
+    name: "Leitung Prozess-Management"
+    fokus: "Strategische Führung, Ressourcenverantwortung"
+    kategorie: "intern"
+
+  PFM:
+    name: "Prozess-Framework-Manager:in"
+    fokus: "Methodische Standards, Framework-Entwicklung"
+    kategorie: "intern"
+
+  PLK:
+    name: "Prozesslandschafts-Koordinator:in"
+    fokus: "Übergreifende Prozessharmonisierung"
+    kategorie: "intern"
+
+  PB:
+    name: "Prozess-Berater:in-Team"
+    fokus: "Operative Beratung und Durchführung"
+    kategorie: "intern"
+
+  KNM:
+    name: "Key-User-Netzwerk-Manager:in"
+    fokus: "Dezentrale PM-Befähigung, Community-Management"
+    kategorie: "intern"
+
+  # Schnittstellenrollen
+  PO:
+    name: "Process Owner"
+    fokus: "Fachliche Prozessverantwortung"
+    kategorie: "schnittstelle"
+
+  KU:
+    name: "Key User"
+    fokus: "Lokale Prozessexpertise, erste Anlaufstelle"
+    kategorie: "schnittstelle"
+
+  # Governance-Rollen
+  GL:
+    name: "Geschäftsleitung (VB/MB/AL konsolidiert)"
+    fokus: "Strategische Entscheidungen"
+    kategorie: "governance"
+    hinweis: "VB = Vision Board, MB = Mission Board, AL = Amtsleitung"
+
+  # Externe Rollen
+  PL:
+    name: "Projektleitung"
+    fokus: "Projektspezifische Umsetzung"
+    kategorie: "extern"
+
+  QS:
+    name: "Qualitätssicherung (ISB/DSB/ITA konsolidiert)"
+    fokus: "Compliance und technische Standards"
+    kategorie: "extern"
+    hinweis: "ISB = Informationssicherheitsbeauftragter, DSB = Datenschutzbeauftragter, ITA = IT-Architektur"
+
+  FBL:
+    name: "Fachbereichsleitung"
+    fokus: "Fachliche Auftraggeber"
+    kategorie: "extern"
+
+# =============================================================================
+# 1. FRAMEWORK-GOVERNANCE
+# =============================================================================
+
+bereich_1_framework_governance:
+  name: "Framework-Governance"
+
+  # ---------------------------------------------------------------------------
+  # 1.1 Framework-Entwicklung
+  # ---------------------------------------------------------------------------
+  framework_entwicklung:
+    name: "Framework-Entwicklung"
+
+    kategorie_a_operative_anpassungen:
+      name: "Kategorie A: Operative Anpassungen"
+      aktivitaeten:
+        - aktivitaet: "Methoden-Feintuning"
+          LPM: "I"
+          PFM: "R"
+          PLK: "C"
+          PB: "C"
+          PO: "I"
+          GL: "-"
+          KNM: "I"
+          KU: "I"
+          PM_Team: "A/R"
+
+        - aktivitaet: "Template-Updates"
+          LPM: "I"
+          PFM: "R"
+          PLK: "C"
+          PB: "C"
+          PO: "I"
+          GL: "-"
+          KNM: "I"
+          KU: "I"
+          PM_Team: "A/R"
+
+        - aktivitaet: "Dokumentation aktualisieren"
+          LPM: "I"
+          PFM: "R"
+          PLK: "C"
+          PB: "C"
+          PO: "I"
+          GL: "-"
+          KNM: "I"
+          KU: "I"
+          PM_Team: "A/R"
+
+    kategorie_b_taktische_erweiterungen:
+      name: "Kategorie B: Taktische Erweiterungen"
+      aktivitaeten:
+        - aktivitaet: "Neue Methoden entwickeln"
+          LPM: "A"
+          PFM: "R"
+          PLK: "C"
+          PB: "C"
+          PO: "C"
+          GL: "I"
+          KNM: "C"
+          KU: "I"
+
+        - aktivitaet: "Standards erweitern"
+          LPM: "A"
+          PFM: "R"
+          PLK: "C"
+          PB: "C"
+          PO: "C"
+          GL: "I"
+          KNM: "C"
+          KU: "I"
+
+        - aktivitaet: "Tool-Integration"
+          LPM: "A"
+          PFM: "R"
+          PLK: "C"
+          PB: "C"
+          PO: "I"
+          GL: "I"
+          QS: "C"
+
+    kategorie_c_strategische_transformationen:
+      name: "Kategorie C: Strategische Transformationen"
+      aktivitaeten:
+        - aktivitaet: "Framework-Neuausrichtung"
+          LPM: "R"
+          PFM: "R"
+          PLK: "C"
+          PB: "C"
+          PO: "C"
+          GL: "A"
+          KNM: "C"
+          KU: "I"
+
+        - aktivitaet: "Paradigmenwechsel"
+          LPM: "R"
+          PFM: "R"
+          PLK: "C"
+          PB: "C"
+          PO: "C"
+          GL: "A"
+          KNM: "C"
+          KU: "I"
+
+  # ---------------------------------------------------------------------------
+  # 1.2 Framework-Kommunikation
+  # ---------------------------------------------------------------------------
+  framework_kommunikation:
+    name: "Framework-Kommunikation"
+    aktivitaeten:
+      - aktivitaet: "Schulungskonzepte"
+        LPM: "A"
+        PFM: "R"
+        PLK: "C"
+        PB: "C"
+        KNM: "R"
+        KU: "I"
+
+      - aktivitaet: "Updates kommunizieren"
+        LPM: "A"
+        PFM: "R"
+        PLK: "C"
+        PB: "R"
+        KNM: "R"
+        KU: "R (lokal)"
+        hinweis: "R (lokal) = für KU-Netzwerk/Bereich"
+
+      - aktivitaet: "Framework-Portal pflegen"
+        LPM: "A"
+        PFM: "R"
+        PLK: "C"
+        PB: "C"
+        KNM: "C"
+
+# =============================================================================
+# 2. LEISTUNGSERBRINGUNG
+# =============================================================================
+
+bereich_2_leistungserbringung:
+  name: "Leistungserbringung"
+
+  # ---------------------------------------------------------------------------
+  # 2.1 Standard Leistungen
+  # ---------------------------------------------------------------------------
+  standard_leistungen:
+    name: "Standard Leistungen (Regelgeschäft)"
+    aktivitaeten:
+      - aktivitaet: "Leistungsanfrage annehmen"
+        LPM: "I"
+        PFM: "I"
+        PLK: "I"
+        PB: "R"
+        PO: "C"
+        FBL: "C"
+
+      - aktivitaet: "Aufwand schätzen"
+        LPM: "I"
+        PFM: "C"
+        PLK: "C"
+        PB: "R"
+        PO: "I"
+
+      - aktivitaet: "Leistung durchführen"
+        LPM: "I"
+        PFM: "C"
+        PLK: "C"
+        PB: "R"
+        PO: "C"
+        KU: "C"
+
+      - aktivitaet: "Qualität sicherstellen"
+        LPM: "A"
+        PFM: "C"
+        PLK: "C"
+        PB: "R"
+        PO: "C"
+
+  # ---------------------------------------------------------------------------
+  # 2.2 Projekt Leistungen
+  # ---------------------------------------------------------------------------
+  projekt_leistungen:
+    name: "Projekt Leistungen (Geplante Projekte)"
+    hinweis: "Bei kritischen Konflikten: Empfehlung an MB, finale Entscheidung durch MB"
+    aktivitaeten:
+      - aktivitaet: "Projektantrag bewerten"
+        LPM: "R"
+        PFM: "C"
+        PLK: "C"
+        PB: "C"
+        PO: "C"
+        GL: "A"
+        PL: "R"
+
+      - aktivitaet: "Ressourcen zuweisen"
+        LPM: "A"
+        PFM: "C"
+        PLK: "C"
+        PB: "I"
+        GL: "I"
+        PL: "C"
+
+      - aktivitaet: "PM-Integration planen"
+        LPM: "A"
+        PFM: "C"
+        PLK: "R"
+        PB: "R"
+        PO: "C"
+        PL: "C"
+
+      - aktivitaet: "Projekt begleiten"
+        LPM: "I"
+        PFM: "C"
+        PLK: "C"
+        PB: "R"
+        PO: "C"
+        PL: "A"
+
+  # ---------------------------------------------------------------------------
+  # 2.3 Strategische Leistungen
+  # ---------------------------------------------------------------------------
+  strategische_leistungen:
+    name: "Strategische Leistungen (Transformationsinitiativen)"
+    aktivitaeten:
+      - aktivitaet: "Initiative konzipieren"
+        LPM: "R"
+        PFM: "R"
+        PLK: "C"
+        PB: "C"
+        PO: "C"
+        GL: "I"
+
+      - aktivitaet: "Business Case erstellen"
+        LPM: "R"
+        PFM: "R"
+        PLK: "C"
+        PB: "C"
+        GL: "I"
+
+      - aktivitaet: "Board-Freigabe einholen"
+        LPM: "R"
+        PFM: "C"
+        PLK: "C"
+        GL: "A"
+
+      - aktivitaet: "Umsetzung steuern"
+        LPM: "A"
+        PFM: "R"
+        PLK: "C"
+        PB: "R"
+        PO: "C"
+        GL: "I"
+
+  # ---------------------------------------------------------------------------
+  # 2.4 Krisen-Leistungen
+  # ---------------------------------------------------------------------------
+  krisen_leistungen:
+    name: "Krisen-Leistungen (Krisensituationen)"
+    aktivitaeten:
+      - aktivitaet: "Notfall klassifizieren"
+        LPM: "A"
+        PFM: "C"
+        PLK: "C"
+        PB: "R"
+        GL: "I"
+
+      - aktivitaet: "Ressourcen mobilisieren"
+        LPM: "A"
+        PFM: "C"
+        PLK: "C"
+        PB: "R"
+        GL: "I"
+
+      - aktivitaet: "Krisenunterstützung"
+        LPM: "A"
+        PFM: "C"
+        PLK: "C"
+        PB: "R"
+        PO: "C"
+        FBL: "C"
+
+      - aktivitaet: "Lessons Learned"
+        LPM: "A"
+        PFM: "R"
+        PLK: "C"
+        PB: "R"
+        PO: "C"
+        GL: "I"
+
+  # ---------------------------------------------------------------------------
+  # 2.5 Key-User-Management
+  # ---------------------------------------------------------------------------
+  key_user_management:
+    name: "Key-User-Management"
+    aktivitaeten:
+      - aktivitaet: "KU identifizieren"
+        LPM: "A"
+        KNM: "R"
+        PB: "C"
+        FBL: "C"
+
+      - aktivitaet: "KU qualifizieren"
+        LPM: "A"
+        KNM: "R"
+        PFM: "C"
+        PB: "C"
+
+      - aktivitaet: "KU-Netzwerk betreuen"
+        LPM: "A"
+        KNM: "R"
+        PB: "C"
+        KU: "C"
+
+      - aktivitaet: "Best Practices teilen"
+        LPM: "I"
+        KNM: "R"
+        PB: "C"
+        KU: "R"
+
+      - aktivitaet: "Lokale PM-Unterstützung"
+        LPM: "I"
+        KNM: "C"
+        PB: "C"
+        KU: "R"
+
+# =============================================================================
+# 3. QUALITÄTSSICHERUNG
+# =============================================================================
+
+bereich_3_qualitaetssicherung:
+  name: "Qualitätssicherung"
+
+  # ---------------------------------------------------------------------------
+  # 3.1 Process Owner Quality Gate
+  # ---------------------------------------------------------------------------
+  process_owner_quality_gate:
+    name: "Process Owner Quality Gate"
+    aktivitaeten:
+      - aktivitaet: "Fachliche Konsistenz prüfen"
+        LPM: "I"
+        PLK: "C"
+        PB: "C"
+        PO: "R"
+        PL: "C"
+
+      - aktivitaet: "Schnittstellen validieren"
+        LPM: "I"
+        PLK: "R"
+        PB: "C"
+        PO: "A"
+        PL: "C"
+
+      - aktivitaet: "Implementierbarkeit bewerten"
+        LPM: "I"
+        PLK: "C"
+        PB: "C"
+        PO: "R"
+        PL: "C"
+
+      - aktivitaet: "Gate-Entscheidung"
+        LPM: "I"
+        PLK: "C"
+        PO: "A"
+        PL: "I"
+
+  # ---------------------------------------------------------------------------
+  # 3.2 PM Quality Gate
+  # ---------------------------------------------------------------------------
+  pm_quality_gate:
+    name: "PM Quality Gate"
+    aktivitaeten:
+      - aktivitaet: "Methodische Konformität"
+        LPM: "A"
+        PFM: "R"
+        PLK: "C"
+        PB: "C"
+        PO: "I"
+
+      - aktivitaet: "Prozesslandschafts-Fit"
+        LPM: "A"
+        PFM: "C"
+        PLK: "R"
+        PB: "C"
+        PO: "C"
+
+      - aktivitaet: "Dokumentationsqualität"
+        LPM: "A"
+        PFM: "R"
+        PLK: "C"
+        PB: "C"
+        PO: "C (fachlich)"
+        KU: "C (fachlich)"
+        hinweis: "C (fachlich) = für Fachprozesse"
+
+# =============================================================================
+# 4. GOVERNANCE-INTEGRATION
+# =============================================================================
+
+bereich_4_governance_integration:
+  name: "Governance-Integration"
+
+  # ---------------------------------------------------------------------------
+  # 4.1 Strategische Ausrichtung
+  # ---------------------------------------------------------------------------
+  strategische_ausrichtung:
+    name: "Strategische Ausrichtung"
+    aktivitaeten:
+      - aktivitaet: "Jahresplanung PM"
+        LPM: "R"
+        PFM: "C"
+        PLK: "C"
+        PB: "C"
+        GL: "A"
+        KNM: "C"
+
+      - aktivitaet: "Strategische Reviews"
+        LPM: "R"
+        PFM: "C"
+        PLK: "C"
+        PB: "C"
+        GL: "A"
+
+      - aktivitaet: "Ressourcenrahmen"
+        LPM: "R"
+        PFM: "C"
+        PLK: "C"
+        GL: "A"
+
+  # ---------------------------------------------------------------------------
+  # 4.2 Operative Koordination
+  # ---------------------------------------------------------------------------
+  operative_koordination:
+    name: "Operative Koordination"
+    aktivitaeten:
+      - aktivitaet: "Wöchentliche Teamrunde"
+        LPM: "A"
+        PFM: "R"
+        PLK: "R"
+        PB: "R"
+        KNM: "R"
+
+      - aktivitaet: "Monatliche Stakeholder"
+        LPM: "A"
+        PFM: "C"
+        PLK: "R"
+        PB: "C"
+        PO: "C"
+        KNM: "C"
+
+      - aktivitaet: "Quartals-Review"
+        LPM: "A"
+        PFM: "R"
+        PLK: "R"
+        PB: "C"
+        GL: "I"
+
+  # ---------------------------------------------------------------------------
+  # 4.3 Governance-Lücken-Management
+  # ---------------------------------------------------------------------------
+  governance_luecken_management:
+    name: "Governance-Lücken-Management"
+    aktivitaeten:
+      - aktivitaet: "Lücke identifizieren"
+        LPM: "I"
+        PFM: "C"
+        PLK: "R"
+        PB: "C"
+        PO: "C"
+        KU: "R (lokal)"
+        hinweis: "R (lokal) = auf lokaler Ebene"
+
+      - aktivitaet: "Kurzfristige Lösung initiieren"
+        LPM: "I"
+        PLK: "A"
+        PB: "R"
+        PO: "C"
+
+      - aktivitaet: "Strukturierte Eskalation"
+        LPM: "R"
+        PLK: "R"
+        GL: "A"
+
+      - aktivitaet: "Maßnahmen-Nachverfolgung"
+        LPM: "A"
+        PLK: "R"
+        PB: "C"
+
+  # ---------------------------------------------------------------------------
+  # 4.4 Management von End-to-End-Geschäftsprozessen
+  # ---------------------------------------------------------------------------
+  e2e_prozess_management:
+    name: "Management von End-to-End-Geschäftsprozessen"
+    aktivitaeten:
+      - aktivitaet: "Prozess-Performance messen & berichten"
+        LPM: "I"
+        PLK: "C"
+        PB: "C"
+        PO: "A"
+
+      - aktivitaet: "Prozess-Schwachstellen analysieren"
+        LPM: "I"
+        PLK: "C"
+        PB: "C"
+        PO: "R"
+
+      - aktivitaet: "Prozess-Änderungsbedarf definieren & priorisieren"
+        LPM: "C"
+        PLK: "C"
+        PB: "C"
+        PO: "A"
+
+      - aktivitaet: "Prozess-Änderungsprojekt beauftragen"
+        LPM: "C"
+        PO: "R"
+        GL: "A"
+
+      - aktivitaet: "Prozess-Dokumentation aktuell halten"
+        LPM: "I"
+        PLK: "C"
+        PB: "C"
+        PO: "A"
+        KU: "R"
+
+  # ---------------------------------------------------------------------------
+  # 4.5 Dezentrale Prozessarbeit
+  # ---------------------------------------------------------------------------
+  dezentrale_prozessarbeit:
+    name: "Dezentrale Prozessarbeit"
+    aktivitaeten:
+      - aktivitaet: "Fachprozesse modellieren"
+        LPM: "I"
+        PFM: "C"
+        PLK: "C"
+        PB: "C"
+        KNM: "C"
+        KU: "R"
+
+      - aktivitaet: "PM-Framework lokal umsetzen"
+        LPM: "I"
+        PFM: "C"
+        KNM: "C"
+        KU: "R"
+
+      - aktivitaet: "Lokale Optimierung initiieren"
+        LPM: "I"
+        PLK: "I"
+        PB: "C"
+        KU: "R"
+
+      - aktivitaet: "PM-Bedarfe identifizieren"
+        LPM: "I"
+        PB: "I"
+        KNM: "I"
+        KU: "R"
+
+# =============================================================================
+# 5. KONFLIKTMANAGEMENT
+# =============================================================================
+
+bereich_5_konfliktmanagement:
+  name: "Konfliktmanagement (Explizite Eskalationspfade)"
+
+  eskalationsstufen:
+    - stufe: 1
+      name: "Stufe 1"
+      konflikttyp: "Methodische Differenzen"
+      primaer_entscheider: "LPM"
+      zeitrahmen: "48h"
+
+    - stufe: 2
+      name: "Stufe 2"
+      konflikttyp: "Ressourcenkonflikte"
+      primaer_entscheider: "GL (MB)"
+      zeitrahmen: "1 Woche"
+
+    - stufe: 3
+      name: "Stufe 3"
+      konflikttyp: "Strategische Divergenzen"
+      primaer_entscheider: "GL (VB)"
+      zeitrahmen: "2-4 Wochen"
+
+  sonderfaelle:
+    - typ: "Fachkonflikt"
+      thema: "Prozess-Inhalt"
+      primaer_entscheider: "PO"
+      zeitrahmen: "72h"
+
+    - typ: "Governance-Lücke"
+      thema: "Nicht lösbar binnen 4 Wochen"
+      primaer_entscheider: "GL (MB)"
+      zeitrahmen: "nach Eskalation"
+
+# =============================================================================
+# ÄNDERUNGSHISTORIE
+# =============================================================================
+
+aenderungshistorie:
+  - version: "1.0"
+    datum: "2026-02-05"
+    aenderung: |
+      Initiale Erstellung durch Konvertierung aus Excel-Dokument.
+      Quelle: #06 - Prozess-Management: RACI Matrix.xlsx
+
+      Inhalte:
+      - 11 Rollen definiert (LPM, PFM, PLK, PB, KNM, PO, KU, GL, PL, QS, FBL)
+      - 5 Hauptbereiche mit RACI-Zuordnungen
+      - Eskalationsstufen und Sonderfälle
+    autor: "DIGITOM-Projekt"