säuberung repo
This commit is contained in:
parent
93b9576bc6
commit
9788e273ed
80 changed files with 47758 additions and 48172 deletions
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
|
|
@ -1,263 +1,263 @@
|
|||
# =============================================================================
|
||||
# KONZEPTRAHMEN: PROZESS-MANAGEMENT (PM)
|
||||
# =============================================================================
|
||||
# Version: 1.0
|
||||
# Datum: 2026-02-05
|
||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||
# =============================================================================
|
||||
|
||||
meta:
|
||||
typ: "konzeptrahmen"
|
||||
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:
|
||||
- "#01 - Prozess-Management: Konzeptrahmen und Dokumentationsarchitektur.docx"
|
||||
|
||||
# =============================================================================
|
||||
# 1. DIE HERAUSFORDERUNG
|
||||
# =============================================================================
|
||||
|
||||
herausforderung:
|
||||
titel: "Zwischen Standardisierung und Befähigung"
|
||||
|
||||
beschreibung: |
|
||||
Moderne Verwaltungsorganisationen stehen vor einem fundamentalen Dilemma:
|
||||
Sie müssen gleichzeitig Stabilität gewährleisten und Agilität ermöglichen.
|
||||
Im Kontext des DIGITOM manifestiert sich diese Spannung besonders deutlich
|
||||
in der Frage, wie Prozesse gestaltet und gesteuert werden sollen.
|
||||
|
||||
problemstellung: |
|
||||
Die traditionelle Antwort - zentrale Vorgaben und strikte Kontrolle -
|
||||
greift in einer komplexen, vernetzten Organisation zu kurz. Gleichzeitig
|
||||
führt völlige Dezentralisierung zu Wildwuchs und Ineffizienz.
|
||||
|
||||
ansatz: |
|
||||
Die Prozess-Management-Funktion des DIGITOM navigiert bewusst in diesem
|
||||
Spannungsfeld.
|
||||
|
||||
# =============================================================================
|
||||
# 2. DIE LÖSUNG
|
||||
# =============================================================================
|
||||
|
||||
loesung:
|
||||
titel: "Eine mehrdimensionale Organisationsarchitektur"
|
||||
|
||||
beschreibung: |
|
||||
Statt einer monolithischen Struktur wurde für das Prozess-Management
|
||||
eine vielschichtige Architektur entwickelt. Diese erlaubt es, verschiedene
|
||||
organisationale Bedürfnisse gleichzeitig zu adressieren.
|
||||
|
||||
spannungsfelder:
|
||||
- dimension_1: "Strategische Steuerung"
|
||||
dimension_2: "Operative Flexibilität"
|
||||
|
||||
- dimension_1: "Methodische Standards"
|
||||
dimension_2: "Fachliche Autonomie"
|
||||
|
||||
- dimension_1: "Zentrale Kompetenz"
|
||||
dimension_2: "Dezentrale Befähigung"
|
||||
|
||||
prinzip: |
|
||||
Diese scheinbaren Widersprüche werden nicht aufgelöst, sondern produktiv
|
||||
genutzt. Aus diesem Spannungsfeld entsteht Antrieb für eine ständige
|
||||
Verbesserung.
|
||||
|
||||
# =============================================================================
|
||||
# 3. DOKUMENTATIONSARCHITEKTUR
|
||||
# =============================================================================
|
||||
|
||||
dokumentationsarchitektur:
|
||||
titel: "Fünf Perspektiven, ein System"
|
||||
|
||||
beschreibung: |
|
||||
Die Komplexität dieser Organisationsform spiegelt sich in der bewusst
|
||||
gewählten Dokumentationsstruktur wider. Jedes Dokument beleuchtet das
|
||||
Gesamtsystem aus einer spezifischen Perspektive und erfüllt einen eigenen Zweck.
|
||||
|
||||
dokumente:
|
||||
- id: "DOK-1"
|
||||
name: "Funktionsbeschreibung"
|
||||
untertitel: "Legitimation und Mandat"
|
||||
kernfrage: "Was darf und soll die PM-Funktion?"
|
||||
beschreibung: |
|
||||
Schafft die formale Grundlage. Definiert den Verantwortungsbereich,
|
||||
grenzt Zuständigkeiten ab und legitimiert das Handeln der PM-Funktion
|
||||
innerhalb der Gesamtorganisation.
|
||||
metapher: "Die 'Verfassung' der Funktion - ihre grundlegenden Rechte und Pflichten"
|
||||
pfad: "#05_prozessmanagement/#05.1_funktion/pm_funktionsbeschreibung.yaml"
|
||||
|
||||
- id: "DOK-2"
|
||||
name: "Leistungs-Canvas"
|
||||
untertitel: "Der Nutzennachweis"
|
||||
kernfrage: "Welchen konkreten Mehrwert schafft die PM-Funktion?"
|
||||
beschreibung: |
|
||||
Zeigt, was tatsächlich geleistet wird. Nimmt konsequent die Perspektive
|
||||
der Nutzer:innen ein und macht sichtbar, wie aus Aktivitäten konkreter
|
||||
Nutzen entsteht.
|
||||
format: "Canvas-Format ermöglicht ganzheitliche Betrachtung aller relevanten Elemente"
|
||||
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_leistungs-canvas.yaml"
|
||||
|
||||
- id: "DOK-3"
|
||||
name: "Rollenmodell"
|
||||
untertitel: "Die Arbeitsorganisation"
|
||||
kernfrage: "Wer trägt welche Verantwortung?"
|
||||
beschreibung: |
|
||||
Elf differenzierte Rollen ermöglichen es, verschiedene Aspekte der
|
||||
PM-Arbeit klar zu verteilen. Von der strategischen Führung über
|
||||
methodische Expertise bis zur operativen Beratung.
|
||||
mehrwert: "Verhindert Interessenskonflikte und schafft Klarheit in der Zusammenarbeit"
|
||||
pfad: "#05_prozessmanagement/#05.4_rollen/pm_rollenmodell.yaml"
|
||||
|
||||
- id: "DOK-4"
|
||||
name: "Governance-Modell"
|
||||
untertitel: "Die Spielregeln"
|
||||
kernfrage: "Wie werden Entscheidungen getroffen?"
|
||||
beschreibung: |
|
||||
Governance bedeutet hier nicht Kontrolle, sondern Befähigung. Definiert
|
||||
differenzierte Entscheidungswege für verschiedene Leistungstypen.
|
||||
design: "Eskalationspfade sind klar definiert, aber so gestaltet, dass sie nur bei echtem Bedarf genutzt werden"
|
||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_governance-framework.yaml"
|
||||
|
||||
- id: "DOK-5"
|
||||
name: "RACI-Matrix"
|
||||
untertitel: "Das Navigationsinstrument"
|
||||
kernfrage: "Wer ist wofür konkret zuständig?"
|
||||
beschreibung: |
|
||||
Als verdichtete Übersicht macht die Matrix Verantwortlichkeiten auf
|
||||
einen Blick sichtbar. Dient als praktisches Nachschlagewerk im
|
||||
Arbeitsalltag.
|
||||
mehrwert: "Verhindert Zuständigkeitskonflikte durch klare Rollenzuweisungen"
|
||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_raci.yaml"
|
||||
|
||||
# =============================================================================
|
||||
# 4. SYSTEMISCHE ZUSAMMENHÄNGE
|
||||
# =============================================================================
|
||||
|
||||
systemische_zusammenhaenge:
|
||||
beschreibung: |
|
||||
Die fünf Dokumente stehen nicht isoliert nebeneinander, sondern bilden
|
||||
ein integriertes System. Jedes Element verstärkt und ergänzt die anderen.
|
||||
Gemeinsam schaffen sie ein robustes, aber flexibles Organisationsdesign.
|
||||
|
||||
verknuepfungen:
|
||||
- von: "Funktionsbeschreibung"
|
||||
zu: "Leistungs-Canvas"
|
||||
beziehung: "legitimiert die beschriebenen Leistungen"
|
||||
|
||||
- von: "Rollenmodell"
|
||||
zu: "Leistungserbringung"
|
||||
beziehung: "operationalisiert durch klare Verantwortlichkeiten"
|
||||
|
||||
- von: "Governance-Modell"
|
||||
zu: "Rollen"
|
||||
beziehung: "regelt, wie diese zusammenarbeiten und Entscheidungen treffen"
|
||||
|
||||
- von: "RACI-Matrix"
|
||||
zu: "Zusammenarbeit"
|
||||
beziehung: "macht transparent und nachvollziehbar"
|
||||
|
||||
# =============================================================================
|
||||
# 5. NAVIGATIONSHINWEISE
|
||||
# =============================================================================
|
||||
|
||||
navigationshinweise:
|
||||
beschreibung: |
|
||||
Je nach Rolle und Erkenntnisinteresse bieten sich unterschiedliche
|
||||
Einstiegspunkte in die Dokumentation.
|
||||
|
||||
zielgruppen:
|
||||
- zielgruppe: "Führungskräfte und Entscheidungsträger:innen"
|
||||
einstieg: "Governance-Modell"
|
||||
zweck: "Entscheidungswege und Steuerungsmechanismen verstehen"
|
||||
dann: "Leistungs-Canvas für den strategischen Nutzen"
|
||||
|
||||
- zielgruppe: "Operative Teams und Fachbereiche"
|
||||
einstieg: "Leistungs-Canvas"
|
||||
zweck: "Verfügbare Services und Zugangswege erkunden"
|
||||
dann: "RACI-Matrix zeigt konkrete Ansprechpersonen"
|
||||
|
||||
- zielgruppe: "Neue Mitarbeitende der PM-Funktion"
|
||||
einstieg: "Funktionsbeschreibung"
|
||||
zweck: "Grundlegendes Verständnis aufbauen"
|
||||
dann: "Rollenmodell für die eigene Verortung im Team"
|
||||
|
||||
- zielgruppe: "Projektleitungen"
|
||||
einstieg: "Governance-Modell (Abschnitt projektzentrierte Prozessgestaltung)"
|
||||
zweck: "PM-Integration in Projekten verstehen"
|
||||
dann: "RACI-Matrix für konkrete Abstimmungswege"
|
||||
|
||||
# =============================================================================
|
||||
# 6. DIE ZENTRALE BALANCE
|
||||
# =============================================================================
|
||||
|
||||
zentrale_balance:
|
||||
titel: "Standardisierung ermöglichen, Autonomie bewahren"
|
||||
|
||||
beschreibung: |
|
||||
Das Prozess-Management im DIGITOM verfolgt keine totale Harmonisierung.
|
||||
Stattdessen schafft es einen verbindlichen Rahmen, innerhalb dessen
|
||||
fachliche Vielfalt möglich bleibt.
|
||||
|
||||
dimensionen:
|
||||
- dimension_1: "Methodische Standards"
|
||||
dimension_2: "Fachliche Freiheit"
|
||||
|
||||
- dimension_1: "Zentrale Governance"
|
||||
dimension_2: "Dezentrale Ausführung"
|
||||
|
||||
- dimension_1: "Verbindliche Frameworks"
|
||||
dimension_2: "Situative Anpassung"
|
||||
|
||||
leitsatz: |
|
||||
Die Kunst liegt darin, genug Struktur für Effizienz zu schaffen,
|
||||
ohne die notwendige Flexibilität zu ersticken.
|
||||
|
||||
# =============================================================================
|
||||
# 7. AUSBLICK
|
||||
# =============================================================================
|
||||
|
||||
ausblick:
|
||||
titel: "Ein lernendes System"
|
||||
|
||||
beschreibung: |
|
||||
Die hier dokumentierte Organisationsform ist kein statisches Konstrukt.
|
||||
Sie ist darauf angelegt, sich weiterzuentwickeln - durch Feedback aus
|
||||
der Praxis, veränderte Rahmenbedingungen und neue Erkenntnisse.
|
||||
|
||||
anpassungsfaehigkeit: |
|
||||
Die mehrdimensionale Dokumentation ermöglicht gezielte Anpassungen:
|
||||
Einzelne Elemente können weiterentwickelt werden, ohne das Gesamtsystem
|
||||
zu destabilisieren.
|
||||
|
||||
vision: |
|
||||
So entsteht eine Organisation, die gleichzeitig stabil und adaptiv ist -
|
||||
genau das, was moderne Verwaltung braucht.
|
||||
|
||||
# =============================================================================
|
||||
# ÄNDERUNGSHISTORIE
|
||||
# =============================================================================
|
||||
|
||||
aenderungshistorie:
|
||||
- version: "1.0"
|
||||
datum: "2026-02-05"
|
||||
aenderung: |
|
||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||
Quelle: #01 - Prozess-Management: Konzeptrahmen und Dokumentationsarchitektur.docx
|
||||
|
||||
Inhalte:
|
||||
- Herausforderung: Standardisierung vs. Befähigung
|
||||
- Lösung: Mehrdimensionale Organisationsarchitektur
|
||||
- Dokumentationsarchitektur (5 Dokumente)
|
||||
- Systemische Zusammenhänge
|
||||
- Navigationshinweise nach Zielgruppen
|
||||
- Zentrale Balance
|
||||
- Ausblick: Lernendes System
|
||||
autor: "DIGITOM-Projekt"
|
||||
# =============================================================================
|
||||
# KONZEPTRAHMEN: PROZESS-MANAGEMENT (PM)
|
||||
# =============================================================================
|
||||
# Version: 1.0
|
||||
# Datum: 2026-02-05
|
||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||
# =============================================================================
|
||||
|
||||
meta:
|
||||
typ: "konzeptrahmen"
|
||||
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:
|
||||
- "#01 - Prozess-Management: Konzeptrahmen und Dokumentationsarchitektur.docx"
|
||||
|
||||
# =============================================================================
|
||||
# 1. DIE HERAUSFORDERUNG
|
||||
# =============================================================================
|
||||
|
||||
herausforderung:
|
||||
titel: "Zwischen Standardisierung und Befähigung"
|
||||
|
||||
beschreibung: |
|
||||
Moderne Verwaltungsorganisationen stehen vor einem fundamentalen Dilemma:
|
||||
Sie müssen gleichzeitig Stabilität gewährleisten und Agilität ermöglichen.
|
||||
Im Kontext des DIGITOM manifestiert sich diese Spannung besonders deutlich
|
||||
in der Frage, wie Prozesse gestaltet und gesteuert werden sollen.
|
||||
|
||||
problemstellung: |
|
||||
Die traditionelle Antwort - zentrale Vorgaben und strikte Kontrolle -
|
||||
greift in einer komplexen, vernetzten Organisation zu kurz. Gleichzeitig
|
||||
führt völlige Dezentralisierung zu Wildwuchs und Ineffizienz.
|
||||
|
||||
ansatz: |
|
||||
Die Prozess-Management-Funktion des DIGITOM navigiert bewusst in diesem
|
||||
Spannungsfeld.
|
||||
|
||||
# =============================================================================
|
||||
# 2. DIE LÖSUNG
|
||||
# =============================================================================
|
||||
|
||||
loesung:
|
||||
titel: "Eine mehrdimensionale Organisationsarchitektur"
|
||||
|
||||
beschreibung: |
|
||||
Statt einer monolithischen Struktur wurde für das Prozess-Management
|
||||
eine vielschichtige Architektur entwickelt. Diese erlaubt es, verschiedene
|
||||
organisationale Bedürfnisse gleichzeitig zu adressieren.
|
||||
|
||||
spannungsfelder:
|
||||
- dimension_1: "Strategische Steuerung"
|
||||
dimension_2: "Operative Flexibilität"
|
||||
|
||||
- dimension_1: "Methodische Standards"
|
||||
dimension_2: "Fachliche Autonomie"
|
||||
|
||||
- dimension_1: "Zentrale Kompetenz"
|
||||
dimension_2: "Dezentrale Befähigung"
|
||||
|
||||
prinzip: |
|
||||
Diese scheinbaren Widersprüche werden nicht aufgelöst, sondern produktiv
|
||||
genutzt. Aus diesem Spannungsfeld entsteht Antrieb für eine ständige
|
||||
Verbesserung.
|
||||
|
||||
# =============================================================================
|
||||
# 3. DOKUMENTATIONSARCHITEKTUR
|
||||
# =============================================================================
|
||||
|
||||
dokumentationsarchitektur:
|
||||
titel: "Fünf Perspektiven, ein System"
|
||||
|
||||
beschreibung: |
|
||||
Die Komplexität dieser Organisationsform spiegelt sich in der bewusst
|
||||
gewählten Dokumentationsstruktur wider. Jedes Dokument beleuchtet das
|
||||
Gesamtsystem aus einer spezifischen Perspektive und erfüllt einen eigenen Zweck.
|
||||
|
||||
dokumente:
|
||||
- id: "DOK-1"
|
||||
name: "Funktionsbeschreibung"
|
||||
untertitel: "Legitimation und Mandat"
|
||||
kernfrage: "Was darf und soll die PM-Funktion?"
|
||||
beschreibung: |
|
||||
Schafft die formale Grundlage. Definiert den Verantwortungsbereich,
|
||||
grenzt Zuständigkeiten ab und legitimiert das Handeln der PM-Funktion
|
||||
innerhalb der Gesamtorganisation.
|
||||
metapher: "Die 'Verfassung' der Funktion - ihre grundlegenden Rechte und Pflichten"
|
||||
pfad: "#05_prozessmanagement/#05.1_funktion/pm_funktionsbeschreibung.yaml"
|
||||
|
||||
- id: "DOK-2"
|
||||
name: "Leistungs-Canvas"
|
||||
untertitel: "Der Nutzennachweis"
|
||||
kernfrage: "Welchen konkreten Mehrwert schafft die PM-Funktion?"
|
||||
beschreibung: |
|
||||
Zeigt, was tatsächlich geleistet wird. Nimmt konsequent die Perspektive
|
||||
der Nutzer:innen ein und macht sichtbar, wie aus Aktivitäten konkreter
|
||||
Nutzen entsteht.
|
||||
format: "Canvas-Format ermöglicht ganzheitliche Betrachtung aller relevanten Elemente"
|
||||
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_leistungs-canvas.yaml"
|
||||
|
||||
- id: "DOK-3"
|
||||
name: "Rollenmodell"
|
||||
untertitel: "Die Arbeitsorganisation"
|
||||
kernfrage: "Wer trägt welche Verantwortung?"
|
||||
beschreibung: |
|
||||
Elf differenzierte Rollen ermöglichen es, verschiedene Aspekte der
|
||||
PM-Arbeit klar zu verteilen. Von der strategischen Führung über
|
||||
methodische Expertise bis zur operativen Beratung.
|
||||
mehrwert: "Verhindert Interessenskonflikte und schafft Klarheit in der Zusammenarbeit"
|
||||
pfad: "#05_prozessmanagement/#05.4_rollen/pm_rollenmodell.yaml"
|
||||
|
||||
- id: "DOK-4"
|
||||
name: "Governance-Modell"
|
||||
untertitel: "Die Spielregeln"
|
||||
kernfrage: "Wie werden Entscheidungen getroffen?"
|
||||
beschreibung: |
|
||||
Governance bedeutet hier nicht Kontrolle, sondern Befähigung. Definiert
|
||||
differenzierte Entscheidungswege für verschiedene Leistungstypen.
|
||||
design: "Eskalationspfade sind klar definiert, aber so gestaltet, dass sie nur bei echtem Bedarf genutzt werden"
|
||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_governance-framework.yaml"
|
||||
|
||||
- id: "DOK-5"
|
||||
name: "RACI-Matrix"
|
||||
untertitel: "Das Navigationsinstrument"
|
||||
kernfrage: "Wer ist wofür konkret zuständig?"
|
||||
beschreibung: |
|
||||
Als verdichtete Übersicht macht die Matrix Verantwortlichkeiten auf
|
||||
einen Blick sichtbar. Dient als praktisches Nachschlagewerk im
|
||||
Arbeitsalltag.
|
||||
mehrwert: "Verhindert Zuständigkeitskonflikte durch klare Rollenzuweisungen"
|
||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_raci.yaml"
|
||||
|
||||
# =============================================================================
|
||||
# 4. SYSTEMISCHE ZUSAMMENHÄNGE
|
||||
# =============================================================================
|
||||
|
||||
systemische_zusammenhaenge:
|
||||
beschreibung: |
|
||||
Die fünf Dokumente stehen nicht isoliert nebeneinander, sondern bilden
|
||||
ein integriertes System. Jedes Element verstärkt und ergänzt die anderen.
|
||||
Gemeinsam schaffen sie ein robustes, aber flexibles Organisationsdesign.
|
||||
|
||||
verknuepfungen:
|
||||
- von: "Funktionsbeschreibung"
|
||||
zu: "Leistungs-Canvas"
|
||||
beziehung: "legitimiert die beschriebenen Leistungen"
|
||||
|
||||
- von: "Rollenmodell"
|
||||
zu: "Leistungserbringung"
|
||||
beziehung: "operationalisiert durch klare Verantwortlichkeiten"
|
||||
|
||||
- von: "Governance-Modell"
|
||||
zu: "Rollen"
|
||||
beziehung: "regelt, wie diese zusammenarbeiten und Entscheidungen treffen"
|
||||
|
||||
- von: "RACI-Matrix"
|
||||
zu: "Zusammenarbeit"
|
||||
beziehung: "macht transparent und nachvollziehbar"
|
||||
|
||||
# =============================================================================
|
||||
# 5. NAVIGATIONSHINWEISE
|
||||
# =============================================================================
|
||||
|
||||
navigationshinweise:
|
||||
beschreibung: |
|
||||
Je nach Rolle und Erkenntnisinteresse bieten sich unterschiedliche
|
||||
Einstiegspunkte in die Dokumentation.
|
||||
|
||||
zielgruppen:
|
||||
- zielgruppe: "Führungskräfte und Entscheidungsträger:innen"
|
||||
einstieg: "Governance-Modell"
|
||||
zweck: "Entscheidungswege und Steuerungsmechanismen verstehen"
|
||||
dann: "Leistungs-Canvas für den strategischen Nutzen"
|
||||
|
||||
- zielgruppe: "Operative Teams und Fachbereiche"
|
||||
einstieg: "Leistungs-Canvas"
|
||||
zweck: "Verfügbare Services und Zugangswege erkunden"
|
||||
dann: "RACI-Matrix zeigt konkrete Ansprechpersonen"
|
||||
|
||||
- zielgruppe: "Neue Mitarbeitende der PM-Funktion"
|
||||
einstieg: "Funktionsbeschreibung"
|
||||
zweck: "Grundlegendes Verständnis aufbauen"
|
||||
dann: "Rollenmodell für die eigene Verortung im Team"
|
||||
|
||||
- zielgruppe: "Projektleitungen"
|
||||
einstieg: "Governance-Modell (Abschnitt projektzentrierte Prozessgestaltung)"
|
||||
zweck: "PM-Integration in Projekten verstehen"
|
||||
dann: "RACI-Matrix für konkrete Abstimmungswege"
|
||||
|
||||
# =============================================================================
|
||||
# 6. DIE ZENTRALE BALANCE
|
||||
# =============================================================================
|
||||
|
||||
zentrale_balance:
|
||||
titel: "Standardisierung ermöglichen, Autonomie bewahren"
|
||||
|
||||
beschreibung: |
|
||||
Das Prozess-Management im DIGITOM verfolgt keine totale Harmonisierung.
|
||||
Stattdessen schafft es einen verbindlichen Rahmen, innerhalb dessen
|
||||
fachliche Vielfalt möglich bleibt.
|
||||
|
||||
dimensionen:
|
||||
- dimension_1: "Methodische Standards"
|
||||
dimension_2: "Fachliche Freiheit"
|
||||
|
||||
- dimension_1: "Zentrale Governance"
|
||||
dimension_2: "Dezentrale Ausführung"
|
||||
|
||||
- dimension_1: "Verbindliche Frameworks"
|
||||
dimension_2: "Situative Anpassung"
|
||||
|
||||
leitsatz: |
|
||||
Die Kunst liegt darin, genug Struktur für Effizienz zu schaffen,
|
||||
ohne die notwendige Flexibilität zu ersticken.
|
||||
|
||||
# =============================================================================
|
||||
# 7. AUSBLICK
|
||||
# =============================================================================
|
||||
|
||||
ausblick:
|
||||
titel: "Ein lernendes System"
|
||||
|
||||
beschreibung: |
|
||||
Die hier dokumentierte Organisationsform ist kein statisches Konstrukt.
|
||||
Sie ist darauf angelegt, sich weiterzuentwickeln - durch Feedback aus
|
||||
der Praxis, veränderte Rahmenbedingungen und neue Erkenntnisse.
|
||||
|
||||
anpassungsfaehigkeit: |
|
||||
Die mehrdimensionale Dokumentation ermöglicht gezielte Anpassungen:
|
||||
Einzelne Elemente können weiterentwickelt werden, ohne das Gesamtsystem
|
||||
zu destabilisieren.
|
||||
|
||||
vision: |
|
||||
So entsteht eine Organisation, die gleichzeitig stabil und adaptiv ist -
|
||||
genau das, was moderne Verwaltung braucht.
|
||||
|
||||
# =============================================================================
|
||||
# ÄNDERUNGSHISTORIE
|
||||
# =============================================================================
|
||||
|
||||
aenderungshistorie:
|
||||
- version: "1.0"
|
||||
datum: "2026-02-05"
|
||||
aenderung: |
|
||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||
Quelle: #01 - Prozess-Management: Konzeptrahmen und Dokumentationsarchitektur.docx
|
||||
|
||||
Inhalte:
|
||||
- Herausforderung: Standardisierung vs. Befähigung
|
||||
- Lösung: Mehrdimensionale Organisationsarchitektur
|
||||
- Dokumentationsarchitektur (5 Dokumente)
|
||||
- Systemische Zusammenhänge
|
||||
- Navigationshinweise nach Zielgruppen
|
||||
- Zentrale Balance
|
||||
- Ausblick: Lernendes System
|
||||
autor: "DIGITOM-Projekt"
|
||||
|
|
|
|||
|
|
@ -1,481 +1,481 @@
|
|||
# =============================================================================
|
||||
# LEISTUNGS-CANVAS: PROZESS-MANAGEMENT (PM)
|
||||
# =============================================================================
|
||||
# Version: 1.0
|
||||
# Datum: 2026-02-05
|
||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||
# =============================================================================
|
||||
|
||||
meta:
|
||||
typ: "leistungs-canvas"
|
||||
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:
|
||||
- "#03.1 - Prozess-Management: Leistungs-Canvas.docx"
|
||||
|
||||
# =============================================================================
|
||||
# 1. EINFÜHRUNG
|
||||
# =============================================================================
|
||||
|
||||
einfuehrung:
|
||||
warum_ein_leistungs_canvas: |
|
||||
Das Leistungs-Canvas betrachtet die Prozess-Management-Funktion konsequent
|
||||
aus der Perspektive ihrer Nutzer:innen. Diese Perspektivverschiebung macht
|
||||
sichtbar, was in traditionellen Funktionsbeschreibungen oft untergeht:
|
||||
Wie entsteht konkret Nutzen? Welche Beziehungen ermöglichen wirksame
|
||||
Zusammenarbeit? Über welche Wege werden Leistungen tatsächlich zugänglich?
|
||||
|
||||
leitfragen:
|
||||
- "Was erwarten die verschiedenen Nutzergruppen von einer PM-Funktion?"
|
||||
- "Wie kann die Funktion diese Erwartungen bestmöglich erfüllen?"
|
||||
- "Welche Voraussetzungen müssen dafür geschaffen werden?"
|
||||
|
||||
funktionen_des_canvas:
|
||||
- "Schafft Klarheit über das Leistungsportfolio"
|
||||
- "Macht Zusammenhänge zwischen verschiedenen Elementen sichtbar"
|
||||
- "Dient als Kommunikationsinstrument zwischen PM-Funktion und Nutzer:innen"
|
||||
- "Steuerungsinstrument für Ressourcen-Investitionen"
|
||||
|
||||
# =============================================================================
|
||||
# 2. CANVAS-LOGIK
|
||||
# =============================================================================
|
||||
|
||||
canvas_logik:
|
||||
beschreibung: |
|
||||
Das Leistungs-Canvas strukturiert die PM-Funktion in sieben miteinander
|
||||
verbundene Bausteine. Die rechte Seite fokussiert auf die Außenperspektive,
|
||||
die linke Seite richtet den Blick nach innen. Im Zentrum steht das
|
||||
Wertversprechen als verbindendes Element.
|
||||
|
||||
bausteine:
|
||||
rechte_seite_aussen:
|
||||
- "Nutzendensegmente"
|
||||
- "Nutzendenbeziehung"
|
||||
- "Kanäle"
|
||||
zentrum:
|
||||
- "Wertversprechen"
|
||||
linke_seite_innen:
|
||||
- "Schlüsselaktivitäten"
|
||||
- "Schlüsselressourcen"
|
||||
- "Schlüsselpartner"
|
||||
|
||||
# =============================================================================
|
||||
# 3. CLUSTER A: FÜR WEN DIE PM-FUNKTION DA IST
|
||||
# =============================================================================
|
||||
|
||||
cluster_a_fuer_wen:
|
||||
name: "Für wen die PM-Funktion da ist"
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 3.1 Nutzendensegmente
|
||||
# ---------------------------------------------------------------------------
|
||||
nutzendensegmente:
|
||||
beschreibung: |
|
||||
Die verschiedenen internen Zielgruppen, für die die PM-Funktion Leistungen
|
||||
erbringt. Jedes Segment hat spezifische Bedarfe, Erwartungen und Arbeitsweisen.
|
||||
|
||||
segmente:
|
||||
- segment: "Management-Gremien"
|
||||
beispiele: "Vision Board, Mission Board"
|
||||
bedarfe:
|
||||
- "Transparenz über die Prozesslandschaft"
|
||||
- "Governance-Berichte"
|
||||
- "Einheitliche Standards zur besseren Steuerung"
|
||||
- "Strategische Ausrichtung der Organisation"
|
||||
|
||||
- segment: "Abteilungsleitungen"
|
||||
bedarfe:
|
||||
- "Prozessperspektive für bessere Ressourcenplanung"
|
||||
- "Steuerung ihrer Bereiche"
|
||||
- "Fundierte Entscheidungen bei bereichsübergreifenden Themen"
|
||||
|
||||
- segment: "Process Owner der Teilprozesse"
|
||||
beispiele: "SHM, DPM, PPM, SPM"
|
||||
bedarfe:
|
||||
- "End-to-End-Verantwortung für ihre jeweiligen Teilprozesse"
|
||||
- "Methodische Unterstützung zur Prozessoptimierung"
|
||||
- "Unterstützung bei Prozesssteuerung"
|
||||
|
||||
- segment: "Fachbereiche und Teams mit Key-Usern"
|
||||
bedarfe:
|
||||
- "Methodische Unterstützung"
|
||||
- "Befähigung und Standards"
|
||||
- "Eigenständige Dokumentation und Verbesserung fachspezifischer Prozesse"
|
||||
|
||||
- segment: "Projekt- und Programmorganisationen"
|
||||
bedarfe:
|
||||
- "Einheitliche Prozessvorgaben"
|
||||
- "Methodische Beratung"
|
||||
- "Sicherstellung der Framework-Compliance in Projekten"
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 3.2 Nutzendenbeziehung
|
||||
# ---------------------------------------------------------------------------
|
||||
nutzendenbeziehung:
|
||||
beschreibung: |
|
||||
Die Art und Qualität der Zusammenarbeit zwischen PM-Funktion und ihren
|
||||
Nutzer:innen. Sie definiert das "Wie" der Interaktion.
|
||||
|
||||
beziehungstypen:
|
||||
- typ: "Partnerschaftliche Zusammenarbeit & Co-Kreation"
|
||||
beschreibung: |
|
||||
Aufbau von Vertrauen und kollaborative Zusammenarbeit mit Fachbereichen.
|
||||
Key-User als zentrale Partner:innen eng in Entwicklung und Umsetzung
|
||||
von Prozesslösungen eingebunden.
|
||||
|
||||
- typ: "Persönliche Beratung & Dedizierte Unterstützung"
|
||||
beschreibung: |
|
||||
Direkte Beratung und Coaching, insbesondere bei komplexen
|
||||
Prozessherausforderungen oder strategischen Initiativen.
|
||||
Besonderer Fokus auf Befähigung der Key-User als Multiplikator:innen.
|
||||
|
||||
- typ: "Befähigungsorientierte Begleitung"
|
||||
beschreibung: |
|
||||
Konsequente Fokussierung auf Befähigung statt Ausführung.
|
||||
Ermächtigung der Nutzenden, ihre Prozesse eigenständig zu managen.
|
||||
Key-User als erste Ansprechpartner:innen in ihren Bereichen.
|
||||
|
||||
- typ: "Community Building & Facilitation"
|
||||
beschreibung: |
|
||||
Aktive Förderung und Pflege des Key-User-Netzwerks als zentrales
|
||||
Element für gemeinsames Lernen, Erfahrungsaustausch und kontinuierliche
|
||||
Verbesserung über Abteilungsgrenzen hinweg.
|
||||
|
||||
- typ: "Proaktive Impulsgebung"
|
||||
beschreibung: |
|
||||
Agieren als Impulsgeber durch Vorstellung neuer Methoden, Best Practices
|
||||
und Anregung des Prozessdenkens. Key-User als Multiplikator:innen
|
||||
tragen diese Impulse in ihre Fachbereiche.
|
||||
|
||||
- typ: "Governance-basierte Interaktion"
|
||||
beschreibung: |
|
||||
Formelles Reporting, strategische Abstimmung und Eskalationsmanagement
|
||||
mit Vision/Mission Boards. Regelmäßige Berichte über Entwicklung der
|
||||
dezentralen Prozesskompetenzen.
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 3.3 Kanäle
|
||||
# ---------------------------------------------------------------------------
|
||||
kanaele:
|
||||
beschreibung: |
|
||||
Die Wege und Formate, über die PM-Leistungen zugänglich werden.
|
||||
Die Vielfalt der Kanäle sichert niedrigschwelligen Zugang und ermöglicht
|
||||
situationsgerechte Unterstützung.
|
||||
|
||||
kategorien:
|
||||
direkte_interaktion:
|
||||
name: "Direkte Interaktions- & Befähigungskanäle"
|
||||
kanaele:
|
||||
- name: "Workshops und Schulungen"
|
||||
beschreibung: "Vermittlung von Wissen, Methoden und Werkzeugkompetenzen"
|
||||
- name: "Beratungsgespräche und Coaching"
|
||||
beschreibung: "Maßgeschneiderte Unterstützung (individuell oder Team)"
|
||||
- name: "Moderation von Prozess-Workshops"
|
||||
beschreibung: "Kollaborative Prozessarbeit bei komplexen/bereichsübergreifenden Prozessen"
|
||||
- name: "Ticketsystem"
|
||||
beschreibung: "Formaler Kanal für Anfragen mit automatischem Routing ans PM-Team"
|
||||
|
||||
self_service:
|
||||
name: "Self-Service & digitale Lernkanäle"
|
||||
kanaele:
|
||||
- name: "Zentrale Wissensplattform (Confluence)"
|
||||
beschreibung: "PM-Framework, Methodenhandbuch, Templates, Prozessregister, FAQs"
|
||||
- name: "KI-gestützter PM-Assistent"
|
||||
beschreibung: "Interaktiver Dialog für Prozessfragen und kontextspezifische Antworten"
|
||||
- name: "Prozessvisualisierungs-Tool (Picture Prozess Plattform)"
|
||||
beschreibung: "Eigenständige Arbeit mit der Prozesslandschaft"
|
||||
- name: "E-Learning-Module"
|
||||
beschreibung: "Strukturierte Lernpfade für selbstgesteuertes Lernen"
|
||||
|
||||
community:
|
||||
name: "Community- & Kommunikationskanäle"
|
||||
kanaele:
|
||||
- name: "Key-User-Netzwerktreffen und Communities of Practice"
|
||||
beschreibung: "Regelmäßiger Erfahrungsaustausch und kollektives Lernen"
|
||||
- name: "Informationsveranstaltungen und Newsletter"
|
||||
beschreibung: "Framework-Updates und relevante PM-Informationen"
|
||||
- name: "DigiLog Podcast-Format"
|
||||
beschreibung: "Einsichten und Erfolgsgeschichten zur Förderung des Prozessdenkens"
|
||||
|
||||
# =============================================================================
|
||||
# 4. CLUSTER B: WAS DIE PM-FUNKTION BIETET
|
||||
# =============================================================================
|
||||
|
||||
cluster_b_was:
|
||||
name: "Was die PM-Funktion bietet"
|
||||
|
||||
wertversprechen:
|
||||
beschreibung: |
|
||||
Der konkrete Nutzen, den die PM-Funktion für ihre verschiedenen
|
||||
Zielgruppen schafft. Es ist das zentrale Element, das alle anderen
|
||||
Bausteine ausrichtet.
|
||||
|
||||
fuer_strategische_gremien:
|
||||
- nutzen: "Strategische Prozess-Governance und Transparenz"
|
||||
beschreibung: "Konsistente, strategisch ausgerichtete Prozesslandschaft"
|
||||
- nutzen: "Messbare Verbesserung und KPI-basierte Steuerung"
|
||||
beschreibung: "Faktenbasierte Bewertung von Prozessleistung und Nachweis von Optimierungserfolgen"
|
||||
- nutzen: "Entscheidungsunterstützung und Risikominimierung"
|
||||
beschreibung: "Konzepte zur Weiterentwicklung des Operating Models und proaktive Meldung von Risiken"
|
||||
- nutzen: "Skalierbare Prozessstrukturen"
|
||||
beschreibung: "Ermöglichung von Organisationswachstum und systematische Erschließung von Automatisierungspotenzialen"
|
||||
|
||||
fuer_fachbereiche_und_teams:
|
||||
- nutzen: "Einheitliches Prozessmanagement-Framework"
|
||||
beschreibung: "Verbindliche Standards, Methoden, Werkzeuge und Templates"
|
||||
- nutzen: "Methodische Beratung und Unterstützung"
|
||||
beschreibung: "Von der Erstaufnahme bis zur Automatisierung"
|
||||
- nutzen: "Systematische Befähigung zur Selbsthilfe"
|
||||
beschreibung: "Schulungen, Coaching, Self-Service-Ressourcen und Key-User-Netzwerk"
|
||||
- nutzen: "Klarheit und Orientierung"
|
||||
beschreibung: "Gemeinsame Prozess-Sprache über alle Hierarchieebenen"
|
||||
|
||||
fuer_gesamtorganisation:
|
||||
- nutzen: "Grundlage für Effektivität und kontinuierliche Verbesserung"
|
||||
beschreibung: "Methodische Rahmenbedingungen für anpassungsfähige Arbeitsabläufe"
|
||||
- nutzen: "Automatisierung und Digitalisierung"
|
||||
beschreibung: "Systematische Identifikation von Automatisierungspotenzialen"
|
||||
- nutzen: "Siloüberwindung und Integration"
|
||||
beschreibung: "Transparente End-to-End-Prozesse und einheitliche Standards"
|
||||
|
||||
# =============================================================================
|
||||
# 5. CLUSTER C: WIE DIE PM-FUNKTION ES ERMÖGLICHT
|
||||
# =============================================================================
|
||||
|
||||
cluster_c_wie:
|
||||
name: "Wie die PM-Funktion es ermöglicht"
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 5.1 Schlüsselaktivitäten
|
||||
# ---------------------------------------------------------------------------
|
||||
schluesselaktivitaeten:
|
||||
beschreibung: |
|
||||
Die zentralen Tätigkeiten, durch die die PM-Funktion ihr Wertversprechen
|
||||
einlöst. Sie transformieren Ressourcen in konkreten Nutzen.
|
||||
|
||||
aktivitaeten:
|
||||
- aktivitaet: "Framework-Entwicklung & -Pflege"
|
||||
beschreibung: |
|
||||
Kontinuierliche Definition und Weiterentwicklung des verbindlichen
|
||||
PM-Frameworks inklusive Methoden, Standards, Templates und Governance-Regeln.
|
||||
umfasst:
|
||||
- "Laufende Analyse interner Bedarfe und externer Best Practices"
|
||||
- "Entwicklung standardisierter Templates"
|
||||
|
||||
- aktivitaet: "Management der Prozesslandschaft & Governance"
|
||||
beschreibung: |
|
||||
Aufbau, Pflege und Überwachung der Gesamtarchitektur übergreifender Prozesse.
|
||||
umfasst:
|
||||
- "Sicherstellung der Framework-Compliance"
|
||||
- "Aufdecken von Governance-Lücken"
|
||||
- "Bereitstellung des Prozessregisters"
|
||||
|
||||
- aktivitaet: "Tool-Bereitstellung & -Management"
|
||||
beschreibung: |
|
||||
Auswahl, Implementierung und kontinuierliche Wartung zentraler PM-Tools.
|
||||
umfasst:
|
||||
- "Technische Verfügbarkeit, Updates und Support"
|
||||
- "Integration neuer Möglichkeiten wie KI-gestützte Prozessanalyse"
|
||||
|
||||
- aktivitaet: "Beratung & Methodische Unterstützung"
|
||||
beschreibung: |
|
||||
Durchführung von Beratungen, Coachings und Moderation von Workshops
|
||||
zur Prozessanalyse und -optimierung.
|
||||
umfasst:
|
||||
- "Schwerpunkt auf Befähigung der Fachbereiche zur eigenständigen Prozessarbeit"
|
||||
|
||||
- aktivitaet: "Befähigung & Kompetenzaufbau"
|
||||
beschreibung: |
|
||||
Entwicklung und Umsetzung des Befähigungskonzepts.
|
||||
umfasst:
|
||||
- "Qualifizierung und Betreuung des Key-User-Netzwerks"
|
||||
- "Durchführung von Schulungen"
|
||||
|
||||
- aktivitaet: "Kommunikation & Stakeholder-Engagement"
|
||||
beschreibung: |
|
||||
Aktive Kommunikation von Framework-Updates und Prozessänderungen.
|
||||
umfasst:
|
||||
- "Reporting an Gremien"
|
||||
- "Proaktive Information bei identifizierten Governance-Lücken"
|
||||
|
||||
- aktivitaet: "Prozessinnovation & -weiterentwicklung"
|
||||
beschreibung: |
|
||||
Identifikation von Optimierungspotenzialen und Automatisierungsmöglichkeiten.
|
||||
umfasst:
|
||||
- "Zusammenarbeit mit dem KI-Hub für innovative Lösungsansätze"
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 5.2 Schlüsselressourcen
|
||||
# ---------------------------------------------------------------------------
|
||||
schluesselressourcen:
|
||||
beschreibung: |
|
||||
Das notwendige Fundament für wirksame PM-Arbeit. Diese Ressourcen ermöglichen
|
||||
erst die Durchführung der Schlüsselaktivitäten.
|
||||
|
||||
kategorien:
|
||||
menschliche_ressourcen:
|
||||
name: "Menschliche Ressourcen"
|
||||
elemente:
|
||||
- "Fachliche und methodische Expertise in PM-Methoden, -Standards und -Governance"
|
||||
- "Beratungs- und Moderationskompetenz"
|
||||
- "Ausreichende personelle Kapazität"
|
||||
|
||||
intellektuelle_ressourcen:
|
||||
name: "Intellektuelle Ressourcen"
|
||||
elemente:
|
||||
- "Dokumentiertes PM-Framework mit Standards und Methoden"
|
||||
- "Prozesslandkarte mit Prozessregister"
|
||||
- "Strukturierte Schulungskonzepte"
|
||||
- "Umfassende Template-Bibliothek"
|
||||
|
||||
technische_ressourcen:
|
||||
name: "Physische/Technische Ressourcen"
|
||||
elemente:
|
||||
- "Zentrale PM-Werkzeuge für Prozessmodellierung und -dokumentation"
|
||||
- "KI-gestützte Assistenzsysteme zur Prozessanalyse"
|
||||
- "Digitale Kollaborationsplattformen"
|
||||
|
||||
beziehungsnetzwerk:
|
||||
name: "Beziehungsnetzwerk & Zugänge"
|
||||
elemente:
|
||||
- "Etablierte Governance-Zugänge zu relevanten Entscheidungsgremien"
|
||||
- "Key-User-Netzwerk als Community dezentraler Prozessansprechpartner"
|
||||
- "Organisationsweites Beziehungsnetzwerk von Mitarbeitenden bis zur Führung"
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 5.3 Schlüsselpartner
|
||||
# ---------------------------------------------------------------------------
|
||||
schluesselpartner:
|
||||
beschreibung: |
|
||||
Die internen Kooperationspartner, mit denen die PM-Funktion zusammenarbeitet,
|
||||
um ihr volles Potenzial zu entfalten. Erfolgreiche PM-Arbeit ist immer
|
||||
Teamarbeit über Funktionsgrenzen hinweg.
|
||||
|
||||
partner:
|
||||
- partner: "IT-Architektur"
|
||||
beitrag: "Definiert technische Rahmenbedingungen und Standards, die Framework und Werkzeugauswahl beeinflussen"
|
||||
|
||||
- partner: "Informationssicherheitsbeauftragter"
|
||||
beitrag: "Stellt IT-Sicherheit und technische Compliance von Prozessen sicher"
|
||||
|
||||
- partner: "Datenschutzbeauftragte"
|
||||
beitrag: "Gewährleistet datenschutzkonforme Prozessgestaltung"
|
||||
|
||||
- partner: "Business Continuity Management"
|
||||
beitrag: "Kategorisiert kritische Prozesse und integriert Notfallpläne"
|
||||
|
||||
- partner: "Data Excellence Governance"
|
||||
beitrag: "Stimmt datengetriebene Prozesse ab"
|
||||
|
||||
- partner: "KI-Hub"
|
||||
beitrag: "Strategischer Partner für KI-basierte Prozessinnovationen"
|
||||
|
||||
- partner: "Vision Board"
|
||||
beitrag: "Strategischer Auftraggeber für die PM-Ausrichtung"
|
||||
|
||||
- partner: "Process Owner (SHM, DPM, PPM, SPM)"
|
||||
beitrag: "Verantworten ihre jeweiligen Teilprozesse"
|
||||
|
||||
- partner: "Qualitätsmanagement"
|
||||
beitrag: "Partner zur Abstimmung von QM-Anforderungen und PM-Standards"
|
||||
status: "noch zu klären"
|
||||
|
||||
- partner: "Zentrale GPM (Geschäftsprozess Management)"
|
||||
beitrag: |
|
||||
Ämterübergreifender Prozess-Framework-Verantwortlicher für einheitliche
|
||||
GPM-Standards und -Methoden. Verfügt über vollständige Prozesslandkarte
|
||||
aller Ämter.
|
||||
|
||||
# =============================================================================
|
||||
# 6. ZUSAMMENHÄNGE UND LESEHILFEN
|
||||
# =============================================================================
|
||||
|
||||
zusammenhaenge:
|
||||
gesamtbild: |
|
||||
Das Leistungs-Canvas macht sichtbar, wie die verschiedenen Elemente der
|
||||
PM-Funktion ineinandergreifen. Die Nutzer:innen mit ihren spezifischen
|
||||
Bedarfen stehen am Ausgangspunkt. Das Wertversprechen übersetzt diese
|
||||
Bedarfe in konkrete Leistungszusagen.
|
||||
|
||||
wechselwirkungen:
|
||||
- element: "Key-User-Netzwerk"
|
||||
mehrfachrolle:
|
||||
- "Kanal (für dezentrale Unterstützung)"
|
||||
- "Beziehungselement (Community Building)"
|
||||
- "Ressource (Multiplikator:innen)"
|
||||
|
||||
- element: "Framework-Entwicklung"
|
||||
wechselwirkung: "Schlüsselaktivität, deren Ergebnis als intellektuelle Ressource wiederum neue Aktivitäten ermöglicht"
|
||||
|
||||
lesehilfen_nach_zielgruppe:
|
||||
gremien:
|
||||
fokus:
|
||||
- "Strategisches Wertversprechen"
|
||||
- "Governance-basierte Beziehungen"
|
||||
- "Formelle Berichtskanäle"
|
||||
relevante_aktivitaeten:
|
||||
- "Framework-Entwicklung"
|
||||
- "Prozesslandschafts-Management"
|
||||
|
||||
fachbereiche_und_teams:
|
||||
fokus:
|
||||
- "Operatives Wertversprechen"
|
||||
- "Befähigungsorientierte Beziehungen"
|
||||
- "Vielfältige Zugangskanäle (Beratung bis Self-Service)"
|
||||
relevante_aktivitaeten:
|
||||
- "Beratung"
|
||||
- "Befähigung"
|
||||
- "Tool-Bereitstellung"
|
||||
|
||||
key_user:
|
||||
mehrfachverortung:
|
||||
- "Teil der Nutzendensegmente"
|
||||
- "Element der Community-Beziehungen"
|
||||
- "Wichtiger Kanal"
|
||||
- "Schlüsselressource"
|
||||
bedeutung: "Zentrale Rolle im Gesamtkonzept"
|
||||
|
||||
# =============================================================================
|
||||
# 7. VERBINDUNG ZU ANDEREN KONZEPTBAUSTEINEN
|
||||
# =============================================================================
|
||||
|
||||
verbindung_zu_anderen_dokumenten:
|
||||
- dokument: "Funktionsbeschreibung"
|
||||
verbindung: "Definiert die formalen Verantwortlichkeiten, die den Leistungen zugrunde liegen"
|
||||
|
||||
- dokument: "Governance-Modell"
|
||||
verbindung: "Konkretisiert die Entscheidungswege und Beauftragungslogiken"
|
||||
|
||||
- dokument: "Rollenmodell"
|
||||
verbindung: "Spezifiziert, wer innerhalb der PM-Funktion für welche Canvas-Elemente verantwortlich ist"
|
||||
|
||||
- dokument: "RACI-Matrix"
|
||||
verbindung: "Operationalisiert die Zusammenarbeit mit den Schlüsselpartnern"
|
||||
|
||||
# =============================================================================
|
||||
# ÄNDERUNGSHISTORIE
|
||||
# =============================================================================
|
||||
|
||||
aenderungshistorie:
|
||||
- version: "1.0"
|
||||
datum: "2026-02-05"
|
||||
aenderung: |
|
||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||
Quelle: #03.1 - Prozess-Management: Leistungs-Canvas.docx
|
||||
|
||||
Inhalte:
|
||||
- Canvas-Logik (7 Bausteine)
|
||||
- Cluster A: Nutzendensegmente, Nutzendenbeziehung, Kanäle
|
||||
- Cluster B: Wertversprechen (nach Zielgruppen)
|
||||
- Cluster C: Schlüsselaktivitäten, -ressourcen, -partner
|
||||
- Zusammenhänge und Lesehilfen
|
||||
- Verbindungen zu anderen Dokumenten
|
||||
autor: "DIGITOM-Projekt"
|
||||
# =============================================================================
|
||||
# LEISTUNGS-CANVAS: PROZESS-MANAGEMENT (PM)
|
||||
# =============================================================================
|
||||
# Version: 1.0
|
||||
# Datum: 2026-02-05
|
||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||
# =============================================================================
|
||||
|
||||
meta:
|
||||
typ: "leistungs-canvas"
|
||||
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:
|
||||
- "#03.1 - Prozess-Management: Leistungs-Canvas.docx"
|
||||
|
||||
# =============================================================================
|
||||
# 1. EINFÜHRUNG
|
||||
# =============================================================================
|
||||
|
||||
einfuehrung:
|
||||
warum_ein_leistungs_canvas: |
|
||||
Das Leistungs-Canvas betrachtet die Prozess-Management-Funktion konsequent
|
||||
aus der Perspektive ihrer Nutzer:innen. Diese Perspektivverschiebung macht
|
||||
sichtbar, was in traditionellen Funktionsbeschreibungen oft untergeht:
|
||||
Wie entsteht konkret Nutzen? Welche Beziehungen ermöglichen wirksame
|
||||
Zusammenarbeit? Über welche Wege werden Leistungen tatsächlich zugänglich?
|
||||
|
||||
leitfragen:
|
||||
- "Was erwarten die verschiedenen Nutzergruppen von einer PM-Funktion?"
|
||||
- "Wie kann die Funktion diese Erwartungen bestmöglich erfüllen?"
|
||||
- "Welche Voraussetzungen müssen dafür geschaffen werden?"
|
||||
|
||||
funktionen_des_canvas:
|
||||
- "Schafft Klarheit über das Leistungsportfolio"
|
||||
- "Macht Zusammenhänge zwischen verschiedenen Elementen sichtbar"
|
||||
- "Dient als Kommunikationsinstrument zwischen PM-Funktion und Nutzer:innen"
|
||||
- "Steuerungsinstrument für Ressourcen-Investitionen"
|
||||
|
||||
# =============================================================================
|
||||
# 2. CANVAS-LOGIK
|
||||
# =============================================================================
|
||||
|
||||
canvas_logik:
|
||||
beschreibung: |
|
||||
Das Leistungs-Canvas strukturiert die PM-Funktion in sieben miteinander
|
||||
verbundene Bausteine. Die rechte Seite fokussiert auf die Außenperspektive,
|
||||
die linke Seite richtet den Blick nach innen. Im Zentrum steht das
|
||||
Wertversprechen als verbindendes Element.
|
||||
|
||||
bausteine:
|
||||
rechte_seite_aussen:
|
||||
- "Nutzendensegmente"
|
||||
- "Nutzendenbeziehung"
|
||||
- "Kanäle"
|
||||
zentrum:
|
||||
- "Wertversprechen"
|
||||
linke_seite_innen:
|
||||
- "Schlüsselaktivitäten"
|
||||
- "Schlüsselressourcen"
|
||||
- "Schlüsselpartner"
|
||||
|
||||
# =============================================================================
|
||||
# 3. CLUSTER A: FÜR WEN DIE PM-FUNKTION DA IST
|
||||
# =============================================================================
|
||||
|
||||
cluster_a_fuer_wen:
|
||||
name: "Für wen die PM-Funktion da ist"
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 3.1 Nutzendensegmente
|
||||
# ---------------------------------------------------------------------------
|
||||
nutzendensegmente:
|
||||
beschreibung: |
|
||||
Die verschiedenen internen Zielgruppen, für die die PM-Funktion Leistungen
|
||||
erbringt. Jedes Segment hat spezifische Bedarfe, Erwartungen und Arbeitsweisen.
|
||||
|
||||
segmente:
|
||||
- segment: "Management-Gremien"
|
||||
beispiele: "Vision Board, Mission Board"
|
||||
bedarfe:
|
||||
- "Transparenz über die Prozesslandschaft"
|
||||
- "Governance-Berichte"
|
||||
- "Einheitliche Standards zur besseren Steuerung"
|
||||
- "Strategische Ausrichtung der Organisation"
|
||||
|
||||
- segment: "Abteilungsleitungen"
|
||||
bedarfe:
|
||||
- "Prozessperspektive für bessere Ressourcenplanung"
|
||||
- "Steuerung ihrer Bereiche"
|
||||
- "Fundierte Entscheidungen bei bereichsübergreifenden Themen"
|
||||
|
||||
- segment: "Process Owner der Teilprozesse"
|
||||
beispiele: "SHM, DPM, PPM, SPM"
|
||||
bedarfe:
|
||||
- "End-to-End-Verantwortung für ihre jeweiligen Teilprozesse"
|
||||
- "Methodische Unterstützung zur Prozessoptimierung"
|
||||
- "Unterstützung bei Prozesssteuerung"
|
||||
|
||||
- segment: "Fachbereiche und Teams mit Key-Usern"
|
||||
bedarfe:
|
||||
- "Methodische Unterstützung"
|
||||
- "Befähigung und Standards"
|
||||
- "Eigenständige Dokumentation und Verbesserung fachspezifischer Prozesse"
|
||||
|
||||
- segment: "Projekt- und Programmorganisationen"
|
||||
bedarfe:
|
||||
- "Einheitliche Prozessvorgaben"
|
||||
- "Methodische Beratung"
|
||||
- "Sicherstellung der Framework-Compliance in Projekten"
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 3.2 Nutzendenbeziehung
|
||||
# ---------------------------------------------------------------------------
|
||||
nutzendenbeziehung:
|
||||
beschreibung: |
|
||||
Die Art und Qualität der Zusammenarbeit zwischen PM-Funktion und ihren
|
||||
Nutzer:innen. Sie definiert das "Wie" der Interaktion.
|
||||
|
||||
beziehungstypen:
|
||||
- typ: "Partnerschaftliche Zusammenarbeit & Co-Kreation"
|
||||
beschreibung: |
|
||||
Aufbau von Vertrauen und kollaborative Zusammenarbeit mit Fachbereichen.
|
||||
Key-User als zentrale Partner:innen eng in Entwicklung und Umsetzung
|
||||
von Prozesslösungen eingebunden.
|
||||
|
||||
- typ: "Persönliche Beratung & Dedizierte Unterstützung"
|
||||
beschreibung: |
|
||||
Direkte Beratung und Coaching, insbesondere bei komplexen
|
||||
Prozessherausforderungen oder strategischen Initiativen.
|
||||
Besonderer Fokus auf Befähigung der Key-User als Multiplikator:innen.
|
||||
|
||||
- typ: "Befähigungsorientierte Begleitung"
|
||||
beschreibung: |
|
||||
Konsequente Fokussierung auf Befähigung statt Ausführung.
|
||||
Ermächtigung der Nutzenden, ihre Prozesse eigenständig zu managen.
|
||||
Key-User als erste Ansprechpartner:innen in ihren Bereichen.
|
||||
|
||||
- typ: "Community Building & Facilitation"
|
||||
beschreibung: |
|
||||
Aktive Förderung und Pflege des Key-User-Netzwerks als zentrales
|
||||
Element für gemeinsames Lernen, Erfahrungsaustausch und kontinuierliche
|
||||
Verbesserung über Abteilungsgrenzen hinweg.
|
||||
|
||||
- typ: "Proaktive Impulsgebung"
|
||||
beschreibung: |
|
||||
Agieren als Impulsgeber durch Vorstellung neuer Methoden, Best Practices
|
||||
und Anregung des Prozessdenkens. Key-User als Multiplikator:innen
|
||||
tragen diese Impulse in ihre Fachbereiche.
|
||||
|
||||
- typ: "Governance-basierte Interaktion"
|
||||
beschreibung: |
|
||||
Formelles Reporting, strategische Abstimmung und Eskalationsmanagement
|
||||
mit Vision/Mission Boards. Regelmäßige Berichte über Entwicklung der
|
||||
dezentralen Prozesskompetenzen.
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 3.3 Kanäle
|
||||
# ---------------------------------------------------------------------------
|
||||
kanaele:
|
||||
beschreibung: |
|
||||
Die Wege und Formate, über die PM-Leistungen zugänglich werden.
|
||||
Die Vielfalt der Kanäle sichert niedrigschwelligen Zugang und ermöglicht
|
||||
situationsgerechte Unterstützung.
|
||||
|
||||
kategorien:
|
||||
direkte_interaktion:
|
||||
name: "Direkte Interaktions- & Befähigungskanäle"
|
||||
kanaele:
|
||||
- name: "Workshops und Schulungen"
|
||||
beschreibung: "Vermittlung von Wissen, Methoden und Werkzeugkompetenzen"
|
||||
- name: "Beratungsgespräche und Coaching"
|
||||
beschreibung: "Maßgeschneiderte Unterstützung (individuell oder Team)"
|
||||
- name: "Moderation von Prozess-Workshops"
|
||||
beschreibung: "Kollaborative Prozessarbeit bei komplexen/bereichsübergreifenden Prozessen"
|
||||
- name: "Ticketsystem"
|
||||
beschreibung: "Formaler Kanal für Anfragen mit automatischem Routing ans PM-Team"
|
||||
|
||||
self_service:
|
||||
name: "Self-Service & digitale Lernkanäle"
|
||||
kanaele:
|
||||
- name: "Zentrale Wissensplattform (Confluence)"
|
||||
beschreibung: "PM-Framework, Methodenhandbuch, Templates, Prozessregister, FAQs"
|
||||
- name: "KI-gestützter PM-Assistent"
|
||||
beschreibung: "Interaktiver Dialog für Prozessfragen und kontextspezifische Antworten"
|
||||
- name: "Prozessvisualisierungs-Tool (Picture Prozess Plattform)"
|
||||
beschreibung: "Eigenständige Arbeit mit der Prozesslandschaft"
|
||||
- name: "E-Learning-Module"
|
||||
beschreibung: "Strukturierte Lernpfade für selbstgesteuertes Lernen"
|
||||
|
||||
community:
|
||||
name: "Community- & Kommunikationskanäle"
|
||||
kanaele:
|
||||
- name: "Key-User-Netzwerktreffen und Communities of Practice"
|
||||
beschreibung: "Regelmäßiger Erfahrungsaustausch und kollektives Lernen"
|
||||
- name: "Informationsveranstaltungen und Newsletter"
|
||||
beschreibung: "Framework-Updates und relevante PM-Informationen"
|
||||
- name: "DigiLog Podcast-Format"
|
||||
beschreibung: "Einsichten und Erfolgsgeschichten zur Förderung des Prozessdenkens"
|
||||
|
||||
# =============================================================================
|
||||
# 4. CLUSTER B: WAS DIE PM-FUNKTION BIETET
|
||||
# =============================================================================
|
||||
|
||||
cluster_b_was:
|
||||
name: "Was die PM-Funktion bietet"
|
||||
|
||||
wertversprechen:
|
||||
beschreibung: |
|
||||
Der konkrete Nutzen, den die PM-Funktion für ihre verschiedenen
|
||||
Zielgruppen schafft. Es ist das zentrale Element, das alle anderen
|
||||
Bausteine ausrichtet.
|
||||
|
||||
fuer_strategische_gremien:
|
||||
- nutzen: "Strategische Prozess-Governance und Transparenz"
|
||||
beschreibung: "Konsistente, strategisch ausgerichtete Prozesslandschaft"
|
||||
- nutzen: "Messbare Verbesserung und KPI-basierte Steuerung"
|
||||
beschreibung: "Faktenbasierte Bewertung von Prozessleistung und Nachweis von Optimierungserfolgen"
|
||||
- nutzen: "Entscheidungsunterstützung und Risikominimierung"
|
||||
beschreibung: "Konzepte zur Weiterentwicklung des Operating Models und proaktive Meldung von Risiken"
|
||||
- nutzen: "Skalierbare Prozessstrukturen"
|
||||
beschreibung: "Ermöglichung von Organisationswachstum und systematische Erschließung von Automatisierungspotenzialen"
|
||||
|
||||
fuer_fachbereiche_und_teams:
|
||||
- nutzen: "Einheitliches Prozessmanagement-Framework"
|
||||
beschreibung: "Verbindliche Standards, Methoden, Werkzeuge und Templates"
|
||||
- nutzen: "Methodische Beratung und Unterstützung"
|
||||
beschreibung: "Von der Erstaufnahme bis zur Automatisierung"
|
||||
- nutzen: "Systematische Befähigung zur Selbsthilfe"
|
||||
beschreibung: "Schulungen, Coaching, Self-Service-Ressourcen und Key-User-Netzwerk"
|
||||
- nutzen: "Klarheit und Orientierung"
|
||||
beschreibung: "Gemeinsame Prozess-Sprache über alle Hierarchieebenen"
|
||||
|
||||
fuer_gesamtorganisation:
|
||||
- nutzen: "Grundlage für Effektivität und kontinuierliche Verbesserung"
|
||||
beschreibung: "Methodische Rahmenbedingungen für anpassungsfähige Arbeitsabläufe"
|
||||
- nutzen: "Automatisierung und Digitalisierung"
|
||||
beschreibung: "Systematische Identifikation von Automatisierungspotenzialen"
|
||||
- nutzen: "Siloüberwindung und Integration"
|
||||
beschreibung: "Transparente End-to-End-Prozesse und einheitliche Standards"
|
||||
|
||||
# =============================================================================
|
||||
# 5. CLUSTER C: WIE DIE PM-FUNKTION ES ERMÖGLICHT
|
||||
# =============================================================================
|
||||
|
||||
cluster_c_wie:
|
||||
name: "Wie die PM-Funktion es ermöglicht"
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 5.1 Schlüsselaktivitäten
|
||||
# ---------------------------------------------------------------------------
|
||||
schluesselaktivitaeten:
|
||||
beschreibung: |
|
||||
Die zentralen Tätigkeiten, durch die die PM-Funktion ihr Wertversprechen
|
||||
einlöst. Sie transformieren Ressourcen in konkreten Nutzen.
|
||||
|
||||
aktivitaeten:
|
||||
- aktivitaet: "Framework-Entwicklung & -Pflege"
|
||||
beschreibung: |
|
||||
Kontinuierliche Definition und Weiterentwicklung des verbindlichen
|
||||
PM-Frameworks inklusive Methoden, Standards, Templates und Governance-Regeln.
|
||||
umfasst:
|
||||
- "Laufende Analyse interner Bedarfe und externer Best Practices"
|
||||
- "Entwicklung standardisierter Templates"
|
||||
|
||||
- aktivitaet: "Management der Prozesslandschaft & Governance"
|
||||
beschreibung: |
|
||||
Aufbau, Pflege und Überwachung der Gesamtarchitektur übergreifender Prozesse.
|
||||
umfasst:
|
||||
- "Sicherstellung der Framework-Compliance"
|
||||
- "Aufdecken von Governance-Lücken"
|
||||
- "Bereitstellung des Prozessregisters"
|
||||
|
||||
- aktivitaet: "Tool-Bereitstellung & -Management"
|
||||
beschreibung: |
|
||||
Auswahl, Implementierung und kontinuierliche Wartung zentraler PM-Tools.
|
||||
umfasst:
|
||||
- "Technische Verfügbarkeit, Updates und Support"
|
||||
- "Integration neuer Möglichkeiten wie KI-gestützte Prozessanalyse"
|
||||
|
||||
- aktivitaet: "Beratung & Methodische Unterstützung"
|
||||
beschreibung: |
|
||||
Durchführung von Beratungen, Coachings und Moderation von Workshops
|
||||
zur Prozessanalyse und -optimierung.
|
||||
umfasst:
|
||||
- "Schwerpunkt auf Befähigung der Fachbereiche zur eigenständigen Prozessarbeit"
|
||||
|
||||
- aktivitaet: "Befähigung & Kompetenzaufbau"
|
||||
beschreibung: |
|
||||
Entwicklung und Umsetzung des Befähigungskonzepts.
|
||||
umfasst:
|
||||
- "Qualifizierung und Betreuung des Key-User-Netzwerks"
|
||||
- "Durchführung von Schulungen"
|
||||
|
||||
- aktivitaet: "Kommunikation & Stakeholder-Engagement"
|
||||
beschreibung: |
|
||||
Aktive Kommunikation von Framework-Updates und Prozessänderungen.
|
||||
umfasst:
|
||||
- "Reporting an Gremien"
|
||||
- "Proaktive Information bei identifizierten Governance-Lücken"
|
||||
|
||||
- aktivitaet: "Prozessinnovation & -weiterentwicklung"
|
||||
beschreibung: |
|
||||
Identifikation von Optimierungspotenzialen und Automatisierungsmöglichkeiten.
|
||||
umfasst:
|
||||
- "Zusammenarbeit mit dem KI-Hub für innovative Lösungsansätze"
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 5.2 Schlüsselressourcen
|
||||
# ---------------------------------------------------------------------------
|
||||
schluesselressourcen:
|
||||
beschreibung: |
|
||||
Das notwendige Fundament für wirksame PM-Arbeit. Diese Ressourcen ermöglichen
|
||||
erst die Durchführung der Schlüsselaktivitäten.
|
||||
|
||||
kategorien:
|
||||
menschliche_ressourcen:
|
||||
name: "Menschliche Ressourcen"
|
||||
elemente:
|
||||
- "Fachliche und methodische Expertise in PM-Methoden, -Standards und -Governance"
|
||||
- "Beratungs- und Moderationskompetenz"
|
||||
- "Ausreichende personelle Kapazität"
|
||||
|
||||
intellektuelle_ressourcen:
|
||||
name: "Intellektuelle Ressourcen"
|
||||
elemente:
|
||||
- "Dokumentiertes PM-Framework mit Standards und Methoden"
|
||||
- "Prozesslandkarte mit Prozessregister"
|
||||
- "Strukturierte Schulungskonzepte"
|
||||
- "Umfassende Template-Bibliothek"
|
||||
|
||||
technische_ressourcen:
|
||||
name: "Physische/Technische Ressourcen"
|
||||
elemente:
|
||||
- "Zentrale PM-Werkzeuge für Prozessmodellierung und -dokumentation"
|
||||
- "KI-gestützte Assistenzsysteme zur Prozessanalyse"
|
||||
- "Digitale Kollaborationsplattformen"
|
||||
|
||||
beziehungsnetzwerk:
|
||||
name: "Beziehungsnetzwerk & Zugänge"
|
||||
elemente:
|
||||
- "Etablierte Governance-Zugänge zu relevanten Entscheidungsgremien"
|
||||
- "Key-User-Netzwerk als Community dezentraler Prozessansprechpartner"
|
||||
- "Organisationsweites Beziehungsnetzwerk von Mitarbeitenden bis zur Führung"
|
||||
|
||||
# ---------------------------------------------------------------------------
|
||||
# 5.3 Schlüsselpartner
|
||||
# ---------------------------------------------------------------------------
|
||||
schluesselpartner:
|
||||
beschreibung: |
|
||||
Die internen Kooperationspartner, mit denen die PM-Funktion zusammenarbeitet,
|
||||
um ihr volles Potenzial zu entfalten. Erfolgreiche PM-Arbeit ist immer
|
||||
Teamarbeit über Funktionsgrenzen hinweg.
|
||||
|
||||
partner:
|
||||
- partner: "IT-Architektur"
|
||||
beitrag: "Definiert technische Rahmenbedingungen und Standards, die Framework und Werkzeugauswahl beeinflussen"
|
||||
|
||||
- partner: "Informationssicherheitsbeauftragter"
|
||||
beitrag: "Stellt IT-Sicherheit und technische Compliance von Prozessen sicher"
|
||||
|
||||
- partner: "Datenschutzbeauftragte"
|
||||
beitrag: "Gewährleistet datenschutzkonforme Prozessgestaltung"
|
||||
|
||||
- partner: "Business Continuity Management"
|
||||
beitrag: "Kategorisiert kritische Prozesse und integriert Notfallpläne"
|
||||
|
||||
- partner: "Data Excellence Governance"
|
||||
beitrag: "Stimmt datengetriebene Prozesse ab"
|
||||
|
||||
- partner: "KI-Hub"
|
||||
beitrag: "Strategischer Partner für KI-basierte Prozessinnovationen"
|
||||
|
||||
- partner: "Vision Board"
|
||||
beitrag: "Strategischer Auftraggeber für die PM-Ausrichtung"
|
||||
|
||||
- partner: "Process Owner (SHM, DPM, PPM, SPM)"
|
||||
beitrag: "Verantworten ihre jeweiligen Teilprozesse"
|
||||
|
||||
- partner: "Qualitätsmanagement"
|
||||
beitrag: "Partner zur Abstimmung von QM-Anforderungen und PM-Standards"
|
||||
status: "noch zu klären"
|
||||
|
||||
- partner: "Zentrale GPM (Geschäftsprozess Management)"
|
||||
beitrag: |
|
||||
Ämterübergreifender Prozess-Framework-Verantwortlicher für einheitliche
|
||||
GPM-Standards und -Methoden. Verfügt über vollständige Prozesslandkarte
|
||||
aller Ämter.
|
||||
|
||||
# =============================================================================
|
||||
# 6. ZUSAMMENHÄNGE UND LESEHILFEN
|
||||
# =============================================================================
|
||||
|
||||
zusammenhaenge:
|
||||
gesamtbild: |
|
||||
Das Leistungs-Canvas macht sichtbar, wie die verschiedenen Elemente der
|
||||
PM-Funktion ineinandergreifen. Die Nutzer:innen mit ihren spezifischen
|
||||
Bedarfen stehen am Ausgangspunkt. Das Wertversprechen übersetzt diese
|
||||
Bedarfe in konkrete Leistungszusagen.
|
||||
|
||||
wechselwirkungen:
|
||||
- element: "Key-User-Netzwerk"
|
||||
mehrfachrolle:
|
||||
- "Kanal (für dezentrale Unterstützung)"
|
||||
- "Beziehungselement (Community Building)"
|
||||
- "Ressource (Multiplikator:innen)"
|
||||
|
||||
- element: "Framework-Entwicklung"
|
||||
wechselwirkung: "Schlüsselaktivität, deren Ergebnis als intellektuelle Ressource wiederum neue Aktivitäten ermöglicht"
|
||||
|
||||
lesehilfen_nach_zielgruppe:
|
||||
gremien:
|
||||
fokus:
|
||||
- "Strategisches Wertversprechen"
|
||||
- "Governance-basierte Beziehungen"
|
||||
- "Formelle Berichtskanäle"
|
||||
relevante_aktivitaeten:
|
||||
- "Framework-Entwicklung"
|
||||
- "Prozesslandschafts-Management"
|
||||
|
||||
fachbereiche_und_teams:
|
||||
fokus:
|
||||
- "Operatives Wertversprechen"
|
||||
- "Befähigungsorientierte Beziehungen"
|
||||
- "Vielfältige Zugangskanäle (Beratung bis Self-Service)"
|
||||
relevante_aktivitaeten:
|
||||
- "Beratung"
|
||||
- "Befähigung"
|
||||
- "Tool-Bereitstellung"
|
||||
|
||||
key_user:
|
||||
mehrfachverortung:
|
||||
- "Teil der Nutzendensegmente"
|
||||
- "Element der Community-Beziehungen"
|
||||
- "Wichtiger Kanal"
|
||||
- "Schlüsselressource"
|
||||
bedeutung: "Zentrale Rolle im Gesamtkonzept"
|
||||
|
||||
# =============================================================================
|
||||
# 7. VERBINDUNG ZU ANDEREN KONZEPTBAUSTEINEN
|
||||
# =============================================================================
|
||||
|
||||
verbindung_zu_anderen_dokumenten:
|
||||
- dokument: "Funktionsbeschreibung"
|
||||
verbindung: "Definiert die formalen Verantwortlichkeiten, die den Leistungen zugrunde liegen"
|
||||
|
||||
- dokument: "Governance-Modell"
|
||||
verbindung: "Konkretisiert die Entscheidungswege und Beauftragungslogiken"
|
||||
|
||||
- dokument: "Rollenmodell"
|
||||
verbindung: "Spezifiziert, wer innerhalb der PM-Funktion für welche Canvas-Elemente verantwortlich ist"
|
||||
|
||||
- dokument: "RACI-Matrix"
|
||||
verbindung: "Operationalisiert die Zusammenarbeit mit den Schlüsselpartnern"
|
||||
|
||||
# =============================================================================
|
||||
# ÄNDERUNGSHISTORIE
|
||||
# =============================================================================
|
||||
|
||||
aenderungshistorie:
|
||||
- version: "1.0"
|
||||
datum: "2026-02-05"
|
||||
aenderung: |
|
||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||
Quelle: #03.1 - Prozess-Management: Leistungs-Canvas.docx
|
||||
|
||||
Inhalte:
|
||||
- Canvas-Logik (7 Bausteine)
|
||||
- Cluster A: Nutzendensegmente, Nutzendenbeziehung, Kanäle
|
||||
- Cluster B: Wertversprechen (nach Zielgruppen)
|
||||
- Cluster C: Schlüsselaktivitäten, -ressourcen, -partner
|
||||
- Zusammenhänge und Lesehilfen
|
||||
- Verbindungen zu anderen Dokumenten
|
||||
autor: "DIGITOM-Projekt"
|
||||
|
|
|
|||
|
|
@ -1,337 +0,0 @@
|
|||
# =============================================================================
|
||||
# PILOTKONZEPT: WORKING STREAM "PROZESSMANAGEMENT"
|
||||
# =============================================================================
|
||||
# Version: 1.0
|
||||
# Datum: 2026-02-05
|
||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||
# =============================================================================
|
||||
|
||||
meta:
|
||||
typ: "pilotkonzept"
|
||||
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:
|
||||
- "#07 - Pilot-Konzept.docx"
|
||||
|
||||
# =============================================================================
|
||||
# 1. KONTEXT & KONZEPTBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
kontext:
|
||||
pilotgegenstand: |
|
||||
Einführung und Erprobung der neuen Prozess-Management-Funktionsbereich
|
||||
nach DIGITOM-Modell
|
||||
|
||||
voraussetzungen:
|
||||
titel: "Was benötigen wir zur Zielerreichung?"
|
||||
anforderungen:
|
||||
- id: "VA-1"
|
||||
beschreibung: "Prozess-Management-Tool & Methodik (Auswahl und Setup)"
|
||||
|
||||
- id: "VA-2"
|
||||
beschreibung: "Key-User aus verschiedenen Fachbereichen, je nach Prozessauswahl"
|
||||
|
||||
- id: "VA-3"
|
||||
beschreibung: "Zugang zu bestehender Prozessdokumentation"
|
||||
|
||||
- id: "VA-4"
|
||||
beschreibung: "Workshops-Räume und Moderationsausstattung"
|
||||
|
||||
- id: "VA-5"
|
||||
beschreibung: |
|
||||
Zugriff auf Prozess-Funktions-Mitglieder (Kapazität muss vorhanden sein,
|
||||
Coaching für Framework-Schulungen durchführen zu können)
|
||||
|
||||
- id: "VA-6"
|
||||
beschreibung: |
|
||||
Schulung und Coaching für PM-Team (Coaching für ein Train-the-Trainer-Konzept)
|
||||
und Key-User (Qualifizierungsmaßnahmen intern/extern).
|
||||
Bei Bedarf Einbindung externer Trainer.
|
||||
|
||||
- id: "VA-7"
|
||||
beschreibung: |
|
||||
Auswahl mindestens eines passenden Prozesses zum Prüfen der Wirksamkeit
|
||||
und Arbeitsweise des PM-Teams im Rahmen der Funktion
|
||||
|
||||
hypothesen:
|
||||
titel: "Was wollen wir mit dem Pilot beweisen/widerlegen?"
|
||||
items:
|
||||
- id: "HYP-1"
|
||||
hypothese: |
|
||||
Der definierte PM-Funktionsbereich ist in der Praxis funktionsfähig
|
||||
und wird von den Fachbereichen akzeptiert
|
||||
|
||||
- id: "HYP-2"
|
||||
hypothese: |
|
||||
Key-User können nach entsprechender Befähigung eigenständig Prozesse
|
||||
dokumentieren und optimieren
|
||||
|
||||
- id: "HYP-3"
|
||||
hypothese: |
|
||||
Die Prozessberater sind fähig, die Key-User bei ihrer Aufgabe zu
|
||||
befähigen und zu unterstützen
|
||||
|
||||
- id: "HYP-4"
|
||||
hypothese: |
|
||||
Die Aufnahme eines Prozesses bis in das Prozesstool Picture schafft
|
||||
einen Mehrwert bei der täglichen Arbeit
|
||||
|
||||
- id: "HYP-5"
|
||||
hypothese: "Das Governance-Modell funktioniert effektiv"
|
||||
|
||||
risiken:
|
||||
titel: "Welche potenziellen Risiken sehen wir im Zuge des Piloten?"
|
||||
items:
|
||||
- id: "RISK-1"
|
||||
risiko: |
|
||||
Keine verfügbaren Ressourcen in der Pilotphase, die konkret
|
||||
(verfügbare Zeit) mit der Abteilungsleitung abgestimmt wurden
|
||||
|
||||
- id: "RISK-2"
|
||||
risiko: |
|
||||
Fachbereich kooperiert nicht mit dem Key-User oder Prozessberater
|
||||
(Zeit-Konflikt oder Akzeptanz)
|
||||
|
||||
- id: "RISK-3"
|
||||
risiko: |
|
||||
Keine externe Unterstützung in der anvisierten Zeit
|
||||
(Dienstleister, HPA...)
|
||||
|
||||
- id: "RISK-4"
|
||||
risiko: "Zu starke Anpassungen am Pilotkonzept im Pilotzeitraum"
|
||||
|
||||
# =============================================================================
|
||||
# 2. ROLLENVERGABE
|
||||
# =============================================================================
|
||||
|
||||
rollenvergabe:
|
||||
pilot_sponsor:
|
||||
rolle: "Pilot-Sponsor"
|
||||
person: "Lisa Schroth"
|
||||
|
||||
coaches:
|
||||
rolle: "Coaches"
|
||||
personen:
|
||||
- "Patrick Breitenbach"
|
||||
- "Human Nagafi"
|
||||
|
||||
pilot_lead_operativ:
|
||||
rolle: "Pilot-Lead operativ"
|
||||
person: "Martin Mayer"
|
||||
|
||||
pilot_lead_konsultativ:
|
||||
rolle: "Pilot-Lead konsultativ"
|
||||
person: "Patrick Breitenbach"
|
||||
|
||||
pilot_team:
|
||||
titel: "Pilot-Team"
|
||||
mitglieder:
|
||||
- rolle: "PFM (Prozess-Framework-Manager)"
|
||||
person: "Martin Mayer"
|
||||
|
||||
- rolle: "PB (Prozess-Berater)"
|
||||
personen:
|
||||
- "Gordian Gossen"
|
||||
- "Jannik Eisenmann"
|
||||
- "David Trenkle"
|
||||
|
||||
- rolle: "PLK (Prozesslandschafts-Koordinator)"
|
||||
personen:
|
||||
- "David Trenkle"
|
||||
- "Gordian Gossen"
|
||||
|
||||
hinweis: "Key-User und Process Owner werden im Pilotplan bestimmt"
|
||||
|
||||
# =============================================================================
|
||||
# 3. ARBEITSPAKETE
|
||||
# =============================================================================
|
||||
|
||||
arbeitspakete:
|
||||
- id: "AP-1"
|
||||
name: "Kick-off"
|
||||
aktivitaeten:
|
||||
- "Kick-off mit dem Funktions-Team"
|
||||
output: "Pilotvorstellungs-Präsentation"
|
||||
|
||||
- id: "AP-2"
|
||||
name: "Planungsphase"
|
||||
aktivitaeten:
|
||||
- "Projektmanagement: Projektplan, Risikobewertung, Stakeholder, Ressourceplanung etc."
|
||||
- "Kommunikationsmaßnahmen"
|
||||
- "Schulungsbedarf und Durchführung der Schulungen (Prozess-Berater und Key-User)"
|
||||
- "Tool-Setup"
|
||||
- "Prozessmanagement-Leistungsangebot"
|
||||
- "Methodenübersicht (z.B. Prozess- und Methodenhandbuch)"
|
||||
- "GPM-Kreislauf für die Prozess-Management-Funktion"
|
||||
- "Onboarding Key-User"
|
||||
- "Aufbau Prozessartefakte: Prozessteckbriefe, Prozesslandkarte, Prozessregister"
|
||||
output: "Pilotplan"
|
||||
|
||||
- id: "AP-3"
|
||||
name: "Onboarding und Informationsphase"
|
||||
aktivitaeten:
|
||||
- "Pilotprozesse auswählen"
|
||||
- "Prozess-Berater onboarden"
|
||||
- "Key-User auswählen und onboarden"
|
||||
output: "Bei Bedarf aktualisierter Pilotplan"
|
||||
|
||||
- id: "AP-4"
|
||||
name: "Umsetzungsphase"
|
||||
aktivitaeten:
|
||||
- "Pilotprozess aufnehmen in definierten Bereichen"
|
||||
- "Pilotdurchführung monitoren (Quantitativ und Qualitativ)"
|
||||
- "Pilotdurchführung reviewen (Was läuft gut? / Was lernen wir unterwegs? / Wo haben wir Probleme?)"
|
||||
output: "Prozess-Artefakte, Bei Bedarf aktualisierter Pilotplan"
|
||||
|
||||
- id: "AP-5"
|
||||
name: "Retrospektive"
|
||||
aktivitaeten:
|
||||
- "Retrospektive vorbereiten und durchführen"
|
||||
- "Empfehlung weitere Vorgehen durch 1789 ausarbeiten"
|
||||
output: "Ergebnisbericht Pilotdurchführung, Empfehlungsbericht"
|
||||
|
||||
# =============================================================================
|
||||
# 4. KOMMUNIKATIONSWEGE
|
||||
# =============================================================================
|
||||
|
||||
kommunikation:
|
||||
intern:
|
||||
titel: "Interne Kommunikation"
|
||||
kanaele:
|
||||
- kanal: "Mission Board"
|
||||
zweck: "Vorstellung Pilotkonzept und Retroergebnisse"
|
||||
|
||||
- kanal: "SyncUp PzM"
|
||||
rhythmus: "1x Woche"
|
||||
format: "Teil für Pilot-Team, Teil für restliches Funktions-Team"
|
||||
|
||||
- kanal: "Key-User Runde"
|
||||
|
||||
- kanal: "Abteilungsleitungen"
|
||||
|
||||
- kanal: "DIGIT Allgemein"
|
||||
|
||||
- kanal: "Process Owner"
|
||||
|
||||
- kanal: "Weekly Check-In Pilotstatus und Review"
|
||||
rhythmus: "Wöchentlich"
|
||||
dauer: "Maximal 30 Minuten"
|
||||
verantwortlich: "1789 inkl. PzM-Team"
|
||||
|
||||
- kanal: "Ad-Hoc Coaching"
|
||||
format: "Auf Anfrage durch 1789"
|
||||
|
||||
- kanal: "Moderierte Retrospektive"
|
||||
anzahl: "1x"
|
||||
verantwortlich: "1789"
|
||||
|
||||
hinweis: "Weitere Maßnahmen gemäß Ergebnisse Kommunikationsplanung (Maßnahme)"
|
||||
|
||||
extern:
|
||||
titel: "Externe Schnittstellen"
|
||||
partner:
|
||||
- "Zentrales GPM der Stadt Freiburg"
|
||||
|
||||
# =============================================================================
|
||||
# 5. TIMELINE / RHYTHMUS
|
||||
# =============================================================================
|
||||
|
||||
timeline:
|
||||
hinweis: |
|
||||
Folgende Phasenzeitplanung wird angenommen. Anpassungen können während
|
||||
der Pilotphase erfolgen.
|
||||
|
||||
verlaengerung: |
|
||||
Bei Bedarf Verlängerung bis Anfang 2026. Die Retrospektive sowie die
|
||||
Empfehlungsdokumente von 1789 sind dann davon nicht betroffen.
|
||||
|
||||
phasen:
|
||||
- phase: "Kick-off"
|
||||
termin: "ca. 27.08.2025"
|
||||
typ: "Meilenstein"
|
||||
|
||||
- phase: "Pilotphase allgemein"
|
||||
start: "15.08.2025"
|
||||
ende: "31.12.2025"
|
||||
typ: "Rahmen"
|
||||
|
||||
- phase: "Planungsphase"
|
||||
start: "15.08.2025"
|
||||
ende: "30.09.2025"
|
||||
arbeitspaket: "AP-2"
|
||||
|
||||
- phase: "Onboarding und Informationsphase"
|
||||
start: "01.10.2025"
|
||||
ende: "15.11.2025"
|
||||
arbeitspaket: "AP-3"
|
||||
|
||||
- phase: "Umsetzungsphase"
|
||||
start: "15.10.2025"
|
||||
ende: "15.12.2025"
|
||||
arbeitspaket: "AP-4"
|
||||
|
||||
- phase: "Retrospektive"
|
||||
termin: "ca. 16.12.2025"
|
||||
typ: "Meilenstein"
|
||||
arbeitspaket: "AP-5"
|
||||
|
||||
# =============================================================================
|
||||
# VERKNÜPFUNGEN
|
||||
# =============================================================================
|
||||
|
||||
verknuepfungen:
|
||||
referenzierte_dokumente:
|
||||
- dokument: "Funktionsbeschreibung"
|
||||
pfad: "#05_prozessmanagement/#05.1_funktion/pm_funktionsbeschreibung.yaml"
|
||||
relevanz: "Definiert die zu pilotierende Funktion"
|
||||
|
||||
- dokument: "Rollenmodell"
|
||||
pfad: "#05_prozessmanagement/#05.4_rollen/pm_rollenmodell.yaml"
|
||||
relevanz: "Beschreibt die Rollen PFM, PB, PLK, KNM, KU, PO"
|
||||
|
||||
- dokument: "Governance-Framework"
|
||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_governance-framework.yaml"
|
||||
relevanz: "Hypothese HYP-5 testet dessen Wirksamkeit"
|
||||
|
||||
- dokument: "Leistungs-Canvas"
|
||||
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_leistungs-canvas.yaml"
|
||||
relevanz: "Definiert das Leistungsangebot"
|
||||
|
||||
externe_partner:
|
||||
- partner: "1789"
|
||||
rolle: "Coaching und Moderation"
|
||||
leistungen:
|
||||
- "Weekly Check-In"
|
||||
- "Ad-Hoc Coaching"
|
||||
- "Moderierte Retrospektive"
|
||||
- "Empfehlungsbericht"
|
||||
|
||||
- partner: "Zentrales GPM Stadt Freiburg (HPA)"
|
||||
rolle: "Externe Schnittstelle"
|
||||
|
||||
# =============================================================================
|
||||
# ÄNDERUNGSHISTORIE
|
||||
# =============================================================================
|
||||
|
||||
aenderungshistorie:
|
||||
- version: "1.0"
|
||||
datum: "2026-02-05"
|
||||
aenderung: |
|
||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||
Quelle: #07 - Pilot-Konzept.docx
|
||||
|
||||
Inhalte:
|
||||
- Kontext & Konzeptbeschreibung (7 Voraussetzungen, 5 Hypothesen, 4 Risiken)
|
||||
- Rollenvergabe (Sponsor, Coaches, Leads, Team)
|
||||
- 5 Arbeitspakete (Kick-off bis Retrospektive)
|
||||
- Kommunikationswege (intern und extern)
|
||||
- Timeline (15.08.2025 - 31.12.2025)
|
||||
autor: "DIGITOM-Projekt"
|
||||
|
|
@ -1,162 +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"
|
||||
# =============================================================================
|
||||
# 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"
|
||||
|
|
|
|||
|
|
@ -1,69 +1,69 @@
|
|||
# =============================================================================
|
||||
# ROLLE: AUFTRAGGEBER PROZESS-MANAGEMENT (AG-PM)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R8-AG-PM"
|
||||
rolle_name: "Auftraggeber Prozess-Management"
|
||||
kurzform: "AG-PM"
|
||||
kategorie: "schnittstellenrolle"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
hinweis: "Verschiedene organisatorische Ausprägungen"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Bedarfs-Artikulation und Beauftragung der PM-Funktion zur zielgerichteten
|
||||
Nutzung der PM-Services für spezifische organisatorische Herausforderungen.
|
||||
|
||||
kernaufgaben:
|
||||
- "Identifikation und Artikulation von Prozess-Management-Bedarfen"
|
||||
- "Formale Beauftragung der PM-Funktion mit spezifischen Aufgaben oder Projekten"
|
||||
- "Bereitstellung notwendiger Ressourcen und Informationen für PM-Services"
|
||||
- "Definition von Erfolgserwartungen und Zielen für PM-Unterstützung"
|
||||
- "Feedback und Bewertung der erbrachten PM-Leistungen"
|
||||
- "Sicherstellung der Implementierung von PM-Empfehlungen"
|
||||
|
||||
# =============================================================================
|
||||
# AUFTRAGGEBER-KATEGORIEN
|
||||
# =============================================================================
|
||||
|
||||
auftraggeber_kategorien:
|
||||
- kategorie: "Abteilungsleitung"
|
||||
fokus: "Bereichsspezifische Prozessoptimierungen"
|
||||
|
||||
- kategorie: "Projektleitungen"
|
||||
fokus: "Projektbezogene Prozess-Unterstützung"
|
||||
|
||||
- kategorie: "Vision Board / Mission Board"
|
||||
fokus: "Strategische PM-Initiativen"
|
||||
|
||||
- kategorie: "Service-(Portfolio)-Manager"
|
||||
fokus: "Servicebezogene Prozessentwicklung"
|
||||
|
||||
stakeholder:
|
||||
- name: "PM-Funktion"
|
||||
beziehung: "Beauftragung und Zusammenarbeit"
|
||||
- name: "Betroffene Teams und Bereiche"
|
||||
beziehung: "Implementierung"
|
||||
- name: "Übergeordnete Gremien"
|
||||
beziehung: "Bei strategischen Aufträgen"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Beauftragung und Priorisierung von PM-Services im eigenen Verantwortungsbereich"
|
||||
- "Ressourcen-Bereitstellung für beauftragte PM-Aktivitäten"
|
||||
- "Freigabe und Implementierungs-Entscheidungen für PM-Empfehlungen"
|
||||
|
||||
kompetenzen:
|
||||
- "Bedarfs-Analyse und Ziel-Definition für Prozessoptimierungen"
|
||||
- "Stakeholder-Management für Implementierungsmaßnahmen"
|
||||
- "Change-Management-Grundverständnis"
|
||||
- "Budget- und Ressourcen-Verantwortung"
|
||||
# =============================================================================
|
||||
# ROLLE: AUFTRAGGEBER PROZESS-MANAGEMENT (AG-PM)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R8-AG-PM"
|
||||
rolle_name: "Auftraggeber Prozess-Management"
|
||||
kurzform: "AG-PM"
|
||||
kategorie: "schnittstellenrolle"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
hinweis: "Verschiedene organisatorische Ausprägungen"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Bedarfs-Artikulation und Beauftragung der PM-Funktion zur zielgerichteten
|
||||
Nutzung der PM-Services für spezifische organisatorische Herausforderungen.
|
||||
|
||||
kernaufgaben:
|
||||
- "Identifikation und Artikulation von Prozess-Management-Bedarfen"
|
||||
- "Formale Beauftragung der PM-Funktion mit spezifischen Aufgaben oder Projekten"
|
||||
- "Bereitstellung notwendiger Ressourcen und Informationen für PM-Services"
|
||||
- "Definition von Erfolgserwartungen und Zielen für PM-Unterstützung"
|
||||
- "Feedback und Bewertung der erbrachten PM-Leistungen"
|
||||
- "Sicherstellung der Implementierung von PM-Empfehlungen"
|
||||
|
||||
# =============================================================================
|
||||
# AUFTRAGGEBER-KATEGORIEN
|
||||
# =============================================================================
|
||||
|
||||
auftraggeber_kategorien:
|
||||
- kategorie: "Abteilungsleitung"
|
||||
fokus: "Bereichsspezifische Prozessoptimierungen"
|
||||
|
||||
- kategorie: "Projektleitungen"
|
||||
fokus: "Projektbezogene Prozess-Unterstützung"
|
||||
|
||||
- kategorie: "Vision Board / Mission Board"
|
||||
fokus: "Strategische PM-Initiativen"
|
||||
|
||||
- kategorie: "Service-(Portfolio)-Manager"
|
||||
fokus: "Servicebezogene Prozessentwicklung"
|
||||
|
||||
stakeholder:
|
||||
- name: "PM-Funktion"
|
||||
beziehung: "Beauftragung und Zusammenarbeit"
|
||||
- name: "Betroffene Teams und Bereiche"
|
||||
beziehung: "Implementierung"
|
||||
- name: "Übergeordnete Gremien"
|
||||
beziehung: "Bei strategischen Aufträgen"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Beauftragung und Priorisierung von PM-Services im eigenen Verantwortungsbereich"
|
||||
- "Ressourcen-Bereitstellung für beauftragte PM-Aktivitäten"
|
||||
- "Freigabe und Implementierungs-Entscheidungen für PM-Empfehlungen"
|
||||
|
||||
kompetenzen:
|
||||
- "Bedarfs-Analyse und Ziel-Definition für Prozessoptimierungen"
|
||||
- "Stakeholder-Management für Implementierungsmaßnahmen"
|
||||
- "Change-Management-Grundverständnis"
|
||||
- "Budget- und Ressourcen-Verantwortung"
|
||||
|
|
|
|||
|
|
@ -1,71 +1,71 @@
|
|||
# =============================================================================
|
||||
# ROLLE: GREMIEN (Vision Board, Mission Board, DSR)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R11-GREMIEN"
|
||||
rolle_name: "Gremien"
|
||||
kurzform: "VB/MB/DSR"
|
||||
kategorie: "governance_support"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
hinweis: "Vision Board, Mission Board, Digital Services Review"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Strategische und taktische Steuerung der PM-Funktion sowie
|
||||
Entscheidungen zu prozessrelevanten Governance-Fragen.
|
||||
|
||||
# =============================================================================
|
||||
# GREMIEN-SPEZIFISCHE AUFGABEN
|
||||
# =============================================================================
|
||||
|
||||
gremien:
|
||||
vision_board:
|
||||
name: "Vision Board"
|
||||
ebene: "strategisch"
|
||||
aufgaben:
|
||||
- "Strategische PM-Ausrichtung und Framework-Grundsätze"
|
||||
- "Budget- und Ressourcen-Entscheidungen für PM-Funktion"
|
||||
- "Grundsatzentscheidungen bei Eskalationen"
|
||||
|
||||
mission_board:
|
||||
name: "Mission Board"
|
||||
ebene: "taktisch"
|
||||
aufgaben:
|
||||
- "Taktische PM-Priorisierung und Konfliktlösung"
|
||||
- "Prozessübergreifende Optimierungsentscheidungen"
|
||||
- "Entscheidungen bei Ressourcenkonflikten"
|
||||
- "Governance-Eskalationen"
|
||||
|
||||
dsr:
|
||||
name: "Digital Services Review (DSR)"
|
||||
ebene: "operativ"
|
||||
aufgaben:
|
||||
- "Operative Prozess-Entscheidungen im Kontext des Service-Portfolios"
|
||||
|
||||
# =============================================================================
|
||||
# BEZIEHUNG ZUR PM-FUNKTION
|
||||
# =============================================================================
|
||||
|
||||
beziehung_pm:
|
||||
vision_board:
|
||||
- "Empfängt strategische Berichte und Konzepte von PM"
|
||||
- "Erteilt strategische Aufträge an PM"
|
||||
- "Entscheidet über Framework-Transformationen"
|
||||
|
||||
mission_board:
|
||||
- "Empfängt operative Berichte von PM"
|
||||
- "Entscheidet über Projekt-Leistungen"
|
||||
- "Löst Prioritätskonflikte"
|
||||
|
||||
dsr:
|
||||
- "Abstimmung servicebezogener Prozessfragen"
|
||||
# =============================================================================
|
||||
# ROLLE: GREMIEN (Vision Board, Mission Board, DSR)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R11-GREMIEN"
|
||||
rolle_name: "Gremien"
|
||||
kurzform: "VB/MB/DSR"
|
||||
kategorie: "governance_support"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
hinweis: "Vision Board, Mission Board, Digital Services Review"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Strategische und taktische Steuerung der PM-Funktion sowie
|
||||
Entscheidungen zu prozessrelevanten Governance-Fragen.
|
||||
|
||||
# =============================================================================
|
||||
# GREMIEN-SPEZIFISCHE AUFGABEN
|
||||
# =============================================================================
|
||||
|
||||
gremien:
|
||||
vision_board:
|
||||
name: "Vision Board"
|
||||
ebene: "strategisch"
|
||||
aufgaben:
|
||||
- "Strategische PM-Ausrichtung und Framework-Grundsätze"
|
||||
- "Budget- und Ressourcen-Entscheidungen für PM-Funktion"
|
||||
- "Grundsatzentscheidungen bei Eskalationen"
|
||||
|
||||
mission_board:
|
||||
name: "Mission Board"
|
||||
ebene: "taktisch"
|
||||
aufgaben:
|
||||
- "Taktische PM-Priorisierung und Konfliktlösung"
|
||||
- "Prozessübergreifende Optimierungsentscheidungen"
|
||||
- "Entscheidungen bei Ressourcenkonflikten"
|
||||
- "Governance-Eskalationen"
|
||||
|
||||
dsr:
|
||||
name: "Digital Services Review (DSR)"
|
||||
ebene: "operativ"
|
||||
aufgaben:
|
||||
- "Operative Prozess-Entscheidungen im Kontext des Service-Portfolios"
|
||||
|
||||
# =============================================================================
|
||||
# BEZIEHUNG ZUR PM-FUNKTION
|
||||
# =============================================================================
|
||||
|
||||
beziehung_pm:
|
||||
vision_board:
|
||||
- "Empfängt strategische Berichte und Konzepte von PM"
|
||||
- "Erteilt strategische Aufträge an PM"
|
||||
- "Entscheidet über Framework-Transformationen"
|
||||
|
||||
mission_board:
|
||||
- "Empfängt operative Berichte von PM"
|
||||
- "Entscheidet über Projekt-Leistungen"
|
||||
- "Löst Prioritätskonflikte"
|
||||
|
||||
dsr:
|
||||
- "Abstimmung servicebezogener Prozessfragen"
|
||||
|
|
|
|||
|
|
@ -1,40 +1,40 @@
|
|||
# =============================================================================
|
||||
# ROLLE: ISB / DATENSCHUTZBEAUFTRAGTE*R
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R10-ISB-DSB"
|
||||
rolle_name: "Informationssicherheitsbeauftragte*r / Datenschutzbeauftragte*r"
|
||||
kurzform: "ISB/DSB"
|
||||
kategorie: "governance_support"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Sicherstellung der Compliance von Prozessen und PM-Tools mit
|
||||
Sicherheits- und Datenschutzvorgaben.
|
||||
|
||||
kernaufgaben:
|
||||
- "Compliance-Prüfung von Prozess-Designs und PM-Tools"
|
||||
- "Definition sicherheitsrelevanter Prozess-Anforderungen"
|
||||
- "Risiko-Assessment für prozessbezogene Datenverarbeitung"
|
||||
|
||||
stakeholder:
|
||||
- name: "PM-Funktion"
|
||||
beziehung: "Compliance-Beratung und -Freigaben"
|
||||
- name: "Process Owner"
|
||||
beziehung: "Prozessbezogene Sicherheitsanforderungen"
|
||||
- name: "Fachbereiche/Abteilungen"
|
||||
beziehung: "Datenschutz-Compliance"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Compliance-Freigaben für Prozesse und Tools"
|
||||
- "Definition von Sicherheitsanforderungen"
|
||||
# =============================================================================
|
||||
# ROLLE: ISB / DATENSCHUTZBEAUFTRAGTE*R
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R10-ISB-DSB"
|
||||
rolle_name: "Informationssicherheitsbeauftragte*r / Datenschutzbeauftragte*r"
|
||||
kurzform: "ISB/DSB"
|
||||
kategorie: "governance_support"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Sicherstellung der Compliance von Prozessen und PM-Tools mit
|
||||
Sicherheits- und Datenschutzvorgaben.
|
||||
|
||||
kernaufgaben:
|
||||
- "Compliance-Prüfung von Prozess-Designs und PM-Tools"
|
||||
- "Definition sicherheitsrelevanter Prozess-Anforderungen"
|
||||
- "Risiko-Assessment für prozessbezogene Datenverarbeitung"
|
||||
|
||||
stakeholder:
|
||||
- name: "PM-Funktion"
|
||||
beziehung: "Compliance-Beratung und -Freigaben"
|
||||
- name: "Process Owner"
|
||||
beziehung: "Prozessbezogene Sicherheitsanforderungen"
|
||||
- name: "Fachbereiche/Abteilungen"
|
||||
beziehung: "Datenschutz-Compliance"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Compliance-Freigaben für Prozesse und Tools"
|
||||
- "Definition von Sicherheitsanforderungen"
|
||||
|
|
|
|||
|
|
@ -1,43 +1,43 @@
|
|||
# =============================================================================
|
||||
# ROLLE: IT-ARCHITEKTUR (Technische Schnittstelle)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R9-ITA"
|
||||
rolle_name: "IT-Architektur"
|
||||
kurzform: "ITA"
|
||||
kategorie: "governance_support"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
hinweis: "Technische Schnittstelle zur PM-Funktion"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Sicherstellung der technischen Machbarkeit und Integration von
|
||||
Prozess-Lösungen in die DIGITOM-IT-Landschaft.
|
||||
|
||||
kernaufgaben:
|
||||
- "Bewertung technischer Anforderungen aus Prozess-Design-Entscheidungen"
|
||||
- "Definition technischer Rahmenbedingungen für Prozess-Tools und -systeme"
|
||||
- "Sicherstellung der Systemkompatibilität bei prozessbezogenen IT-Lösungen"
|
||||
- "Beratung zu technischen Möglichkeiten und Grenzen bei Prozessoptimierungen"
|
||||
|
||||
stakeholder:
|
||||
- name: "PM-Funktion"
|
||||
beziehung: "Technische Beratung und Abstimmung"
|
||||
- name: "Process Owner"
|
||||
beziehung: "Prozessbezogene IT-Anforderungen"
|
||||
- name: "IT-Betrieb"
|
||||
beziehung: "Systemintegration und -betrieb"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Technische Architektur-Vorgaben für Prozess-Tools"
|
||||
- "System-Kompatibilitäts-Bewertungen"
|
||||
# =============================================================================
|
||||
# ROLLE: IT-ARCHITEKTUR (Technische Schnittstelle)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R9-ITA"
|
||||
rolle_name: "IT-Architektur"
|
||||
kurzform: "ITA"
|
||||
kategorie: "governance_support"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
hinweis: "Technische Schnittstelle zur PM-Funktion"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Sicherstellung der technischen Machbarkeit und Integration von
|
||||
Prozess-Lösungen in die DIGITOM-IT-Landschaft.
|
||||
|
||||
kernaufgaben:
|
||||
- "Bewertung technischer Anforderungen aus Prozess-Design-Entscheidungen"
|
||||
- "Definition technischer Rahmenbedingungen für Prozess-Tools und -systeme"
|
||||
- "Sicherstellung der Systemkompatibilität bei prozessbezogenen IT-Lösungen"
|
||||
- "Beratung zu technischen Möglichkeiten und Grenzen bei Prozessoptimierungen"
|
||||
|
||||
stakeholder:
|
||||
- name: "PM-Funktion"
|
||||
beziehung: "Technische Beratung und Abstimmung"
|
||||
- name: "Process Owner"
|
||||
beziehung: "Prozessbezogene IT-Anforderungen"
|
||||
- name: "IT-Betrieb"
|
||||
beziehung: "Systemintegration und -betrieb"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Technische Architektur-Vorgaben für Prozess-Tools"
|
||||
- "System-Kompatibilitäts-Bewertungen"
|
||||
|
|
|
|||
|
|
@ -1,57 +1,57 @@
|
|||
# =============================================================================
|
||||
# ROLLE: KEY-USER-NETZWERK-MANAGER*IN (KNM)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R5-KNM"
|
||||
rolle_name: "Key-User-Netzwerk-Manager*in"
|
||||
kurzform: "KNM"
|
||||
kategorie: "kernrolle_intern"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Systematischer Aufbau und Betreuung eines dezentralen Netzwerks von
|
||||
Prozess-Champions zur Skalierung der PM-Kompetenz in die gesamte
|
||||
DIGITOM-Organisation.
|
||||
|
||||
kernaufgaben:
|
||||
- "Identifikation, Rekrutierung und Onboarding geeigneter Key-User in allen Abteilungen"
|
||||
- "Entwicklung und Durchführung strukturierter Qualifizierungsprogramme für Key-User"
|
||||
- "Community-Management durch regelmäßige Netzwerk-Events und Erfahrungsaustausch"
|
||||
- "Aufbau und Pflege der zentralen Wissensplattform mit Self-Service-Ressourcen"
|
||||
- "Best-Practice-Transfer zwischen Abteilungen durch das Key-User-Netzwerk"
|
||||
- "Performance-Management des Key-User-Netzwerks und kontinuierliche Weiterentwicklung"
|
||||
|
||||
stakeholder:
|
||||
- name: "Key-User in allen Fachbereichen/Abteilungen"
|
||||
beziehung: "Direkte Betreuung und Entwicklung"
|
||||
- name: "Fachbereichsleitungen"
|
||||
beziehung: "Key-User-Nominierung und Freistellung"
|
||||
- name: "Prozess-Berater:innen"
|
||||
beziehung: "Operative Zusammenarbeit bei Fachbereichs-Support"
|
||||
- name: "IT-Abteilung"
|
||||
beziehung: "Wissensplattform-Entwicklung und -betrieb"
|
||||
- name: "Personalentwicklung"
|
||||
beziehung: "Qualifizierungskoordination"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Key-User-Qualifizierungskonzepte und Schulungsprogramm-Design"
|
||||
- "Community-Event-Planung und Ressourcen-Allokation"
|
||||
- "Wissensplattform-Inhalte und Self-Service-Ressourcen-Priorisierung"
|
||||
- "Key-User-Performance-Bewertung und Entwicklungsempfehlungen"
|
||||
|
||||
kompetenzen:
|
||||
- "Community-Building und Netzwerk-Management für diverse organisatorische Kontexte"
|
||||
- "Didaktische Expertise für Erwachsenenbildung und Kompetenzentwicklung"
|
||||
- "Content-Management für digitale Wissensplattformen"
|
||||
- "Motivations- und Engagement-Management für freiwillige Communities"
|
||||
- "Train-the-Trainer-Fähigkeiten für Multiplikator-Entwicklung"
|
||||
# =============================================================================
|
||||
# ROLLE: KEY-USER-NETZWERK-MANAGER*IN (KNM)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R5-KNM"
|
||||
rolle_name: "Key-User-Netzwerk-Manager*in"
|
||||
kurzform: "KNM"
|
||||
kategorie: "kernrolle_intern"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Systematischer Aufbau und Betreuung eines dezentralen Netzwerks von
|
||||
Prozess-Champions zur Skalierung der PM-Kompetenz in die gesamte
|
||||
DIGITOM-Organisation.
|
||||
|
||||
kernaufgaben:
|
||||
- "Identifikation, Rekrutierung und Onboarding geeigneter Key-User in allen Abteilungen"
|
||||
- "Entwicklung und Durchführung strukturierter Qualifizierungsprogramme für Key-User"
|
||||
- "Community-Management durch regelmäßige Netzwerk-Events und Erfahrungsaustausch"
|
||||
- "Aufbau und Pflege der zentralen Wissensplattform mit Self-Service-Ressourcen"
|
||||
- "Best-Practice-Transfer zwischen Abteilungen durch das Key-User-Netzwerk"
|
||||
- "Performance-Management des Key-User-Netzwerks und kontinuierliche Weiterentwicklung"
|
||||
|
||||
stakeholder:
|
||||
- name: "Key-User in allen Fachbereichen/Abteilungen"
|
||||
beziehung: "Direkte Betreuung und Entwicklung"
|
||||
- name: "Fachbereichsleitungen"
|
||||
beziehung: "Key-User-Nominierung und Freistellung"
|
||||
- name: "Prozess-Berater:innen"
|
||||
beziehung: "Operative Zusammenarbeit bei Fachbereichs-Support"
|
||||
- name: "IT-Abteilung"
|
||||
beziehung: "Wissensplattform-Entwicklung und -betrieb"
|
||||
- name: "Personalentwicklung"
|
||||
beziehung: "Qualifizierungskoordination"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Key-User-Qualifizierungskonzepte und Schulungsprogramm-Design"
|
||||
- "Community-Event-Planung und Ressourcen-Allokation"
|
||||
- "Wissensplattform-Inhalte und Self-Service-Ressourcen-Priorisierung"
|
||||
- "Key-User-Performance-Bewertung und Entwicklungsempfehlungen"
|
||||
|
||||
kompetenzen:
|
||||
- "Community-Building und Netzwerk-Management für diverse organisatorische Kontexte"
|
||||
- "Didaktische Expertise für Erwachsenenbildung und Kompetenzentwicklung"
|
||||
- "Content-Management für digitale Wissensplattformen"
|
||||
- "Motivations- und Engagement-Management für freiwillige Communities"
|
||||
- "Train-the-Trainer-Fähigkeiten für Multiplikator-Entwicklung"
|
||||
|
|
|
|||
|
|
@ -1,59 +1,59 @@
|
|||
# =============================================================================
|
||||
# ROLLE: KEY-USER (KU)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R7-KU"
|
||||
rolle_name: "Key-User"
|
||||
kurzform: "KU"
|
||||
kategorie: "schnittstellenrolle"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
hinweis: "Formale Rolle in den Fachbereichen/Abteilungen"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Dezentrale PM-Kompetenz und Change-Agenten in den Fachbereichen/Abteilungen
|
||||
zur lokalen Prozessexpertise und Schnittstelle zur zentralen PM-Funktion.
|
||||
|
||||
kernaufgaben:
|
||||
- "Erste Anlaufstelle für prozessbezogene Fragen und Herausforderungen im eigenen Fachbereich/Abteilung"
|
||||
- "Lokale Prozessexpertise und Unterstützung der Kollegen bei Prozessarbeit"
|
||||
- "Schnittstelle zwischen Fachbereichen/Abteilungen und zentraler PM-Funktion"
|
||||
- "Modellierung spezifischer (Fach-)Prozesse"
|
||||
- "Implementierung von Framework-Updates und Prozessänderungen im Fachbereich"
|
||||
- "Identifikation lokaler Optimierungspotenziale und Weiterleitung an PM-Funktion"
|
||||
- "Multiplikator für Prozess-Know-how und Best Practices"
|
||||
|
||||
stakeholder:
|
||||
- name: "Kolleg:innen im eigenen Fachbereich/Abteilung"
|
||||
beziehung: "Direkte Unterstützung"
|
||||
- name: "Key-User-Netzwerk-Manager:in"
|
||||
beziehung: "Qualifizierung und Community"
|
||||
- name: "Prozess-Berater:innen"
|
||||
beziehung: "Bei komplexeren Herausforderungen"
|
||||
- name: "Fachbereichs-/Abteilungsleitung"
|
||||
beziehung: "Lokale PM-Vertretung"
|
||||
- name: "Andere Key-User"
|
||||
beziehung: "Erfahrungsaustausch und Peer-Learning"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Erste Bewertung und Priorisierung lokaler Prozess-Anfragen"
|
||||
- "Methodische Empfehlungen für Standardsituationen im Rahmen des Frameworks"
|
||||
- "Weiterleitung komplexerer Fälle an zentrale PM-Funktion"
|
||||
- "Lokale Prozess-Dokumentations-Updates in Abstimmung mit Process Owner"
|
||||
|
||||
kompetenzen:
|
||||
- "Fundierte Kenntnisse des PM-Frameworks und Standard-Methoden"
|
||||
- "Beratungs- und Unterstützungskompetenz für Kolleg:innen"
|
||||
- "Fachbereichs-spezifisches Prozess-Know-how"
|
||||
- "Netzwerk- und Community-Fähigkeiten"
|
||||
- "Change-Agent-Qualitäten für lokale Prozessverbesserungen"
|
||||
# =============================================================================
|
||||
# ROLLE: KEY-USER (KU)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R7-KU"
|
||||
rolle_name: "Key-User"
|
||||
kurzform: "KU"
|
||||
kategorie: "schnittstellenrolle"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
hinweis: "Formale Rolle in den Fachbereichen/Abteilungen"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Dezentrale PM-Kompetenz und Change-Agenten in den Fachbereichen/Abteilungen
|
||||
zur lokalen Prozessexpertise und Schnittstelle zur zentralen PM-Funktion.
|
||||
|
||||
kernaufgaben:
|
||||
- "Erste Anlaufstelle für prozessbezogene Fragen und Herausforderungen im eigenen Fachbereich/Abteilung"
|
||||
- "Lokale Prozessexpertise und Unterstützung der Kollegen bei Prozessarbeit"
|
||||
- "Schnittstelle zwischen Fachbereichen/Abteilungen und zentraler PM-Funktion"
|
||||
- "Modellierung spezifischer (Fach-)Prozesse"
|
||||
- "Implementierung von Framework-Updates und Prozessänderungen im Fachbereich"
|
||||
- "Identifikation lokaler Optimierungspotenziale und Weiterleitung an PM-Funktion"
|
||||
- "Multiplikator für Prozess-Know-how und Best Practices"
|
||||
|
||||
stakeholder:
|
||||
- name: "Kolleg:innen im eigenen Fachbereich/Abteilung"
|
||||
beziehung: "Direkte Unterstützung"
|
||||
- name: "Key-User-Netzwerk-Manager:in"
|
||||
beziehung: "Qualifizierung und Community"
|
||||
- name: "Prozess-Berater:innen"
|
||||
beziehung: "Bei komplexeren Herausforderungen"
|
||||
- name: "Fachbereichs-/Abteilungsleitung"
|
||||
beziehung: "Lokale PM-Vertretung"
|
||||
- name: "Andere Key-User"
|
||||
beziehung: "Erfahrungsaustausch und Peer-Learning"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Erste Bewertung und Priorisierung lokaler Prozess-Anfragen"
|
||||
- "Methodische Empfehlungen für Standardsituationen im Rahmen des Frameworks"
|
||||
- "Weiterleitung komplexerer Fälle an zentrale PM-Funktion"
|
||||
- "Lokale Prozess-Dokumentations-Updates in Abstimmung mit Process Owner"
|
||||
|
||||
kompetenzen:
|
||||
- "Fundierte Kenntnisse des PM-Frameworks und Standard-Methoden"
|
||||
- "Beratungs- und Unterstützungskompetenz für Kolleg:innen"
|
||||
- "Fachbereichs-spezifisches Prozess-Know-how"
|
||||
- "Netzwerk- und Community-Fähigkeiten"
|
||||
- "Change-Agent-Qualitäten für lokale Prozessverbesserungen"
|
||||
|
|
|
|||
|
|
@ -1,61 +1,61 @@
|
|||
# =============================================================================
|
||||
# ROLLE: LEITER*IN PROZESS-MANAGEMENT (LPM)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R1-LPM"
|
||||
rolle_name: "Leiter*in Prozess-Management"
|
||||
kurzform: "LPM"
|
||||
kategorie: "kernrolle_intern"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Strategische Führung und operative Steuerung der gesamten PM-Funktion
|
||||
zur Sicherstellung der Wertschöpfung für DIGITOM.
|
||||
|
||||
kernaufgaben:
|
||||
- "Strategische Ausrichtung der PM-Funktion an DIGIT-Zielen und organisationalen Bedarfen"
|
||||
- "Strategische Vorschläge zur Weiterentwicklung des DIGITOMs aus Prozess-Management-Perspektive (z.B. neue Funktionen, Rollenanpassungen, Governance-Strukturen)"
|
||||
- "Koordination und Priorisierung der internen PM-Rollen (PFM, PLK, PB, KNM)"
|
||||
- "Stakeholder-Management zu Gremien und Fachbereichen/Abteilungen"
|
||||
- "Ressourcenplanung, Budgetverantwortung und Kapazitätssteuerung der PM-Funktion"
|
||||
- "Eskalationsmanagement bei strategischen Konflikten oder Ressourcenengpässen"
|
||||
- "Im Fall von Ressourcen-Konflikten: Erstbewertung und Empfehlung, bei kritischen Fällen Eskalation ans Mission Board"
|
||||
- "Berichterstattung an Vision Board über PM-Performance und strategische Entwicklungen"
|
||||
|
||||
stakeholder:
|
||||
- name: "Vision Board"
|
||||
beziehung: "Auftraggeber und strategische Abstimmung"
|
||||
- name: "Mission Board"
|
||||
beziehung: "Taktische Abstimmung"
|
||||
- name: "Interne PM-Rollen"
|
||||
beziehung: "Führung und Koordination"
|
||||
- name: "Abteilungsleitungen"
|
||||
beziehung: "Strategische PM-Partnerschaften"
|
||||
- name: "Amtsleitung DIGIT"
|
||||
beziehung: "Organisatorische Einbindung"
|
||||
- name: "Externe Berater und Dienstleister"
|
||||
beziehung: "Strategische Partnerschaften"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Priorisierung von PM-Aufträgen bei Ressourcenkonflikten (bei kritischen Entscheidungen in Konsultation mit Mission Board)"
|
||||
- "Personalentscheidungen für PM-Team (Einstellung, Entwicklung, Zielsetzung)"
|
||||
- "Budget-Allokation für PM-Tools, Schulungen und externe Unterstützung"
|
||||
- "Eskalation an Mission Board bei konkurrierenden Prioritäten"
|
||||
- "PM-Framework-Freigaben nach PFM-Vorschlägen"
|
||||
|
||||
kompetenzen:
|
||||
- "Führungskompetenz für interdisziplinäre Teams mit verschiedenen Expertisen"
|
||||
- "Strategisches Stakeholder-Management und politische Sensibilität in der Verwaltung"
|
||||
- "Verständnis für das DIGITOM und das PM-Framework sowie organisationale Transformationen"
|
||||
- "Konfliktmanagement bei konkurrierenden Prioritäten in verschiedenen Fachbereichen/Abteilungen"
|
||||
- "Change Management für komplexe organisatorische Veränderungen"
|
||||
# =============================================================================
|
||||
# ROLLE: LEITER*IN PROZESS-MANAGEMENT (LPM)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R1-LPM"
|
||||
rolle_name: "Leiter*in Prozess-Management"
|
||||
kurzform: "LPM"
|
||||
kategorie: "kernrolle_intern"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Strategische Führung und operative Steuerung der gesamten PM-Funktion
|
||||
zur Sicherstellung der Wertschöpfung für DIGITOM.
|
||||
|
||||
kernaufgaben:
|
||||
- "Strategische Ausrichtung der PM-Funktion an DIGIT-Zielen und organisationalen Bedarfen"
|
||||
- "Strategische Vorschläge zur Weiterentwicklung des DIGITOMs aus Prozess-Management-Perspektive (z.B. neue Funktionen, Rollenanpassungen, Governance-Strukturen)"
|
||||
- "Koordination und Priorisierung der internen PM-Rollen (PFM, PLK, PB, KNM)"
|
||||
- "Stakeholder-Management zu Gremien und Fachbereichen/Abteilungen"
|
||||
- "Ressourcenplanung, Budgetverantwortung und Kapazitätssteuerung der PM-Funktion"
|
||||
- "Eskalationsmanagement bei strategischen Konflikten oder Ressourcenengpässen"
|
||||
- "Im Fall von Ressourcen-Konflikten: Erstbewertung und Empfehlung, bei kritischen Fällen Eskalation ans Mission Board"
|
||||
- "Berichterstattung an Vision Board über PM-Performance und strategische Entwicklungen"
|
||||
|
||||
stakeholder:
|
||||
- name: "Vision Board"
|
||||
beziehung: "Auftraggeber und strategische Abstimmung"
|
||||
- name: "Mission Board"
|
||||
beziehung: "Taktische Abstimmung"
|
||||
- name: "Interne PM-Rollen"
|
||||
beziehung: "Führung und Koordination"
|
||||
- name: "Abteilungsleitungen"
|
||||
beziehung: "Strategische PM-Partnerschaften"
|
||||
- name: "Amtsleitung DIGIT"
|
||||
beziehung: "Organisatorische Einbindung"
|
||||
- name: "Externe Berater und Dienstleister"
|
||||
beziehung: "Strategische Partnerschaften"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Priorisierung von PM-Aufträgen bei Ressourcenkonflikten (bei kritischen Entscheidungen in Konsultation mit Mission Board)"
|
||||
- "Personalentscheidungen für PM-Team (Einstellung, Entwicklung, Zielsetzung)"
|
||||
- "Budget-Allokation für PM-Tools, Schulungen und externe Unterstützung"
|
||||
- "Eskalation an Mission Board bei konkurrierenden Prioritäten"
|
||||
- "PM-Framework-Freigaben nach PFM-Vorschlägen"
|
||||
|
||||
kompetenzen:
|
||||
- "Führungskompetenz für interdisziplinäre Teams mit verschiedenen Expertisen"
|
||||
- "Strategisches Stakeholder-Management und politische Sensibilität in der Verwaltung"
|
||||
- "Verständnis für das DIGITOM und das PM-Framework sowie organisationale Transformationen"
|
||||
- "Konfliktmanagement bei konkurrierenden Prioritäten in verschiedenen Fachbereichen/Abteilungen"
|
||||
- "Change Management für komplexe organisatorische Veränderungen"
|
||||
|
|
|
|||
|
|
@ -1,80 +1,80 @@
|
|||
# =============================================================================
|
||||
# ROLLE: PROCESS OWNER (PO)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R6-PO"
|
||||
rolle_name: "Process Owner"
|
||||
kurzform: "PO"
|
||||
kategorie: "schnittstellenrolle"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
hinweis: |
|
||||
Übernommen von: Stakeholder-Manager (SHM), Demand Portfolio Manager (DPM),
|
||||
Projekt Portfolio Manager (PPM), Service Portfolio Manager (SPM)
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
End-to-End-Verantwortung für spezifische Teilprozess-Prozesse zur
|
||||
Sicherstellung von Prozess-Performance, Qualität und kontinuierlicher Optimierung.
|
||||
|
||||
kernaufgaben:
|
||||
- "Strategische Verantwortung für Performance und Qualität der zugeordneten End-to-End-Prozesse"
|
||||
- "Definition prozessspezifischer KPIs auf Basis zentral vorgegebener KPI-Kategorien und Standards"
|
||||
- "Monitoring der Prozess-KPIs in Abstimmung mit organisationalen Zielen"
|
||||
- "Koordination prozessbezogener Optimierungsinitiativen zwischen beteiligten Bereichen"
|
||||
- "Eskalationsmanagement bei prozessrelevanten Problemen oder Ressourcenkonflikten"
|
||||
- "Abstimmung mit PM-Funktion bei PM-Framework-Updates oder methodischen Änderungen"
|
||||
- "Sicherstellung der Framework-Compliance in den verantworteten Prozessen"
|
||||
|
||||
# =============================================================================
|
||||
# PROCESS OWNER-ZUORDNUNG
|
||||
# =============================================================================
|
||||
|
||||
spezifische_zuordnung:
|
||||
- funktion: "SHM"
|
||||
name: "Stakeholder-Management"
|
||||
prozess: "Bedarfserfassung und -qualifizierung"
|
||||
|
||||
- funktion: "DPM"
|
||||
name: "Demand-Portfolio-Management"
|
||||
prozess: "Demand-Bewertung und Demand-Portfolio-Steuerung"
|
||||
|
||||
- funktion: "PPM"
|
||||
name: "Projekt-Portfolio-Management"
|
||||
prozess: "Projektsteuerung und -überwachung"
|
||||
|
||||
- funktion: "SPM"
|
||||
name: "Service-Portfolio-Management"
|
||||
prozess: "Service-Integration und Betriebsüberführung"
|
||||
|
||||
stakeholder:
|
||||
- name: "PM-Funktion"
|
||||
beziehung: "Methodische Unterstützung und Framework-Compliance"
|
||||
- name: "Beteiligte Fachbereiche/Abteilungen"
|
||||
beziehung: "Im jeweiligen End-to-End-Prozess"
|
||||
- name: "Mission Board"
|
||||
beziehung: "Performance-Reporting und strategische Abstimmung"
|
||||
- name: "Key-User"
|
||||
beziehung: "In den prozessrelevanten Bereichen"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Prozess-Design-Entscheidungen im Rahmen des gültigen PM-Frameworks"
|
||||
- "Ressourcen-Anfrage/Priorisierung für prozessbezogene Optimierungsmaßnahmen"
|
||||
- "Eskalations-Entscheidungen bei prozessübergreifenden Konflikten"
|
||||
- "KPI-Definition und Performance-Ziele für die verantworteten Prozesse"
|
||||
- "Abnahme-Entscheidungen für Prozessänderungen"
|
||||
|
||||
kompetenzen:
|
||||
- "End-to-End-Prozess-Verständnis mit systemischer Sichtweise"
|
||||
- "Performance-Management mit KPI-Entwicklung und -monitoring"
|
||||
- "Cross-funktionale Koordination zwischen verschiedenen Bereichen"
|
||||
- "Prozessoptimierungs-Kompetenz mit methodischem Grundverständnis"
|
||||
# =============================================================================
|
||||
# ROLLE: PROCESS OWNER (PO)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R6-PO"
|
||||
rolle_name: "Process Owner"
|
||||
kurzform: "PO"
|
||||
kategorie: "schnittstellenrolle"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
hinweis: |
|
||||
Übernommen von: Stakeholder-Manager (SHM), Demand Portfolio Manager (DPM),
|
||||
Projekt Portfolio Manager (PPM), Service Portfolio Manager (SPM)
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
End-to-End-Verantwortung für spezifische Teilprozess-Prozesse zur
|
||||
Sicherstellung von Prozess-Performance, Qualität und kontinuierlicher Optimierung.
|
||||
|
||||
kernaufgaben:
|
||||
- "Strategische Verantwortung für Performance und Qualität der zugeordneten End-to-End-Prozesse"
|
||||
- "Definition prozessspezifischer KPIs auf Basis zentral vorgegebener KPI-Kategorien und Standards"
|
||||
- "Monitoring der Prozess-KPIs in Abstimmung mit organisationalen Zielen"
|
||||
- "Koordination prozessbezogener Optimierungsinitiativen zwischen beteiligten Bereichen"
|
||||
- "Eskalationsmanagement bei prozessrelevanten Problemen oder Ressourcenkonflikten"
|
||||
- "Abstimmung mit PM-Funktion bei PM-Framework-Updates oder methodischen Änderungen"
|
||||
- "Sicherstellung der Framework-Compliance in den verantworteten Prozessen"
|
||||
|
||||
# =============================================================================
|
||||
# PROCESS OWNER-ZUORDNUNG
|
||||
# =============================================================================
|
||||
|
||||
spezifische_zuordnung:
|
||||
- funktion: "SHM"
|
||||
name: "Stakeholder-Management"
|
||||
prozess: "Bedarfserfassung und -qualifizierung"
|
||||
|
||||
- funktion: "DPM"
|
||||
name: "Demand-Portfolio-Management"
|
||||
prozess: "Demand-Bewertung und Demand-Portfolio-Steuerung"
|
||||
|
||||
- funktion: "PPM"
|
||||
name: "Projekt-Portfolio-Management"
|
||||
prozess: "Projektsteuerung und -überwachung"
|
||||
|
||||
- funktion: "SPM"
|
||||
name: "Service-Portfolio-Management"
|
||||
prozess: "Service-Integration und Betriebsüberführung"
|
||||
|
||||
stakeholder:
|
||||
- name: "PM-Funktion"
|
||||
beziehung: "Methodische Unterstützung und Framework-Compliance"
|
||||
- name: "Beteiligte Fachbereiche/Abteilungen"
|
||||
beziehung: "Im jeweiligen End-to-End-Prozess"
|
||||
- name: "Mission Board"
|
||||
beziehung: "Performance-Reporting und strategische Abstimmung"
|
||||
- name: "Key-User"
|
||||
beziehung: "In den prozessrelevanten Bereichen"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Prozess-Design-Entscheidungen im Rahmen des gültigen PM-Frameworks"
|
||||
- "Ressourcen-Anfrage/Priorisierung für prozessbezogene Optimierungsmaßnahmen"
|
||||
- "Eskalations-Entscheidungen bei prozessübergreifenden Konflikten"
|
||||
- "KPI-Definition und Performance-Ziele für die verantworteten Prozesse"
|
||||
- "Abnahme-Entscheidungen für Prozessänderungen"
|
||||
|
||||
kompetenzen:
|
||||
- "End-to-End-Prozess-Verständnis mit systemischer Sichtweise"
|
||||
- "Performance-Management mit KPI-Entwicklung und -monitoring"
|
||||
- "Cross-funktionale Koordination zwischen verschiedenen Bereichen"
|
||||
- "Prozessoptimierungs-Kompetenz mit methodischem Grundverständnis"
|
||||
|
|
|
|||
|
|
@ -1,57 +1,57 @@
|
|||
# =============================================================================
|
||||
# ROLLE: PROZESS-BERATER*IN (PB)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R4-PB"
|
||||
rolle_name: "Prozess-Berater*in"
|
||||
kurzform: "PB"
|
||||
kategorie: "kernrolle_intern"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Direkte, vertrauensvolle methodische Unterstützung der Fachbereiche/Abteilungen
|
||||
bei Prozessanalyse, -gestaltung und -optimierung zur Befähigung für
|
||||
eigenständige Prozessarbeit.
|
||||
|
||||
kernaufgaben:
|
||||
- "Individuelle Beratung und Coaching von Fachbereichen/Abteilungen bei konkreten Prozess-Herausforderungen"
|
||||
- "Moderation von Prozess-Workshops für kollaborative Analyse und Optimierung in definierten Fällen"
|
||||
- "Methodische Unterstützung bei Prozessmodellierung und -dokumentation"
|
||||
- "Troubleshooting bei operativen Prozess-Problemen und Konflikten (inkl. Erstbewertung von Anfragen über das Ticketsystem)"
|
||||
- "Identifikation von Optimierungspotenzialen durch Prozess-Assessments"
|
||||
- "Begleitende Umsetzungsunterstützung bei Prozessänderungen"
|
||||
|
||||
stakeholder:
|
||||
- name: "Fachbereiche/Abteilungen und deren Teams"
|
||||
beziehung: "Direkte Beratung und Coaching"
|
||||
- name: "Key-User"
|
||||
beziehung: "Operative Zusammenarbeit und Befähigung"
|
||||
- name: "Projektteams"
|
||||
beziehung: "Prozessbezogene Projektunterstützung"
|
||||
- name: "Auftraggeber PM"
|
||||
beziehung: "Bedarfsklärung und Erwartungsmanagement"
|
||||
- name: "Process Owner"
|
||||
beziehung: "Methodische Unterstützung bei End-to-End-Optimierungen"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Methodische Empfehlungen im Rahmen des gültigen Frameworks"
|
||||
- "Workshop-Design und Moderations-Ansätze für spezifische Situationen"
|
||||
- "Beratungs-Priorisierung bei mehreren gleichzeitigen Anfragen"
|
||||
- "Eskalations-Empfehlungen bei komplexen oder ressourcenintensiven Problemen"
|
||||
|
||||
kompetenzen:
|
||||
- "Prozessberatungs-Expertise mit breitem Methoden-Portfolio"
|
||||
- "Workshop-Moderation und Facilitierung für diverse Stakeholder-Konstellationen"
|
||||
- "Change Management-Fähigkeiten für begleitende Prozessveränderungen"
|
||||
- "Empathie und Beziehungsaufbau für vertrauensvolle Beratungspartnerschaften"
|
||||
- "Problemlösungs-Kompetenz für komplexe organisatorische Herausforderungen"
|
||||
# =============================================================================
|
||||
# ROLLE: PROZESS-BERATER*IN (PB)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R4-PB"
|
||||
rolle_name: "Prozess-Berater*in"
|
||||
kurzform: "PB"
|
||||
kategorie: "kernrolle_intern"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Direkte, vertrauensvolle methodische Unterstützung der Fachbereiche/Abteilungen
|
||||
bei Prozessanalyse, -gestaltung und -optimierung zur Befähigung für
|
||||
eigenständige Prozessarbeit.
|
||||
|
||||
kernaufgaben:
|
||||
- "Individuelle Beratung und Coaching von Fachbereichen/Abteilungen bei konkreten Prozess-Herausforderungen"
|
||||
- "Moderation von Prozess-Workshops für kollaborative Analyse und Optimierung in definierten Fällen"
|
||||
- "Methodische Unterstützung bei Prozessmodellierung und -dokumentation"
|
||||
- "Troubleshooting bei operativen Prozess-Problemen und Konflikten (inkl. Erstbewertung von Anfragen über das Ticketsystem)"
|
||||
- "Identifikation von Optimierungspotenzialen durch Prozess-Assessments"
|
||||
- "Begleitende Umsetzungsunterstützung bei Prozessänderungen"
|
||||
|
||||
stakeholder:
|
||||
- name: "Fachbereiche/Abteilungen und deren Teams"
|
||||
beziehung: "Direkte Beratung und Coaching"
|
||||
- name: "Key-User"
|
||||
beziehung: "Operative Zusammenarbeit und Befähigung"
|
||||
- name: "Projektteams"
|
||||
beziehung: "Prozessbezogene Projektunterstützung"
|
||||
- name: "Auftraggeber PM"
|
||||
beziehung: "Bedarfsklärung und Erwartungsmanagement"
|
||||
- name: "Process Owner"
|
||||
beziehung: "Methodische Unterstützung bei End-to-End-Optimierungen"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Methodische Empfehlungen im Rahmen des gültigen Frameworks"
|
||||
- "Workshop-Design und Moderations-Ansätze für spezifische Situationen"
|
||||
- "Beratungs-Priorisierung bei mehreren gleichzeitigen Anfragen"
|
||||
- "Eskalations-Empfehlungen bei komplexen oder ressourcenintensiven Problemen"
|
||||
|
||||
kompetenzen:
|
||||
- "Prozessberatungs-Expertise mit breitem Methoden-Portfolio"
|
||||
- "Workshop-Moderation und Facilitierung für diverse Stakeholder-Konstellationen"
|
||||
- "Change Management-Fähigkeiten für begleitende Prozessveränderungen"
|
||||
- "Empathie und Beziehungsaufbau für vertrauensvolle Beratungspartnerschaften"
|
||||
- "Problemlösungs-Kompetenz für komplexe organisatorische Herausforderungen"
|
||||
|
|
|
|||
|
|
@ -1,64 +1,64 @@
|
|||
# =============================================================================
|
||||
# ROLLE: PROZESS-FRAMEWORK-MANAGER*IN (PFM)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R2-PFM"
|
||||
rolle_name: "Prozess-Framework-Manager*in"
|
||||
kurzform: "PFM"
|
||||
kategorie: "kernrolle_intern"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Entwicklung und Pflege eines einheitlichen, zukunftsfähigen PM-Frameworks,
|
||||
das DIGITOM-weit als methodische Grundlage für qualitativ hochwertige
|
||||
Prozessarbeit dient.
|
||||
|
||||
kernaufgaben:
|
||||
- "Konzeption, Dokumentation und kontinuierliche Weiterentwicklung des verbindlichen PM-Frameworks (Standards, Methoden, Tools, Governance-Regeln)"
|
||||
- "Entwicklung und Pflege eines zentralen KPI-Frameworks mit standardisierten Messkategorien, Berechnungsmethoden und Reporting-Standards"
|
||||
- "Analyse externer Best Practices, Standards und gesetzlicher Anforderungen für Integration ins PM-Framework"
|
||||
- "PM-Framework-Kommunikation und Change Management bei größeren Methodenänderungen"
|
||||
- "Qualitätssicherung des PM-Frameworks durch systematisches Feedback-Management"
|
||||
- "Entwicklung von PM-Framework-Schulungskonzepten und Zertifizierungsstandards"
|
||||
- "Vorschläge zur Weiterentwicklung des DIGITOMs aus Prozess-Management-Sicht"
|
||||
- "Harmonisierung des PM-Frameworks mit dem Service Management Framework"
|
||||
- "Identifikation geeigneter Methoden und technischer Ansätze zur Digitalisierung und (Teil-)Automatisierung von Prozessen"
|
||||
|
||||
stakeholder:
|
||||
- name: "Leiter*in Prozess-Management"
|
||||
beziehung: "Strategische Abstimmung und Freigaben"
|
||||
- name: "Alle internen PM-Rollen"
|
||||
beziehung: "Framework-Anwendung und Feedback"
|
||||
- name: "IT-Architektur"
|
||||
beziehung: "Technische Machbarkeit und Systemintegration"
|
||||
- name: "ISB/Datenschutz"
|
||||
beziehung: "Compliance-Anforderungen"
|
||||
- name: "Process Owner"
|
||||
beziehung: "Framework-Implementierung in spezifischen Prozessen"
|
||||
- name: "Externe Standards-Organisationen und Beratungsunternehmen"
|
||||
beziehung: "Best Practices und Standards"
|
||||
- name: "Zentrales GPM (HPA)"
|
||||
beziehung: "Übergeordnete Abstimmung"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "PM-Framework-Design-Entscheidungen im Rahmen strategischer Vorgaben"
|
||||
- "Tool-Evaluierung und Empfehlungen für Investitionsentscheidungen"
|
||||
- "Methodische Standards für einheitliche Prozessarbeit in DIGITOM"
|
||||
- "PM-Framework-Update-Prioritäten basierend auf organisationalen Bedarfen"
|
||||
|
||||
kompetenzen:
|
||||
- "Expertise in Prozessmanagement-Methoden (BPM, Lean, Six Sigma, Design Thinking)"
|
||||
- "Technisches Verständnis für digitale Prozess-Tools und Plattform-Architekturen"
|
||||
- "Systemisches Denken für komplexe organisatorische Zusammenhänge"
|
||||
- "Didaktische Fähigkeiten für Framework-Kommunikation und Wissensvermittlung"
|
||||
- "Analytische Fähigkeiten für Technologie-Assessment und Standards-Evaluierung"
|
||||
# =============================================================================
|
||||
# ROLLE: PROZESS-FRAMEWORK-MANAGER*IN (PFM)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R2-PFM"
|
||||
rolle_name: "Prozess-Framework-Manager*in"
|
||||
kurzform: "PFM"
|
||||
kategorie: "kernrolle_intern"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Entwicklung und Pflege eines einheitlichen, zukunftsfähigen PM-Frameworks,
|
||||
das DIGITOM-weit als methodische Grundlage für qualitativ hochwertige
|
||||
Prozessarbeit dient.
|
||||
|
||||
kernaufgaben:
|
||||
- "Konzeption, Dokumentation und kontinuierliche Weiterentwicklung des verbindlichen PM-Frameworks (Standards, Methoden, Tools, Governance-Regeln)"
|
||||
- "Entwicklung und Pflege eines zentralen KPI-Frameworks mit standardisierten Messkategorien, Berechnungsmethoden und Reporting-Standards"
|
||||
- "Analyse externer Best Practices, Standards und gesetzlicher Anforderungen für Integration ins PM-Framework"
|
||||
- "PM-Framework-Kommunikation und Change Management bei größeren Methodenänderungen"
|
||||
- "Qualitätssicherung des PM-Frameworks durch systematisches Feedback-Management"
|
||||
- "Entwicklung von PM-Framework-Schulungskonzepten und Zertifizierungsstandards"
|
||||
- "Vorschläge zur Weiterentwicklung des DIGITOMs aus Prozess-Management-Sicht"
|
||||
- "Harmonisierung des PM-Frameworks mit dem Service Management Framework"
|
||||
- "Identifikation geeigneter Methoden und technischer Ansätze zur Digitalisierung und (Teil-)Automatisierung von Prozessen"
|
||||
|
||||
stakeholder:
|
||||
- name: "Leiter*in Prozess-Management"
|
||||
beziehung: "Strategische Abstimmung und Freigaben"
|
||||
- name: "Alle internen PM-Rollen"
|
||||
beziehung: "Framework-Anwendung und Feedback"
|
||||
- name: "IT-Architektur"
|
||||
beziehung: "Technische Machbarkeit und Systemintegration"
|
||||
- name: "ISB/Datenschutz"
|
||||
beziehung: "Compliance-Anforderungen"
|
||||
- name: "Process Owner"
|
||||
beziehung: "Framework-Implementierung in spezifischen Prozessen"
|
||||
- name: "Externe Standards-Organisationen und Beratungsunternehmen"
|
||||
beziehung: "Best Practices und Standards"
|
||||
- name: "Zentrales GPM (HPA)"
|
||||
beziehung: "Übergeordnete Abstimmung"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "PM-Framework-Design-Entscheidungen im Rahmen strategischer Vorgaben"
|
||||
- "Tool-Evaluierung und Empfehlungen für Investitionsentscheidungen"
|
||||
- "Methodische Standards für einheitliche Prozessarbeit in DIGITOM"
|
||||
- "PM-Framework-Update-Prioritäten basierend auf organisationalen Bedarfen"
|
||||
|
||||
kompetenzen:
|
||||
- "Expertise in Prozessmanagement-Methoden (BPM, Lean, Six Sigma, Design Thinking)"
|
||||
- "Technisches Verständnis für digitale Prozess-Tools und Plattform-Architekturen"
|
||||
- "Systemisches Denken für komplexe organisatorische Zusammenhänge"
|
||||
- "Didaktische Fähigkeiten für Framework-Kommunikation und Wissensvermittlung"
|
||||
- "Analytische Fähigkeiten für Technologie-Assessment und Standards-Evaluierung"
|
||||
|
|
|
|||
|
|
@ -1,65 +1,65 @@
|
|||
# =============================================================================
|
||||
# ROLLE: PROZESSLANDSCHAFTS-KOORDINATOR*IN (PLK)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R3-PLK"
|
||||
rolle_name: "Prozesslandschafts-Koordinator*in"
|
||||
kurzform: "PLK"
|
||||
kategorie: "kernrolle_intern"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Operative Governance und Transparenz der DIGITOM-Prozesslandschaft zur
|
||||
Sicherstellung von Framework-Compliance und End-to-End-Prozessqualität.
|
||||
|
||||
kernaufgaben:
|
||||
- "Aufbau, Pflege und kontinuierliche Aktualisierung des zentralen Prozessregisters"
|
||||
- "Monitoring von Framework-Compliance und Identifikation von PM-Governance-Lücken"
|
||||
- "Koordination prozessübergreifender Initiativen zwischen verschiedenen Process Ownern"
|
||||
- "PM-Governance-Reporting für Gremien mit Prozess-KPIs und Compliance-Status"
|
||||
- "Eskalationsmanagement bei Prozess-Konflikten zwischen Abteilungen"
|
||||
- "Risiko-Assessment für Prozesslandschaft und frühzeitige Problemerkennung"
|
||||
- "Schnittstellen-Governance: Moderation von Schnittstellen-Vereinbarungen zwischen Process Ownern und Konfliktlösung bei schnittstellenübergreifenden Problemen"
|
||||
|
||||
pm_governance_luecken_management:
|
||||
beschreibung: "Systematisches Management von PM-Governance-Lücken"
|
||||
aufgaben:
|
||||
- "Systematische Identifikation von PM-Governance-Lücken im DIGIT/DIGITOM"
|
||||
- "Abstimmung mit Prozessberater:innen für Lösungsansätze"
|
||||
- "Bei kurzfristiger Lösung: Dokumentation und Monitoring"
|
||||
- "Bei langfristigem Bedarf: Strukturierte Eskalation über LPM ans Mission Board"
|
||||
|
||||
stakeholder:
|
||||
- name: "Process Owner (SHM, DPM, PPM, SPM)"
|
||||
beziehung: "End-to-End-Prozess-Koordination"
|
||||
- name: "Leiter*in Prozess-Management"
|
||||
beziehung: "Governance-Reporting und Eskalationen"
|
||||
- name: "Mission Board"
|
||||
beziehung: "Taktische Governance-Entscheidungen"
|
||||
- name: "Fachbereiche/Abteilungen"
|
||||
beziehung: "Compliance-Unterstützung und Konfliktlösung"
|
||||
- name: "IT-Architektur"
|
||||
beziehung: "Systemische Prozess-Dependencies"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Governance-Compliance-Bewertungen und Abweichungsmanagement"
|
||||
- "Prozessregister-Updates und Dokumentationsstandards"
|
||||
- "Eskalations-Empfehlungen bei systematischen Governance-Problemen"
|
||||
- "Priorisierung von prozessübergreifenden Optimierungsmaßnahmen"
|
||||
|
||||
kompetenzen:
|
||||
- "Prozessanalyse-Expertise für komplexe, vernetzte Prozesslandschaften"
|
||||
- "Governance-Kompetenz mit Verständnis für Compliance und Risikomanagement"
|
||||
- "Diplomatische Fähigkeiten für Konfliktmediation zwischen Fachbereichen/Abteilungen"
|
||||
- "Analytische Fähigkeiten für KPI-Entwicklung und Performance-Measurement"
|
||||
- "Kommunikationsstärke für verständliches Governance-Reporting"
|
||||
# =============================================================================
|
||||
# ROLLE: PROZESSLANDSCHAFTS-KOORDINATOR*IN (PLK)
|
||||
# =============================================================================
|
||||
meta:
|
||||
typ: "rollenbeschreibung"
|
||||
rolle_id: "R3-PLK"
|
||||
rolle_name: "Prozesslandschafts-Koordinator*in"
|
||||
kurzform: "PLK"
|
||||
kategorie: "kernrolle_intern"
|
||||
funktion_id: "pm"
|
||||
version: "1.0"
|
||||
gueltig_ab: "2026-02-05"
|
||||
|
||||
status:
|
||||
status: "draft"
|
||||
|
||||
# =============================================================================
|
||||
# ROLLENBESCHREIBUNG
|
||||
# =============================================================================
|
||||
|
||||
hauptzweck: |
|
||||
Operative Governance und Transparenz der DIGITOM-Prozesslandschaft zur
|
||||
Sicherstellung von Framework-Compliance und End-to-End-Prozessqualität.
|
||||
|
||||
kernaufgaben:
|
||||
- "Aufbau, Pflege und kontinuierliche Aktualisierung des zentralen Prozessregisters"
|
||||
- "Monitoring von Framework-Compliance und Identifikation von PM-Governance-Lücken"
|
||||
- "Koordination prozessübergreifender Initiativen zwischen verschiedenen Process Ownern"
|
||||
- "PM-Governance-Reporting für Gremien mit Prozess-KPIs und Compliance-Status"
|
||||
- "Eskalationsmanagement bei Prozess-Konflikten zwischen Abteilungen"
|
||||
- "Risiko-Assessment für Prozesslandschaft und frühzeitige Problemerkennung"
|
||||
- "Schnittstellen-Governance: Moderation von Schnittstellen-Vereinbarungen zwischen Process Ownern und Konfliktlösung bei schnittstellenübergreifenden Problemen"
|
||||
|
||||
pm_governance_luecken_management:
|
||||
beschreibung: "Systematisches Management von PM-Governance-Lücken"
|
||||
aufgaben:
|
||||
- "Systematische Identifikation von PM-Governance-Lücken im DIGIT/DIGITOM"
|
||||
- "Abstimmung mit Prozessberater:innen für Lösungsansätze"
|
||||
- "Bei kurzfristiger Lösung: Dokumentation und Monitoring"
|
||||
- "Bei langfristigem Bedarf: Strukturierte Eskalation über LPM ans Mission Board"
|
||||
|
||||
stakeholder:
|
||||
- name: "Process Owner (SHM, DPM, PPM, SPM)"
|
||||
beziehung: "End-to-End-Prozess-Koordination"
|
||||
- name: "Leiter*in Prozess-Management"
|
||||
beziehung: "Governance-Reporting und Eskalationen"
|
||||
- name: "Mission Board"
|
||||
beziehung: "Taktische Governance-Entscheidungen"
|
||||
- name: "Fachbereiche/Abteilungen"
|
||||
beziehung: "Compliance-Unterstützung und Konfliktlösung"
|
||||
- name: "IT-Architektur"
|
||||
beziehung: "Systemische Prozess-Dependencies"
|
||||
|
||||
entscheidungsbefugnisse:
|
||||
- "Governance-Compliance-Bewertungen und Abweichungsmanagement"
|
||||
- "Prozessregister-Updates und Dokumentationsstandards"
|
||||
- "Eskalations-Empfehlungen bei systematischen Governance-Problemen"
|
||||
- "Priorisierung von prozessübergreifenden Optimierungsmaßnahmen"
|
||||
|
||||
kompetenzen:
|
||||
- "Prozessanalyse-Expertise für komplexe, vernetzte Prozesslandschaften"
|
||||
- "Governance-Kompetenz mit Verständnis für Compliance und Risikomanagement"
|
||||
- "Diplomatische Fähigkeiten für Konfliktmediation zwischen Fachbereichen/Abteilungen"
|
||||
- "Analytische Fähigkeiten für KPI-Entwicklung und Performance-Measurement"
|
||||
- "Kommunikationsstärke für verständliches Governance-Reporting"
|
||||
|
|
|
|||
|
|
@ -1,353 +1,353 @@
|
|||
# =============================================================================
|
||||
# PROZESS-MANAGEMENT: EXECUTIVE SUMMARY / ÜBERSICHT
|
||||
# =============================================================================
|
||||
# Version: 1.0
|
||||
# Datum: 2026-02-05
|
||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||
# =============================================================================
|
||||
|
||||
meta:
|
||||
typ: "executive_summary"
|
||||
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:
|
||||
- "#00 - Prozess-Management.docx"
|
||||
|
||||
# =============================================================================
|
||||
# 1. STRATEGISCHER KONTEXT UND KERNKONZEPT
|
||||
# =============================================================================
|
||||
|
||||
strategischer_kontext:
|
||||
titel: "Strategischer Kontext und Kernkonzept"
|
||||
|
||||
organisationale_herausforderung:
|
||||
titel: "Die organisationale Herausforderung"
|
||||
beschreibung: |
|
||||
Das DIGITOM steht vor einem typischen Widerspruch in modernen
|
||||
Verwaltungen: Es braucht einheitliche Standards für Effektivität und
|
||||
Vergleichbarkeit - gleichzeitig müssen Fachbereiche flexibel auf ihre
|
||||
spezifischen Anforderungen reagieren können.
|
||||
|
||||
ausgangslage:
|
||||
- "Fragmentierte Abläufe"
|
||||
- "Methodische Vielfalt ohne gemeinsame Basis"
|
||||
- "Silos statt Integration"
|
||||
|
||||
konsequenzen:
|
||||
- "Operative Reibungsverluste"
|
||||
- "Verhinderte strategische Weiterentwicklung"
|
||||
- "Ungenutzte Digitalisierungs- und Automatisierungspotenziale"
|
||||
- "Fehlender strukturierter Überblick und notwendige Befähigungen"
|
||||
- "Lokale Optimierungen ohne systemische Wirkung"
|
||||
|
||||
loesungskonzept:
|
||||
titel: "Ein neuer Weg zwischen Kontrolle und Autonomie"
|
||||
beschreibung: |
|
||||
Die neue Prozess-Management-Funktion navigiert zwischen Standardisierung
|
||||
und Flexibilität. Statt diesen Widerspruch aufzulösen, nutzt sie ihn
|
||||
produktiv.
|
||||
|
||||
kernprinzipien:
|
||||
- prinzip: "Zentrale Methodenkompetenz trifft dezentrale Umsetzung"
|
||||
beschreibung: |
|
||||
Die PM-Funktion definiert den Rahmen durch einheitliche Standards,
|
||||
Methoden und Werkzeuge. Innerhalb dieses Rahmens gestalten die
|
||||
Fachbereiche ihre Prozesse aktiv und tragen somit die Verantwortung dafür.
|
||||
|
||||
- prinzip: "Befähigung statt Kontrolle"
|
||||
beschreibung: |
|
||||
Die Funktion versteht sich als Ermöglicher, nicht als Wächter.
|
||||
Sie schafft Kompetenzen vor Ort durch ein Netzwerk von "Key-User",
|
||||
die als Multiplikator:innen in ihren Bereichen wirken.
|
||||
|
||||
- prinzip: "Nutzenorientierung statt Strukturfixierung"
|
||||
beschreibung: |
|
||||
Ausgangspunkt sind nicht interne Logiken, sondern die Bedarfe der
|
||||
internen Kund:innen - von strategischen Gremien bis zu operativen Teams.
|
||||
|
||||
erwarteter_mehrwert:
|
||||
titel: "Der erwartete Mehrwert"
|
||||
|
||||
fuer_strategische_entscheider:
|
||||
zielgruppe: "Strategische Entscheider:innen"
|
||||
mehrwert:
|
||||
- "Erstmals Transparenz über die gesamte Prozesslandschaft"
|
||||
- "Ermöglichte strategische Gestaltung"
|
||||
- "Frühzeitige Sichtbarkeit von Risiken"
|
||||
- "Systematische Erschließung von Digitalisierungs- und Automatisierungspotenzialen"
|
||||
|
||||
fuer_operative_teams:
|
||||
zielgruppe: "Operative Teams"
|
||||
mehrwert:
|
||||
- "Methodische Unterstützung genau dann, wenn sie benötigt wird"
|
||||
- "Von schneller Beratung bis zur Begleitung komplexer Transformationen"
|
||||
- "Einheitliche Standards für bereichsübergreifende Zusammenarbeit"
|
||||
|
||||
fuer_gesamtorganisation:
|
||||
zielgruppe: "Gesamtorganisation"
|
||||
mehrwert:
|
||||
- "Anpassungsfähigkeit ohne Kontrollverlust"
|
||||
- "Kontinuierliche Prozessverbesserung statt nur Dokumentation"
|
||||
- "Systematische Identifikation von Digitalisierungs- und Automatisierungspotenzialen"
|
||||
- "Adressierung von Fachkräftemangel und steigenden Anforderungen"
|
||||
|
||||
# =============================================================================
|
||||
# 2. ORGANISATIONSDESIGN UND GOVERNANCE
|
||||
# =============================================================================
|
||||
|
||||
organisationsdesign:
|
||||
titel: "Organisationsdesign und Governance"
|
||||
|
||||
architektur:
|
||||
titel: "Eine Architektur der produktiven Spannung"
|
||||
prinzip: |
|
||||
Das Organisationsdesign folgt dem Prinzip der bewussten Rollentrennung.
|
||||
Methodische Beratung und operative Governance liegen in unterschiedlichen
|
||||
Händen - so entsteht Vertrauen statt Kontrollangst.
|
||||
|
||||
zentrale_rollen:
|
||||
beschreibung: |
|
||||
Fünf zentrale Rollen im PM-Team decken das Spektrum von strategischer
|
||||
Führung über Methodenentwicklung bis zur operativen Beratung ab.
|
||||
Jede Rolle hat klare Verantwortlichkeiten, Überschneidungen werden vermieden.
|
||||
rollen:
|
||||
- "Leiter*in Prozess-Management"
|
||||
- "Prozess-Framework-Manager*in (PFM)"
|
||||
- "Prozesslandschafts-Koordinator*in (PLK)"
|
||||
- "Prozess-Berater*in (PB)"
|
||||
- "Key-User-Netzwerk-Manager*in (KNM)"
|
||||
|
||||
process_owner:
|
||||
beschreibung: |
|
||||
Process Owner in den Hauptprozessen tragen horizontale und vertikale
|
||||
End-to-End-Verantwortung für ihre Teilprozesse. Sie koordinieren
|
||||
bereichsübergreifend und sichern Prozessqualität.
|
||||
hauptprozesse:
|
||||
- "Stakeholder-Management"
|
||||
- "Demand-Management"
|
||||
- "Projekt-Management"
|
||||
- "Service-Management"
|
||||
|
||||
key_user:
|
||||
beschreibung: |
|
||||
Key-User werden in allen Fachbereichen identifiziert und zu lokalen
|
||||
Prozess-Expert:innen entwickelt. Sie sind erste Anlaufstelle vor Ort
|
||||
und Bindeglied zur zentralen PM-Funktion.
|
||||
|
||||
governance:
|
||||
titel: "Governance: So viel wie nötig, so wenig wie möglich"
|
||||
prinzip: "Subsidiaritätsprinzip"
|
||||
|
||||
entscheidungskategorien:
|
||||
- kategorie: "Operative Anpassungen"
|
||||
entscheidungsträger: "PM-Team eigenständig"
|
||||
beispiele:
|
||||
- "Tool-Konfigurationen"
|
||||
- "Template-Updates"
|
||||
- "Schulungsinhalte"
|
||||
|
||||
- kategorie: "Prozessspezifische Anpassungen"
|
||||
entscheidungsträger: "Abstimmung mit jeweiligem Process Owner"
|
||||
beispiele:
|
||||
- "Änderungen an Prozessschnittstellen"
|
||||
- "Neue Metriken für spezifische Prozesse"
|
||||
- "Integration neuer Systeme in bestehende Prozesse"
|
||||
|
||||
- kategorie: "PM-Framework-Weiterentwicklungen"
|
||||
entscheidungsträger: "PM-Team eigenständig (Information an Process Owner)"
|
||||
beispiele:
|
||||
- "Neue Modellierungsstandards"
|
||||
- "Erweiterte Methodenbausteine"
|
||||
- "Übergreifende Bewertungskriterien"
|
||||
|
||||
- kategorie: "Fundamentale Änderungen"
|
||||
entscheidungsträger: "Steuerungsgremien"
|
||||
beispiele:
|
||||
- "Wechsel der Prozessmodellierungssprache"
|
||||
- "Grundlegende Änderung der PM-Strategie"
|
||||
- "Neuausrichtung der Prozessarchitektur"
|
||||
|
||||
leistungsbeauftragung:
|
||||
- typ: "Standard-Leistungen"
|
||||
zugang: "Niedrigschwellig für alle zugänglich"
|
||||
beispiele:
|
||||
- "Beratung"
|
||||
- "Workshops"
|
||||
|
||||
- typ: "Projekt-Leistungen"
|
||||
zugang: "Mission Board-Freigabe erforderlich"
|
||||
beispiele:
|
||||
- "Größere Transformationen"
|
||||
|
||||
- typ: "Strategische Initiativen"
|
||||
zugang: "Direkte Beauftragung durch Vision Board"
|
||||
|
||||
- typ: "Krisen-Interventionen"
|
||||
zugang: "Jederzeit durch Führungskräfte auslösbar"
|
||||
|
||||
eskalationsmodell:
|
||||
beschreibung: "Dreistufiges Eskalationsmodell sichert schnelle Konfliktlösung"
|
||||
stufen:
|
||||
- stufe: 1
|
||||
typ: "Operative Themen"
|
||||
zeitrahmen: "Binnen 48 Stunden"
|
||||
|
||||
- stufe: 2
|
||||
typ: "Taktische Konflikte"
|
||||
gremium: "Mission Board"
|
||||
zeitrahmen: "Binnen einer Woche"
|
||||
|
||||
- stufe: 3
|
||||
typ: "Strategische Grundsatzfragen"
|
||||
gremium: "Vision Board"
|
||||
zeitrahmen: "Binnen eines Monats"
|
||||
|
||||
integration:
|
||||
titel: "Integration statt Parallelstruktur"
|
||||
beschreibung: |
|
||||
Die PM-Funktion fügt sich nahtlos in die bestehende DIGITOM-Governance
|
||||
ein. Vision und Mission Board bleiben die zentralen Steuerungsgremien.
|
||||
Die PM-Funktion agiert in ihrem Auftrag und bereitet Entscheidungen vor.
|
||||
|
||||
schluesselpartner:
|
||||
- "Zentrales Geschäftsprozessmanagement (HPA)"
|
||||
- "IT-Architektur"
|
||||
- "Datenschutz"
|
||||
- "Informationssicherheit"
|
||||
|
||||
prinzip: |
|
||||
Systematische Einbindung schafft vernetzte Kompetenz statt neuer Silos.
|
||||
|
||||
# =============================================================================
|
||||
# 3. IMPLEMENTIERUNG UND KRITISCHE ERFOLGSFAKTOREN
|
||||
# =============================================================================
|
||||
|
||||
implementierung:
|
||||
titel: "Implementierung und kritische Erfolgsfaktoren"
|
||||
|
||||
leistungsportfolio:
|
||||
titel: "Konkrete Leistungen, klare Zugänge"
|
||||
orientierung: "Reale Bedarfe"
|
||||
|
||||
leistungsbereiche:
|
||||
- bereich: "Prozess-Framework/DIGITOM-Entwicklung"
|
||||
zweck: "Schafft die methodische Basis"
|
||||
|
||||
- bereich: "Beratung und Coaching"
|
||||
zweck: "Unterstützt bei konkreten Herausforderungen"
|
||||
|
||||
- bereich: "Befähigung und Schulung"
|
||||
zweck: "Baut Kompetenzen dezentral auf"
|
||||
|
||||
- bereich: "Transparenz und Reporting"
|
||||
zweck: "Ermöglicht faktenbasierte Steuerung"
|
||||
|
||||
zugangswege:
|
||||
- "Ticketsystem für direkte Hilfe"
|
||||
- "Strukturierte Beauftragungen für größere Vorhaben"
|
||||
- "Informelle Kanäle über das Key-User-Netzwerk"
|
||||
|
||||
ressourcen:
|
||||
titel: "Ressourcen und Voraussetzungen"
|
||||
|
||||
quantitativ:
|
||||
- "Dediziertes PM-Team mit komplementären Kompetenzen"
|
||||
- "Moderne Prozess-Tools"
|
||||
- "Qualifizierungsbudgets"
|
||||
|
||||
qualitativ:
|
||||
wichtigkeit: "Wichtiger als Ressourcen sind die qualitativen Voraussetzungen"
|
||||
faktoren:
|
||||
- faktor: "Klares Mandat der Führung"
|
||||
wirkung: "Legitimiert die Funktion"
|
||||
|
||||
- faktor: "Bereitschaft der Fachbereiche"
|
||||
wirkung: "Zur aktiven Mitgestaltung"
|
||||
|
||||
- faktor: "Einbindung der Schlüsselpartner"
|
||||
wirkung: "Von Anfang an"
|
||||
|
||||
- faktor: "Verständnis von Prozessmanagement"
|
||||
wirkung: "Als kontinuierliche Entwicklung, nicht als Projekt"
|
||||
|
||||
risikomanagement:
|
||||
titel: "Risiken aktiv managen"
|
||||
|
||||
risiken:
|
||||
- risiko: "Akzeptanzrisiken"
|
||||
mitigationsstrategie: |
|
||||
Konsequente Trennung von Beratung und Kontrolle.
|
||||
Erfolgsgeschichten und Key-User als Botschafter:innen schaffen Vertrauen.
|
||||
|
||||
- risiko: "Ressourcenkonflikte"
|
||||
mitigationsstrategie: |
|
||||
Transparentes Priorisierungsmodell. Strategische Initiativen gehen
|
||||
stets vor, konkurrierende Anfragen werden offen abgewogen.
|
||||
|
||||
- risiko: "Qualitätsrisiken"
|
||||
mitigationsstrategie: |
|
||||
Systematische Einbindung von Compliance-Funktionen und
|
||||
Process Owner als Qualitätsgatekeeper.
|
||||
|
||||
# =============================================================================
|
||||
# VERKNÜPFUNGEN ZU ANDEREN PM-DOKUMENTEN
|
||||
# =============================================================================
|
||||
|
||||
dokumentverknuepfungen:
|
||||
beschreibung: |
|
||||
Diese Executive Summary gibt einen kompakten Überblick. Die Details
|
||||
finden sich in den spezialisierten Dokumenten der PM-Funktion.
|
||||
|
||||
detaildokumente:
|
||||
- dokument: "Funktionsbeschreibung"
|
||||
pfad: "#05_prozessmanagement/#05.1_funktion/pm_funktionsbeschreibung.yaml"
|
||||
inhalt: "Formale Grundlagen, Verantwortungsbereiche, Mandat"
|
||||
|
||||
- dokument: "Leistungs-Canvas"
|
||||
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_leistungs-canvas.yaml"
|
||||
inhalt: "Detaillierte Leistungen, Nutzersegmente, Wertversprechen"
|
||||
|
||||
- dokument: "Rollenmodell"
|
||||
pfad: "#05_prozessmanagement/#05.4_rollen/pm_rollenmodell.yaml"
|
||||
inhalt: "Alle 11 Rollen mit Aufgaben, Befugnissen, Schnittstellen"
|
||||
|
||||
- dokument: "Governance-Framework"
|
||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_governance-framework.yaml"
|
||||
inhalt: "Entscheidungswege, Eskalation, Leitprinzipien"
|
||||
|
||||
- dokument: "RACI-Matrix"
|
||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_raci.yaml"
|
||||
inhalt: "Verantwortlichkeitsmatrix für alle Leistungen"
|
||||
|
||||
- dokument: "Konzeptrahmen"
|
||||
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_konzeptrahmen.yaml"
|
||||
inhalt: "Dokumentationsarchitektur und Navigationshilfe"
|
||||
|
||||
# =============================================================================
|
||||
# ÄNDERUNGSHISTORIE
|
||||
# =============================================================================
|
||||
|
||||
aenderungshistorie:
|
||||
- version: "1.0"
|
||||
datum: "2026-02-05"
|
||||
aenderung: |
|
||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||
Quelle: #00 - Prozess-Management.docx
|
||||
|
||||
Inhalte:
|
||||
- Strategischer Kontext und Kernkonzept
|
||||
- Organisationale Herausforderung
|
||||
- Lösungskonzept (3 Kernprinzipien)
|
||||
- Erwarteter Mehrwert (3 Zielgruppen)
|
||||
- Organisationsdesign (Rollen, Process Owner, Key-User)
|
||||
- Governance (4 Entscheidungskategorien, 4 Leistungstypen, 3 Eskalationsstufen)
|
||||
- Implementierung (Leistungsportfolio, Ressourcen, Risikomanagement)
|
||||
autor: "DIGITOM-Projekt"
|
||||
# =============================================================================
|
||||
# PROZESS-MANAGEMENT: EXECUTIVE SUMMARY / ÜBERSICHT
|
||||
# =============================================================================
|
||||
# Version: 1.0
|
||||
# Datum: 2026-02-05
|
||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||
# =============================================================================
|
||||
|
||||
meta:
|
||||
typ: "executive_summary"
|
||||
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:
|
||||
- "#00 - Prozess-Management.docx"
|
||||
|
||||
# =============================================================================
|
||||
# 1. STRATEGISCHER KONTEXT UND KERNKONZEPT
|
||||
# =============================================================================
|
||||
|
||||
strategischer_kontext:
|
||||
titel: "Strategischer Kontext und Kernkonzept"
|
||||
|
||||
organisationale_herausforderung:
|
||||
titel: "Die organisationale Herausforderung"
|
||||
beschreibung: |
|
||||
Das DIGITOM steht vor einem typischen Widerspruch in modernen
|
||||
Verwaltungen: Es braucht einheitliche Standards für Effektivität und
|
||||
Vergleichbarkeit - gleichzeitig müssen Fachbereiche flexibel auf ihre
|
||||
spezifischen Anforderungen reagieren können.
|
||||
|
||||
ausgangslage:
|
||||
- "Fragmentierte Abläufe"
|
||||
- "Methodische Vielfalt ohne gemeinsame Basis"
|
||||
- "Silos statt Integration"
|
||||
|
||||
konsequenzen:
|
||||
- "Operative Reibungsverluste"
|
||||
- "Verhinderte strategische Weiterentwicklung"
|
||||
- "Ungenutzte Digitalisierungs- und Automatisierungspotenziale"
|
||||
- "Fehlender strukturierter Überblick und notwendige Befähigungen"
|
||||
- "Lokale Optimierungen ohne systemische Wirkung"
|
||||
|
||||
loesungskonzept:
|
||||
titel: "Ein neuer Weg zwischen Kontrolle und Autonomie"
|
||||
beschreibung: |
|
||||
Die neue Prozess-Management-Funktion navigiert zwischen Standardisierung
|
||||
und Flexibilität. Statt diesen Widerspruch aufzulösen, nutzt sie ihn
|
||||
produktiv.
|
||||
|
||||
kernprinzipien:
|
||||
- prinzip: "Zentrale Methodenkompetenz trifft dezentrale Umsetzung"
|
||||
beschreibung: |
|
||||
Die PM-Funktion definiert den Rahmen durch einheitliche Standards,
|
||||
Methoden und Werkzeuge. Innerhalb dieses Rahmens gestalten die
|
||||
Fachbereiche ihre Prozesse aktiv und tragen somit die Verantwortung dafür.
|
||||
|
||||
- prinzip: "Befähigung statt Kontrolle"
|
||||
beschreibung: |
|
||||
Die Funktion versteht sich als Ermöglicher, nicht als Wächter.
|
||||
Sie schafft Kompetenzen vor Ort durch ein Netzwerk von "Key-User",
|
||||
die als Multiplikator:innen in ihren Bereichen wirken.
|
||||
|
||||
- prinzip: "Nutzenorientierung statt Strukturfixierung"
|
||||
beschreibung: |
|
||||
Ausgangspunkt sind nicht interne Logiken, sondern die Bedarfe der
|
||||
internen Kund:innen - von strategischen Gremien bis zu operativen Teams.
|
||||
|
||||
erwarteter_mehrwert:
|
||||
titel: "Der erwartete Mehrwert"
|
||||
|
||||
fuer_strategische_entscheider:
|
||||
zielgruppe: "Strategische Entscheider:innen"
|
||||
mehrwert:
|
||||
- "Erstmals Transparenz über die gesamte Prozesslandschaft"
|
||||
- "Ermöglichte strategische Gestaltung"
|
||||
- "Frühzeitige Sichtbarkeit von Risiken"
|
||||
- "Systematische Erschließung von Digitalisierungs- und Automatisierungspotenzialen"
|
||||
|
||||
fuer_operative_teams:
|
||||
zielgruppe: "Operative Teams"
|
||||
mehrwert:
|
||||
- "Methodische Unterstützung genau dann, wenn sie benötigt wird"
|
||||
- "Von schneller Beratung bis zur Begleitung komplexer Transformationen"
|
||||
- "Einheitliche Standards für bereichsübergreifende Zusammenarbeit"
|
||||
|
||||
fuer_gesamtorganisation:
|
||||
zielgruppe: "Gesamtorganisation"
|
||||
mehrwert:
|
||||
- "Anpassungsfähigkeit ohne Kontrollverlust"
|
||||
- "Kontinuierliche Prozessverbesserung statt nur Dokumentation"
|
||||
- "Systematische Identifikation von Digitalisierungs- und Automatisierungspotenzialen"
|
||||
- "Adressierung von Fachkräftemangel und steigenden Anforderungen"
|
||||
|
||||
# =============================================================================
|
||||
# 2. ORGANISATIONSDESIGN UND GOVERNANCE
|
||||
# =============================================================================
|
||||
|
||||
organisationsdesign:
|
||||
titel: "Organisationsdesign und Governance"
|
||||
|
||||
architektur:
|
||||
titel: "Eine Architektur der produktiven Spannung"
|
||||
prinzip: |
|
||||
Das Organisationsdesign folgt dem Prinzip der bewussten Rollentrennung.
|
||||
Methodische Beratung und operative Governance liegen in unterschiedlichen
|
||||
Händen - so entsteht Vertrauen statt Kontrollangst.
|
||||
|
||||
zentrale_rollen:
|
||||
beschreibung: |
|
||||
Fünf zentrale Rollen im PM-Team decken das Spektrum von strategischer
|
||||
Führung über Methodenentwicklung bis zur operativen Beratung ab.
|
||||
Jede Rolle hat klare Verantwortlichkeiten, Überschneidungen werden vermieden.
|
||||
rollen:
|
||||
- "Leiter*in Prozess-Management"
|
||||
- "Prozess-Framework-Manager*in (PFM)"
|
||||
- "Prozesslandschafts-Koordinator*in (PLK)"
|
||||
- "Prozess-Berater*in (PB)"
|
||||
- "Key-User-Netzwerk-Manager*in (KNM)"
|
||||
|
||||
process_owner:
|
||||
beschreibung: |
|
||||
Process Owner in den Hauptprozessen tragen horizontale und vertikale
|
||||
End-to-End-Verantwortung für ihre Teilprozesse. Sie koordinieren
|
||||
bereichsübergreifend und sichern Prozessqualität.
|
||||
hauptprozesse:
|
||||
- "Stakeholder-Management"
|
||||
- "Demand-Management"
|
||||
- "Projekt-Management"
|
||||
- "Service-Management"
|
||||
|
||||
key_user:
|
||||
beschreibung: |
|
||||
Key-User werden in allen Fachbereichen identifiziert und zu lokalen
|
||||
Prozess-Expert:innen entwickelt. Sie sind erste Anlaufstelle vor Ort
|
||||
und Bindeglied zur zentralen PM-Funktion.
|
||||
|
||||
governance:
|
||||
titel: "Governance: So viel wie nötig, so wenig wie möglich"
|
||||
prinzip: "Subsidiaritätsprinzip"
|
||||
|
||||
entscheidungskategorien:
|
||||
- kategorie: "Operative Anpassungen"
|
||||
entscheidungsträger: "PM-Team eigenständig"
|
||||
beispiele:
|
||||
- "Tool-Konfigurationen"
|
||||
- "Template-Updates"
|
||||
- "Schulungsinhalte"
|
||||
|
||||
- kategorie: "Prozessspezifische Anpassungen"
|
||||
entscheidungsträger: "Abstimmung mit jeweiligem Process Owner"
|
||||
beispiele:
|
||||
- "Änderungen an Prozessschnittstellen"
|
||||
- "Neue Metriken für spezifische Prozesse"
|
||||
- "Integration neuer Systeme in bestehende Prozesse"
|
||||
|
||||
- kategorie: "PM-Framework-Weiterentwicklungen"
|
||||
entscheidungsträger: "PM-Team eigenständig (Information an Process Owner)"
|
||||
beispiele:
|
||||
- "Neue Modellierungsstandards"
|
||||
- "Erweiterte Methodenbausteine"
|
||||
- "Übergreifende Bewertungskriterien"
|
||||
|
||||
- kategorie: "Fundamentale Änderungen"
|
||||
entscheidungsträger: "Steuerungsgremien"
|
||||
beispiele:
|
||||
- "Wechsel der Prozessmodellierungssprache"
|
||||
- "Grundlegende Änderung der PM-Strategie"
|
||||
- "Neuausrichtung der Prozessarchitektur"
|
||||
|
||||
leistungsbeauftragung:
|
||||
- typ: "Standard-Leistungen"
|
||||
zugang: "Niedrigschwellig für alle zugänglich"
|
||||
beispiele:
|
||||
- "Beratung"
|
||||
- "Workshops"
|
||||
|
||||
- typ: "Projekt-Leistungen"
|
||||
zugang: "Mission Board-Freigabe erforderlich"
|
||||
beispiele:
|
||||
- "Größere Transformationen"
|
||||
|
||||
- typ: "Strategische Initiativen"
|
||||
zugang: "Direkte Beauftragung durch Vision Board"
|
||||
|
||||
- typ: "Krisen-Interventionen"
|
||||
zugang: "Jederzeit durch Führungskräfte auslösbar"
|
||||
|
||||
eskalationsmodell:
|
||||
beschreibung: "Dreistufiges Eskalationsmodell sichert schnelle Konfliktlösung"
|
||||
stufen:
|
||||
- stufe: 1
|
||||
typ: "Operative Themen"
|
||||
zeitrahmen: "Binnen 48 Stunden"
|
||||
|
||||
- stufe: 2
|
||||
typ: "Taktische Konflikte"
|
||||
gremium: "Mission Board"
|
||||
zeitrahmen: "Binnen einer Woche"
|
||||
|
||||
- stufe: 3
|
||||
typ: "Strategische Grundsatzfragen"
|
||||
gremium: "Vision Board"
|
||||
zeitrahmen: "Binnen eines Monats"
|
||||
|
||||
integration:
|
||||
titel: "Integration statt Parallelstruktur"
|
||||
beschreibung: |
|
||||
Die PM-Funktion fügt sich nahtlos in die bestehende DIGITOM-Governance
|
||||
ein. Vision und Mission Board bleiben die zentralen Steuerungsgremien.
|
||||
Die PM-Funktion agiert in ihrem Auftrag und bereitet Entscheidungen vor.
|
||||
|
||||
schluesselpartner:
|
||||
- "Zentrales Geschäftsprozessmanagement (HPA)"
|
||||
- "IT-Architektur"
|
||||
- "Datenschutz"
|
||||
- "Informationssicherheit"
|
||||
|
||||
prinzip: |
|
||||
Systematische Einbindung schafft vernetzte Kompetenz statt neuer Silos.
|
||||
|
||||
# =============================================================================
|
||||
# 3. IMPLEMENTIERUNG UND KRITISCHE ERFOLGSFAKTOREN
|
||||
# =============================================================================
|
||||
|
||||
implementierung:
|
||||
titel: "Implementierung und kritische Erfolgsfaktoren"
|
||||
|
||||
leistungsportfolio:
|
||||
titel: "Konkrete Leistungen, klare Zugänge"
|
||||
orientierung: "Reale Bedarfe"
|
||||
|
||||
leistungsbereiche:
|
||||
- bereich: "Prozess-Framework/DIGITOM-Entwicklung"
|
||||
zweck: "Schafft die methodische Basis"
|
||||
|
||||
- bereich: "Beratung und Coaching"
|
||||
zweck: "Unterstützt bei konkreten Herausforderungen"
|
||||
|
||||
- bereich: "Befähigung und Schulung"
|
||||
zweck: "Baut Kompetenzen dezentral auf"
|
||||
|
||||
- bereich: "Transparenz und Reporting"
|
||||
zweck: "Ermöglicht faktenbasierte Steuerung"
|
||||
|
||||
zugangswege:
|
||||
- "Ticketsystem für direkte Hilfe"
|
||||
- "Strukturierte Beauftragungen für größere Vorhaben"
|
||||
- "Informelle Kanäle über das Key-User-Netzwerk"
|
||||
|
||||
ressourcen:
|
||||
titel: "Ressourcen und Voraussetzungen"
|
||||
|
||||
quantitativ:
|
||||
- "Dediziertes PM-Team mit komplementären Kompetenzen"
|
||||
- "Moderne Prozess-Tools"
|
||||
- "Qualifizierungsbudgets"
|
||||
|
||||
qualitativ:
|
||||
wichtigkeit: "Wichtiger als Ressourcen sind die qualitativen Voraussetzungen"
|
||||
faktoren:
|
||||
- faktor: "Klares Mandat der Führung"
|
||||
wirkung: "Legitimiert die Funktion"
|
||||
|
||||
- faktor: "Bereitschaft der Fachbereiche"
|
||||
wirkung: "Zur aktiven Mitgestaltung"
|
||||
|
||||
- faktor: "Einbindung der Schlüsselpartner"
|
||||
wirkung: "Von Anfang an"
|
||||
|
||||
- faktor: "Verständnis von Prozessmanagement"
|
||||
wirkung: "Als kontinuierliche Entwicklung, nicht als Projekt"
|
||||
|
||||
risikomanagement:
|
||||
titel: "Risiken aktiv managen"
|
||||
|
||||
risiken:
|
||||
- risiko: "Akzeptanzrisiken"
|
||||
mitigationsstrategie: |
|
||||
Konsequente Trennung von Beratung und Kontrolle.
|
||||
Erfolgsgeschichten und Key-User als Botschafter:innen schaffen Vertrauen.
|
||||
|
||||
- risiko: "Ressourcenkonflikte"
|
||||
mitigationsstrategie: |
|
||||
Transparentes Priorisierungsmodell. Strategische Initiativen gehen
|
||||
stets vor, konkurrierende Anfragen werden offen abgewogen.
|
||||
|
||||
- risiko: "Qualitätsrisiken"
|
||||
mitigationsstrategie: |
|
||||
Systematische Einbindung von Compliance-Funktionen und
|
||||
Process Owner als Qualitätsgatekeeper.
|
||||
|
||||
# =============================================================================
|
||||
# VERKNÜPFUNGEN ZU ANDEREN PM-DOKUMENTEN
|
||||
# =============================================================================
|
||||
|
||||
dokumentverknuepfungen:
|
||||
beschreibung: |
|
||||
Diese Executive Summary gibt einen kompakten Überblick. Die Details
|
||||
finden sich in den spezialisierten Dokumenten der PM-Funktion.
|
||||
|
||||
detaildokumente:
|
||||
- dokument: "Funktionsbeschreibung"
|
||||
pfad: "#05_prozessmanagement/#05.1_funktion/pm_funktionsbeschreibung.yaml"
|
||||
inhalt: "Formale Grundlagen, Verantwortungsbereiche, Mandat"
|
||||
|
||||
- dokument: "Leistungs-Canvas"
|
||||
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_leistungs-canvas.yaml"
|
||||
inhalt: "Detaillierte Leistungen, Nutzersegmente, Wertversprechen"
|
||||
|
||||
- dokument: "Rollenmodell"
|
||||
pfad: "#05_prozessmanagement/#05.4_rollen/pm_rollenmodell.yaml"
|
||||
inhalt: "Alle 11 Rollen mit Aufgaben, Befugnissen, Schnittstellen"
|
||||
|
||||
- dokument: "Governance-Framework"
|
||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_governance-framework.yaml"
|
||||
inhalt: "Entscheidungswege, Eskalation, Leitprinzipien"
|
||||
|
||||
- dokument: "RACI-Matrix"
|
||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_raci.yaml"
|
||||
inhalt: "Verantwortlichkeitsmatrix für alle Leistungen"
|
||||
|
||||
- dokument: "Konzeptrahmen"
|
||||
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_konzeptrahmen.yaml"
|
||||
inhalt: "Dokumentationsarchitektur und Navigationshilfe"
|
||||
|
||||
# =============================================================================
|
||||
# ÄNDERUNGSHISTORIE
|
||||
# =============================================================================
|
||||
|
||||
aenderungshistorie:
|
||||
- version: "1.0"
|
||||
datum: "2026-02-05"
|
||||
aenderung: |
|
||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||
Quelle: #00 - Prozess-Management.docx
|
||||
|
||||
Inhalte:
|
||||
- Strategischer Kontext und Kernkonzept
|
||||
- Organisationale Herausforderung
|
||||
- Lösungskonzept (3 Kernprinzipien)
|
||||
- Erwarteter Mehrwert (3 Zielgruppen)
|
||||
- Organisationsdesign (Rollen, Process Owner, Key-User)
|
||||
- Governance (4 Entscheidungskategorien, 4 Leistungstypen, 3 Eskalationsstufen)
|
||||
- Implementierung (Leistungsportfolio, Ressourcen, Risikomanagement)
|
||||
autor: "DIGITOM-Projekt"
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue