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