init: DIGITOM Kernkonzept YAML-Dateien (initialer Import)

#05_prozessmanagement/#05.4_rollen/pm_rollenmodell.yaml

@@ -0,0 +1,162 @@
+# =============================================================================
+# ROLLENMODELL: PROZESS-MANAGEMENT (PM)
+# =============================================================================
+# Version: 1.0
+# Datum: 2026-02-05
+# Status: Draft - Konvertiert aus Word-Dokumentation
+# =============================================================================
+
+meta:
+  typ: "rollenmodell"
+  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:
+    - "#04 - Prozess-Management: Rollenmodell.docx"
+
+# =============================================================================
+# STRATEGISCHE ARCHITEKTUR-PRINZIPIEN
+# =============================================================================
+
+architektur_prinzipien:
+  beschreibung: |
+    Das Prozess-Management im DIGITOM operiert als Enabling-Funktion mit klarer
+    Trennung zwischen methodischer Beratung und operativer PM-Governance.
+    Die Rollen-Architektur folgt dem Prinzip der dezentralen Befähigung bei
+    zentraler Methodenkompetenz.
+
+  kernprinzipien:
+    - prinzip: "Enabling-Funktion"
+      beschreibung: "PM unterstützt und befähigt, kontrolliert nicht"
+
+    - prinzip: "Dezentrale Befähigung"
+      beschreibung: "Prozess-Kompetenz wird in die Fachbereiche getragen"
+
+    - prinzip: "Zentrale Methodenkompetenz"
+      beschreibung: "Framework und Standards werden zentral gepflegt"
+
+    - prinzip: "Beratung-vs.-Governance-Trennung"
+      beschreibung: |
+        Methodische Unterstützung und PM-Compliance-Überwachung werden auf
+        unterschiedliche Rollen verteilt, um Vertrauen und Effektivität zu gewährleisten.
+
+  hinweis: |
+    Die bewusste Differenzierung in 8 Kernrollen ermöglicht klare Verantwortungsschnitte
+    und vermeidet Interessenskonflikte (z.B. zwischen PM-Governance-Überwachung und
+    PM-Framework-Gestaltung).
+
+# =============================================================================
+# BEGRIFFSDEFINITION: END-TO-END VERANTWORTUNG
+# =============================================================================
+
+begriffsdefinitionen:
+  end_to_end_verantwortung:
+    definition: |
+      Im DIGITOM-Kontext bedeutet "End-to-End Verantwortung" die vollständige
+      Verantwortung für einen definierten Prozessabschnitt über alle beteiligten
+      Funktionen und Abteilungen hinweg.
+
+    abgrenzungen:
+      - "End-to-End bezieht sich auf Teilprozesse, nicht auf den Gesamtprozess"
+      - "Der Process Owner trägt die Verantwortung innerhalb seiner Prozessebene"
+      - "Aktive Gestaltung der Schnittstellen zu vor- und nachgelagerten Prozessen"
+
+    verantwortung_umfasst:
+      - "Performance und Qualität des eigenen Teilprozesses"
+      - "Schnittstellen-Vereinbarungen mit angrenzenden Process Ownern"
+      - "Eskalation bei Problemen in verbundenen Prozessen"
+      - "Kontinuierliche Optimierung inkl. schnittstellenübergreifender Verbesserungen"
+
+# =============================================================================
+# ROLLEN-ÜBERSICHT
+# =============================================================================
+
+rollen_uebersicht:
+
+  kernrollen_intern:
+    beschreibung: "Interne PM-Organisation"
+    rollen:
+      - id: "R1"
+        name: "Leiter*in Prozess-Management"
+        kurzform: "LPM"
+        datei: "rolle_leiter-pm.yaml"
+
+      - id: "R2"
+        name: "Prozess-Framework-Manager*in"
+        kurzform: "PFM"
+        datei: "rolle_prozess-framework-manager.yaml"
+
+      - id: "R3"
+        name: "Prozesslandschafts-Koordinator*in"
+        kurzform: "PLK"
+        datei: "rolle_prozesslandschafts-koordinator.yaml"
+
+      - id: "R4"
+        name: "Prozess-Berater*in"
+        kurzform: "PB"
+        datei: "rolle_prozess-berater.yaml"
+
+      - id: "R5"
+        name: "Key-User-Netzwerk-Manager*in"
+        kurzform: "KNM"
+        datei: "rolle_key-user-netzwerk-manager.yaml"
+
+  schnittstellenrollen:
+    beschreibung: "Rollen an der Schnittstelle zwischen PM und Organisation"
+    rollen:
+      - id: "R6"
+        name: "Process Owner"
+        kurzform: "PO"
+        datei: "rolle_process-owner.yaml"
+        hinweis: "Übernommen von SHM, DPM, PPM, SPM"
+
+      - id: "R7"
+        name: "Key-User"
+        kurzform: "KU"
+        datei: "rolle_key-user.yaml"
+        hinweis: "Formale Rolle in den Fachbereichen"
+
+      - id: "R8"
+        name: "Auftraggeber Prozess-Management"
+        kurzform: "AG-PM"
+        datei: "rolle_auftraggeber-pm.yaml"
+        hinweis: "Verschiedene organisatorische Ausprägungen"
+
+  governance_support_rollen:
+    beschreibung: "Governance- und Support-Rollen"
+    rollen:
+      - id: "R9"
+        name: "IT-Architektur"
+        kurzform: "ITA"
+        datei: "rolle_it-architektur.yaml"
+        hinweis: "Technische Schnittstelle"
+
+      - id: "R10"
+        name: "ISB / Datenschutzbeauftragte*r"
+        kurzform: "ISB/DSB"
+        datei: "rolle_isb-dsb.yaml"
+
+      - id: "R11"
+        name: "Gremien"
+        kurzform: "VB/MB/DSR"
+        datei: "rolle_gremien.yaml"
+        hinweis: "Vision Board, Mission Board, DSR"
+
+# =============================================================================
+# ÄNDERUNGSHISTORIE
+# =============================================================================
+
+aenderungshistorie:
+  - version: "1.0"
+    datum: "2026-02-05"
+    aenderung: |
+      Initiale Erstellung durch Konvertierung aus Word-Dokument.
+      Quelle: #04 - Prozess-Management: Rollenmodell.docx
+    autor: "DIGITOM-Projekt"