162 lines
5.5 KiB
YAML
162 lines
5.5 KiB
YAML
# =============================================================================
|
|
# 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"
|