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
|
|
@ -1,403 +1,403 @@
|
||||||
meta:
|
meta:
|
||||||
typ: "review_framework"
|
typ: "review_framework"
|
||||||
framework_name: "Demand-Portfolio Review"
|
framework_name: "Demand-Portfolio Review"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "[Datum]"
|
gueltig_ab: "[Datum]"
|
||||||
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
inhaltlich_abgenommen: true
|
inhaltlich_abgenommen: true
|
||||||
abgenommen_in_gesamtkonzept: false
|
abgenommen_in_gesamtkonzept: false
|
||||||
|
|
||||||
kontext_tags:
|
kontext_tags:
|
||||||
- "review"
|
- "review"
|
||||||
- "demand-portfolio"
|
- "demand-portfolio"
|
||||||
- "governance"
|
- "governance"
|
||||||
- "kpi"
|
- "kpi"
|
||||||
- "kontinuierliche-verbesserung"
|
- "kontinuierliche-verbesserung"
|
||||||
- "quartalsweise"
|
- "quartalsweise"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 1. ZWECK UND ZIELSETZUNG
|
# 1. ZWECK UND ZIELSETZUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
zweck_und_zielsetzung:
|
zweck_und_zielsetzung:
|
||||||
kernaussage: >
|
kernaussage: >
|
||||||
Das quartalsweise Demand-Portfolio Review dient der systematischen Analyse
|
Das quartalsweise Demand-Portfolio Review dient der systematischen Analyse
|
||||||
der Demand-Portfolio-Dynamik und der kontinuierlichen Verbesserung des
|
der Demand-Portfolio-Dynamik und der kontinuierlichen Verbesserung des
|
||||||
Demand-Management-Prozesses. Es identifiziert Muster, bewertet die
|
Demand-Management-Prozesses. Es identifiziert Muster, bewertet die
|
||||||
Systemgesundheit und leitet strategische Erkenntnisse für das Mission Board ab.
|
Systemgesundheit und leitet strategische Erkenntnisse für das Mission Board ab.
|
||||||
|
|
||||||
kernziele:
|
kernziele:
|
||||||
- id: "KZ-1"
|
- id: "KZ-1"
|
||||||
name: "Mustererkennung"
|
name: "Mustererkennung"
|
||||||
beschreibung: "Identifikation wiederkehrender Themen und Herausforderungen"
|
beschreibung: "Identifikation wiederkehrender Themen und Herausforderungen"
|
||||||
|
|
||||||
- id: "KZ-2"
|
- id: "KZ-2"
|
||||||
name: "Workflow-Optimierung"
|
name: "Workflow-Optimierung"
|
||||||
beschreibung: "Ableitung von Verbesserungspotenzialen"
|
beschreibung: "Ableitung von Verbesserungspotenzialen"
|
||||||
|
|
||||||
- id: "KZ-3"
|
- id: "KZ-3"
|
||||||
name: "Strategische Rueckkopplung"
|
name: "Strategische Rueckkopplung"
|
||||||
beschreibung: "Erkenntnisse fuer uebergeordnete Steuerungsentscheidungen"
|
beschreibung: "Erkenntnisse fuer uebergeordnete Steuerungsentscheidungen"
|
||||||
|
|
||||||
- id: "KZ-4"
|
- id: "KZ-4"
|
||||||
name: "Qualitaetssicherung"
|
name: "Qualitaetssicherung"
|
||||||
beschreibung: "Ueberpruefung der Governance-Effektivitaet"
|
beschreibung: "Ueberpruefung der Governance-Effektivitaet"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 2. TEILNEHMER:INNEN UND VERANTWORTLICHKEITEN
|
# 2. TEILNEHMER:INNEN UND VERANTWORTLICHKEITEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
teilnehmer_verantwortlichkeiten:
|
teilnehmer_verantwortlichkeiten:
|
||||||
|
|
||||||
rollen:
|
rollen:
|
||||||
- rolle_id: "al_planung"
|
- rolle_id: "al_planung"
|
||||||
name: "AL Planung"
|
name: "AL Planung"
|
||||||
funktion: "Leitung"
|
funktion: "Leitung"
|
||||||
verantwortung:
|
verantwortung:
|
||||||
- "Einberufung"
|
- "Einberufung"
|
||||||
- "Moderation"
|
- "Moderation"
|
||||||
- "Ergebniskonsolidierung"
|
- "Ergebniskonsolidierung"
|
||||||
- "MB-Berichterstattung"
|
- "MB-Berichterstattung"
|
||||||
|
|
||||||
- rolle_id: "dpm"
|
- rolle_id: "dpm"
|
||||||
name: "DPM"
|
name: "DPM"
|
||||||
funktion: "Datenverantwortung"
|
funktion: "Datenverantwortung"
|
||||||
verantwortung:
|
verantwortung:
|
||||||
- "Datenaufbereitung"
|
- "Datenaufbereitung"
|
||||||
- "Portfolio-Analyse"
|
- "Portfolio-Analyse"
|
||||||
- "Priorisierungs-Retrospektive"
|
- "Priorisierungs-Retrospektive"
|
||||||
|
|
||||||
- rolle_id: "ppm"
|
- rolle_id: "ppm"
|
||||||
name: "PPM"
|
name: "PPM"
|
||||||
funktion: "Projekt-Perspektive"
|
funktion: "Projekt-Perspektive"
|
||||||
verantwortung:
|
verantwortung:
|
||||||
- "Projekt-Pipeline-Analyse"
|
- "Projekt-Pipeline-Analyse"
|
||||||
- "Ressourcenauslastung"
|
- "Ressourcenauslastung"
|
||||||
- "Umsetzungs-Feedback"
|
- "Umsetzungs-Feedback"
|
||||||
|
|
||||||
- rolle_id: "spm"
|
- rolle_id: "spm"
|
||||||
name: "SPM"
|
name: "SPM"
|
||||||
funktion: "Service-Perspektive"
|
funktion: "Service-Perspektive"
|
||||||
verantwortung:
|
verantwortung:
|
||||||
- "Service-Impact-Analyse"
|
- "Service-Impact-Analyse"
|
||||||
- "Betriebsbereitschaft"
|
- "Betriebsbereitschaft"
|
||||||
- "Transition-Erfahrungen"
|
- "Transition-Erfahrungen"
|
||||||
|
|
||||||
- rolle_id: "shm"
|
- rolle_id: "shm"
|
||||||
name: "SHM"
|
name: "SHM"
|
||||||
funktion: "Stakeholder-Perspektive"
|
funktion: "Stakeholder-Perspektive"
|
||||||
verantwortung:
|
verantwortung:
|
||||||
- "Stakeholder-Trends"
|
- "Stakeholder-Trends"
|
||||||
- "Bedarfsmuster"
|
- "Bedarfsmuster"
|
||||||
- "Kommunikations-Feedback"
|
- "Kommunikations-Feedback"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 3. TURNUS UND ZEITPLANUNG
|
# 3. TURNUS UND ZEITPLANUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
turnus_zeitplanung:
|
turnus_zeitplanung:
|
||||||
|
|
||||||
regelmaessigkeit:
|
regelmaessigkeit:
|
||||||
frequenz: "quartalsweise"
|
frequenz: "quartalsweise"
|
||||||
zeitpunkt: "erste Monatshaelfte nach Quartalsende"
|
zeitpunkt: "erste Monatshaelfte nach Quartalsende"
|
||||||
dauer: "3 Stunden (inkl. Pausen)"
|
dauer: "3 Stunden (inkl. Pausen)"
|
||||||
vorlaufzeit_unterlagen: "1 Woche vor Termin"
|
vorlaufzeit_unterlagen: "1 Woche vor Termin"
|
||||||
|
|
||||||
zeitlicher_ablauf:
|
zeitlicher_ablauf:
|
||||||
- zeitpunkt: "T-14 Tage"
|
- zeitpunkt: "T-14 Tage"
|
||||||
verantwortlich: "AL Planung"
|
verantwortlich: "AL Planung"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Prozess initiieren"
|
- "Prozess initiieren"
|
||||||
- "Reminder verschicken"
|
- "Reminder verschicken"
|
||||||
- "Datensammlung beginnen"
|
- "Datensammlung beginnen"
|
||||||
|
|
||||||
- zeitpunkt: "T-10 Tage"
|
- zeitpunkt: "T-10 Tage"
|
||||||
verantwortlich: "DPM"
|
verantwortlich: "DPM"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Aktualisierung Portfolio-Uebersichten"
|
- "Aktualisierung Portfolio-Uebersichten"
|
||||||
|
|
||||||
- zeitpunkt: "T-7 Tage"
|
- zeitpunkt: "T-7 Tage"
|
||||||
verantwortlich: "DSR + AL-P"
|
verantwortlich: "DSR + AL-P"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Input zu Beobachtungen/Mustern an DPM"
|
- "Input zu Beobachtungen/Mustern an DPM"
|
||||||
|
|
||||||
- zeitpunkt: "T-3 Tage"
|
- zeitpunkt: "T-3 Tage"
|
||||||
verantwortlich: "DPM"
|
verantwortlich: "DPM"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Verteilung Analysebericht (Draft) an DSR + AL-P"
|
- "Verteilung Analysebericht (Draft) an DSR + AL-P"
|
||||||
|
|
||||||
- zeitpunkt: "T-1 Tag"
|
- zeitpunkt: "T-1 Tag"
|
||||||
verantwortlich: "DSR + AL-P"
|
verantwortlich: "DSR + AL-P"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Durchsicht der Unterlagen"
|
- "Durchsicht der Unterlagen"
|
||||||
|
|
||||||
- zeitpunkt: "T-0 Tage"
|
- zeitpunkt: "T-0 Tage"
|
||||||
verantwortlich: "DSR + AL-P"
|
verantwortlich: "DSR + AL-P"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Review-Durchfuehrung"
|
- "Review-Durchfuehrung"
|
||||||
|
|
||||||
- zeitpunkt: "T+7 Tage"
|
- zeitpunkt: "T+7 Tage"
|
||||||
verantwortlich: "DPM"
|
verantwortlich: "DPM"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Verteilung des Review-Berichts an DSR + AL-P"
|
- "Verteilung des Review-Berichts an DSR + AL-P"
|
||||||
|
|
||||||
- zeitpunkt: "T+14 Tage"
|
- zeitpunkt: "T+14 Tage"
|
||||||
verantwortlich: "AL Planung / DPM"
|
verantwortlich: "AL Planung / DPM"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "MB-Berichterstattung (Praesentation + Review-Bericht)"
|
- "MB-Berichterstattung (Praesentation + Review-Bericht)"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 4. VORBEREITUNG
|
# 4. VORBEREITUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
vorbereitung:
|
vorbereitung:
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 4.1 DATENSAMMLUNG
|
# 4.1 DATENSAMMLUNG
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
datensammlung:
|
datensammlung:
|
||||||
verantwortlich: "DPM"
|
verantwortlich: "DPM"
|
||||||
beschreibung: "Aufbereitung der Demand-Portfolio-Daten anhand des Demand-KPI-Frameworks"
|
beschreibung: "Aufbereitung der Demand-Portfolio-Daten anhand des Demand-KPI-Frameworks"
|
||||||
referenz:
|
referenz:
|
||||||
dokument: "Demand-KPI-Framework"
|
dokument: "Demand-KPI-Framework"
|
||||||
seite: 58
|
seite: 58
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 4.2 VORANALYSE
|
# 4.2 VORANALYSE
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
voranalyse:
|
voranalyse:
|
||||||
verantwortlich: "DPM"
|
verantwortlich: "DPM"
|
||||||
beschreibung: "Strukturierte Voranalyse"
|
beschreibung: "Strukturierte Voranalyse"
|
||||||
|
|
||||||
bestandteile:
|
bestandteile:
|
||||||
|
|
||||||
- id: "VA-1"
|
- id: "VA-1"
|
||||||
name: "KPI-Auswertung"
|
name: "KPI-Auswertung"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Aufbereitung aller KPIs gemaess Demand-KPI-Framework"
|
- "Aufbereitung aller KPIs gemaess Demand-KPI-Framework"
|
||||||
- "Vergleich mit Vorquartal (Trends)"
|
- "Vergleich mit Vorquartal (Trends)"
|
||||||
- "Identifikation von Ausreissern und Auffaelligkeiten"
|
- "Identifikation von Ausreissern und Auffaelligkeiten"
|
||||||
|
|
||||||
- id: "VA-2"
|
- id: "VA-2"
|
||||||
name: "Musteranalyse"
|
name: "Musteranalyse"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Clustering der Demand-Themen"
|
- "Clustering der Demand-Themen"
|
||||||
- "Analyse wiederkehrender Ablehnungsgruende"
|
- "Analyse wiederkehrender Ablehnungsgruende"
|
||||||
- "Identifikation systematischer Verzoegerungen"
|
- "Identifikation systematischer Verzoegerungen"
|
||||||
- "Stakeholder-Verhaltensmuster"
|
- "Stakeholder-Verhaltensmuster"
|
||||||
|
|
||||||
- id: "VA-3"
|
- id: "VA-3"
|
||||||
name: "Deep-Dive Vorbereitung"
|
name: "Deep-Dive Vorbereitung"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Liste lange liegender Demands mit Handlungsempfehlung"
|
- "Liste lange liegender Demands mit Handlungsempfehlung"
|
||||||
- "Analyse der Wiedervorlagen"
|
- "Analyse der Wiedervorlagen"
|
||||||
- "Dokumentation kritischer Einzelfaelle"
|
- "Dokumentation kritischer Einzelfaelle"
|
||||||
- "Prozess-Bottleneck-Analyse"
|
- "Prozess-Bottleneck-Analyse"
|
||||||
|
|
||||||
- id: "VA-4"
|
- id: "VA-4"
|
||||||
name: "Optimierungs-Massnahmen-Review"
|
name: "Optimierungs-Massnahmen-Review"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Status offener Optimierungsmassnahmen aus dem Massnahmenkatalog"
|
- "Status offener Optimierungsmassnahmen aus dem Massnahmenkatalog"
|
||||||
- "Wirksamkeit umgesetzter Massnahmen"
|
- "Wirksamkeit umgesetzter Massnahmen"
|
||||||
- "Neue Optimierungspotenziale"
|
- "Neue Optimierungspotenziale"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 4.3 UNTERLAGENERSTELLUNG
|
# 4.3 UNTERLAGENERSTELLUNG
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
unterlagenerstellung:
|
unterlagenerstellung:
|
||||||
versand: "T-3 Tage"
|
versand: "T-3 Tage"
|
||||||
name: "Review-Package"
|
name: "Review-Package"
|
||||||
|
|
||||||
bestandteile:
|
bestandteile:
|
||||||
|
|
||||||
- id: "UP-1"
|
- id: "UP-1"
|
||||||
name: "Management Summary"
|
name: "Management Summary"
|
||||||
umfang: "1 Seite"
|
umfang: "1 Seite"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Quartals-Highlights"
|
- "Quartals-Highlights"
|
||||||
- "Kritische Entwicklungen"
|
- "Kritische Entwicklungen"
|
||||||
- "Top-3 Handlungsbedarfe"
|
- "Top-3 Handlungsbedarfe"
|
||||||
|
|
||||||
- id: "UP-2"
|
- id: "UP-2"
|
||||||
name: "KPI-Dashboard"
|
name: "KPI-Dashboard"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Alle Metriken mit Trend und Bewertung"
|
- "Alle Metriken mit Trend und Bewertung"
|
||||||
- "Grafische Aufbereitung der Entwicklung"
|
- "Grafische Aufbereitung der Entwicklung"
|
||||||
- "Kommentierung von Auffaelligkeiten"
|
- "Kommentierung von Auffaelligkeiten"
|
||||||
|
|
||||||
- id: "UP-3"
|
- id: "UP-3"
|
||||||
name: "Demand-Portfolio-Uebersicht"
|
name: "Demand-Portfolio-Uebersicht"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Aktueller Bestand nach Status"
|
- "Aktueller Bestand nach Status"
|
||||||
- "Demand-Pipeline-Visualisierung"
|
- "Demand-Pipeline-Visualisierung"
|
||||||
- "Thematische Verteilung"
|
- "Thematische Verteilung"
|
||||||
|
|
||||||
- id: "UP-4"
|
- id: "UP-4"
|
||||||
name: "Detailanalysen"
|
name: "Detailanalysen"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Durchlaufzeit-Analyse"
|
- "Durchlaufzeit-Analyse"
|
||||||
- "Entscheidungsanalyse"
|
- "Entscheidungsanalyse"
|
||||||
- "Engpass-Dokumentation"
|
- "Engpass-Dokumentation"
|
||||||
|
|
||||||
- id: "UP-5"
|
- id: "UP-5"
|
||||||
name: "Anhaenge"
|
name: "Anhaenge"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Standard-Agenda mit Zeitplan"
|
- "Standard-Agenda mit Zeitplan"
|
||||||
- "Status Massnahmenkatalog"
|
- "Status Massnahmenkatalog"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 5. DOKUMENTATION UND BERICHTERSTATTUNG
|
# 5. DOKUMENTATION UND BERICHTERSTATTUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
dokumentation_berichterstattung:
|
dokumentation_berichterstattung:
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 5.1 REVIEW-ERGEBNISDOKUMENT
|
# 5.1 REVIEW-ERGEBNISDOKUMENT
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
review_ergebnisdokument:
|
review_ergebnisdokument:
|
||||||
name: "Review-Ergebnisbericht"
|
name: "Review-Ergebnisbericht"
|
||||||
|
|
||||||
struktur:
|
struktur:
|
||||||
|
|
||||||
- id: "EB-1"
|
- id: "EB-1"
|
||||||
name: "Executive Summary"
|
name: "Executive Summary"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Top-3-Erkenntnisse"
|
- "Top-3-Erkenntnisse"
|
||||||
- "Kritische Handlungsfelder"
|
- "Kritische Handlungsfelder"
|
||||||
- "Empfohlene Sofortmassnahmen"
|
- "Empfohlene Sofortmassnahmen"
|
||||||
|
|
||||||
- id: "EB-2"
|
- id: "EB-2"
|
||||||
name: "Portfolio-Performance"
|
name: "Portfolio-Performance"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "KPIs mit Trend"
|
- "KPIs mit Trend"
|
||||||
- "Demand-Zusammensetzung"
|
- "Demand-Zusammensetzung"
|
||||||
- "Durchlauf-Analyse"
|
- "Durchlauf-Analyse"
|
||||||
|
|
||||||
- id: "EB-3"
|
- id: "EB-3"
|
||||||
name: "Musteranalyse"
|
name: "Musteranalyse"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Identifizierte Trends"
|
- "Identifizierte Trends"
|
||||||
- "Wiederkehrende Herausforderungen"
|
- "Wiederkehrende Herausforderungen"
|
||||||
- "Positive Entwicklungen"
|
- "Positive Entwicklungen"
|
||||||
|
|
||||||
- id: "EB-4"
|
- id: "EB-4"
|
||||||
name: "Handlungsempfehlungen"
|
name: "Handlungsempfehlungen"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Priorisierte Massnahmenliste"
|
- "Priorisierte Massnahmenliste"
|
||||||
- "Verantwortlichkeiten und Zeitrahmen"
|
- "Verantwortlichkeiten und Zeitrahmen"
|
||||||
- "Erwarteter Impact"
|
- "Erwarteter Impact"
|
||||||
|
|
||||||
- id: "EB-5"
|
- id: "EB-5"
|
||||||
name: "Anhang"
|
name: "Anhang"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Detaildaten"
|
- "Detaildaten"
|
||||||
- "Einzelfallanalysen"
|
- "Einzelfallanalysen"
|
||||||
- "Prozessverbesserungsvorschlaege"
|
- "Prozessverbesserungsvorschlaege"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 5.2 MISSION BOARD PRAESENTATION
|
# 5.2 MISSION BOARD PRAESENTATION
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
mission_board_praesentation:
|
mission_board_praesentation:
|
||||||
format: "Informationspunkt in naechster MB-Sitzung"
|
format: "Informationspunkt in naechster MB-Sitzung"
|
||||||
umfang: "10-15 Minuten Praesentation + Diskussion"
|
umfang: "10-15 Minuten Praesentation + Diskussion"
|
||||||
|
|
||||||
inhalt:
|
inhalt:
|
||||||
- "Portfolio-Entwicklung im Ueberblick"
|
- "Portfolio-Entwicklung im Ueberblick"
|
||||||
- "Zentrale Erkenntnisse und Muster"
|
- "Zentrale Erkenntnisse und Muster"
|
||||||
- "Kritische Handlungsbedarfe"
|
- "Kritische Handlungsbedarfe"
|
||||||
- "Empfehlungen fuer strategische Anpassungen"
|
- "Empfehlungen fuer strategische Anpassungen"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 6. KONTINUIERLICHE VERBESSERUNG
|
# 6. KONTINUIERLICHE VERBESSERUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
kontinuierliche_verbesserung:
|
kontinuierliche_verbesserung:
|
||||||
|
|
||||||
optimierung_review_prozess:
|
optimierung_review_prozess:
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Jaehrliche Evaluation der Review-Methodik"
|
- "Jaehrliche Evaluation der Review-Methodik"
|
||||||
- "Anpassung der KPIs"
|
- "Anpassung der KPIs"
|
||||||
- "Integration neuer Analysedimensionen bei Bedarf"
|
- "Integration neuer Analysedimensionen bei Bedarf"
|
||||||
|
|
||||||
lessons_learned_integration:
|
lessons_learned_integration:
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Systematische Erfassung von Prozessverbesserungen"
|
- "Systematische Erfassung von Prozessverbesserungen"
|
||||||
- "Best Practice Dokumentation"
|
- "Best Practice Dokumentation"
|
||||||
- "Wissenstransfer in die Organisation"
|
- "Wissenstransfer in die Organisation"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 7. WERKZEUGE UND VORLAGEN
|
# 7. WERKZEUGE UND VORLAGEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
werkzeuge_vorlagen:
|
werkzeuge_vorlagen:
|
||||||
|
|
||||||
benoetigte_unterlagen:
|
benoetigte_unterlagen:
|
||||||
- id: "WV-1"
|
- id: "WV-1"
|
||||||
name: "Demand-Portfolio-Export"
|
name: "Demand-Portfolio-Export"
|
||||||
status: "erforderlich"
|
status: "erforderlich"
|
||||||
|
|
||||||
- id: "WV-2"
|
- id: "WV-2"
|
||||||
name: "DSR-Protokolle des Quartals"
|
name: "DSR-Protokolle des Quartals"
|
||||||
status: "erforderlich"
|
status: "erforderlich"
|
||||||
|
|
||||||
- id: "WV-3"
|
- id: "WV-3"
|
||||||
name: "MB-Entscheidungsprotokolle"
|
name: "MB-Entscheidungsprotokolle"
|
||||||
status: "erforderlich"
|
status: "erforderlich"
|
||||||
|
|
||||||
- id: "WV-4"
|
- id: "WV-4"
|
||||||
name: "Stakeholder-Feedback-Sammlung"
|
name: "Stakeholder-Feedback-Sammlung"
|
||||||
status: "erforderlich"
|
status: "erforderlich"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 8. PILOTPHASE-SPEZIFIKA
|
# 8. PILOTPHASE-SPEZIFIKA
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
pilotphase_spezifika:
|
pilotphase_spezifika:
|
||||||
|
|
||||||
waehrend_pilotphase:
|
waehrend_pilotphase:
|
||||||
charakteristiken:
|
charakteristiken:
|
||||||
- aspekt: "Keine festen Benchmarks"
|
- aspekt: "Keine festen Benchmarks"
|
||||||
beschreibung: "Sammlung von Baseline-Daten"
|
beschreibung: "Sammlung von Baseline-Daten"
|
||||||
|
|
||||||
- aspekt: "Experimenteller Charakter"
|
- aspekt: "Experimenteller Charakter"
|
||||||
beschreibung: "Iterative Anpassung der Methodik"
|
beschreibung: "Iterative Anpassung der Methodik"
|
||||||
|
|
||||||
- aspekt: "Fokus auf Lernen"
|
- aspekt: "Fokus auf Lernen"
|
||||||
beschreibung: "Identifikation sinnvoller KPIs"
|
beschreibung: "Identifikation sinnvoller KPIs"
|
||||||
|
|
||||||
- aspekt: "Dokumentation"
|
- aspekt: "Dokumentation"
|
||||||
beschreibung: "Besonders sorgfaeltige Erfassung fuer spaetere Evaluation"
|
beschreibung: "Besonders sorgfaeltige Erfassung fuer spaetere Evaluation"
|
||||||
|
|
||||||
nach_2_3_reviews:
|
nach_2_3_reviews:
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Definition realistischer Zielwerte"
|
- "Definition realistischer Zielwerte"
|
||||||
- "Festlegung kritischer Schwellenwerte"
|
- "Festlegung kritischer Schwellenwerte"
|
||||||
- "Standardisierung der Analysemethoden"
|
- "Standardisierung der Analysemethoden"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# REFERENZEN
|
# REFERENZEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
|
|
||||||
interne_dokumente:
|
interne_dokumente:
|
||||||
- titel: "Demand-KPI-Framework"
|
- titel: "Demand-KPI-Framework"
|
||||||
seite: 58
|
seite: 58
|
||||||
relevanz: "Grundlage fuer Datensammlung und KPI-Auswertung"
|
relevanz: "Grundlage fuer Datensammlung und KPI-Auswertung"
|
||||||
|
|
||||||
- titel: "Demand-Portfolio Governance"
|
- titel: "Demand-Portfolio Governance"
|
||||||
pfad: "#01.1_demand-portfolio-management_documentation/dpm_demand-portfolio_governance.yaml"
|
pfad: "#01.1_demand-portfolio-management_documentation/dpm_demand-portfolio_governance.yaml"
|
||||||
relevanz: "Uebergeordnetes Governance-Framework"
|
relevanz: "Uebergeordnetes Governance-Framework"
|
||||||
|
|
||||||
- titel: "DSR-Geschaeftsordnung"
|
- titel: "DSR-Geschaeftsordnung"
|
||||||
relevanz: "Operative Regelungen fuer DSR"
|
relevanz: "Operative Regelungen fuer DSR"
|
||||||
|
|
||||||
- titel: "Massnahmenkatalog"
|
- titel: "Massnahmenkatalog"
|
||||||
relevanz: "Tracking von Optimierungsmassnahmen"
|
relevanz: "Tracking von Optimierungsmassnahmen"
|
||||||
|
|
|
||||||
|
|
@ -1,490 +1,490 @@
|
||||||
meta:
|
meta:
|
||||||
typ: "governance_framework"
|
typ: "governance_framework"
|
||||||
framework_name: "Demand-Portfolio Governance"
|
framework_name: "Demand-Portfolio Governance"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "[Datum]"
|
gueltig_ab: "[Datum]"
|
||||||
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
abgestimmt_zwischen: ["human", "DPM-Teammitglied"]
|
abgestimmt_zwischen: ["human", "DPM-Teammitglied"]
|
||||||
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
||||||
status: "abgenommen_in_gesamtkonzept"
|
status: "abgenommen_in_gesamtkonzept"
|
||||||
|
|
||||||
kontext_tags:
|
kontext_tags:
|
||||||
- "governance"
|
- "governance"
|
||||||
- "demand-portfolio"
|
- "demand-portfolio"
|
||||||
- "steuerung"
|
- "steuerung"
|
||||||
- "entscheidungsarchitektur"
|
- "entscheidungsarchitektur"
|
||||||
- "portfolio-management"
|
- "portfolio-management"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 1. ZWECK UND GELTUNGSBEREICH
|
# 1. ZWECK UND GELTUNGSBEREICH
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
zweck_und_geltungsbereich:
|
zweck_und_geltungsbereich:
|
||||||
zweck:
|
zweck:
|
||||||
kernaussage: "Orchestriert den Fluss von Bedarfen durch die DIGIT-Organisation"
|
kernaussage: "Orchestriert den Fluss von Bedarfen durch die DIGIT-Organisation"
|
||||||
|
|
||||||
fluss:
|
fluss:
|
||||||
start: "Erste Erfassung eines Stakeholder-Wunsches"
|
start: "Erste Erfassung eines Stakeholder-Wunsches"
|
||||||
ende: "Integration als laufender Service"
|
ende: "Integration als laufender Service"
|
||||||
|
|
||||||
ergaenzung_zu: "DSR-Geschäftsordnung"
|
ergaenzung_zu: "DSR-Geschäftsordnung"
|
||||||
ergaenzungs_perspektive: "Übergreifende Steuerungsperspektive"
|
ergaenzungs_perspektive: "Übergreifende Steuerungsperspektive"
|
||||||
|
|
||||||
zentrale_klaerungen:
|
zentrale_klaerungen:
|
||||||
- thema: "Rolle des Demand-Portfolio-Managements"
|
- thema: "Rolle des Demand-Portfolio-Managements"
|
||||||
klarstellung: "Zentrale Priorisierungsinstanz"
|
klarstellung: "Zentrale Priorisierungsinstanz"
|
||||||
|
|
||||||
- thema: "Portfolio-Überwachung"
|
- thema: "Portfolio-Überwachung"
|
||||||
klarstellung: "Mechanismen zur Portfolio-Überwachung definiert"
|
klarstellung: "Mechanismen zur Portfolio-Überwachung definiert"
|
||||||
|
|
||||||
verweis_portfolio_kontext:
|
verweis_portfolio_kontext:
|
||||||
dokument: "DIGITOM-Portfolio-Governance + Kernprozesse"
|
dokument: "DIGITOM-Portfolio-Governance + Kernprozesse"
|
||||||
inhalt: "Details zu den drei Portfolios und Kernprozessen (Demand-Lifecycle (Change) & Service-Lifecycle (Run))"
|
inhalt: "Details zu den drei Portfolios und Kernprozessen (Demand-Lifecycle (Change) & Service-Lifecycle (Run))"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 2. GOVERNANCE-ARCHITEKTUR
|
# 2. GOVERNANCE-ARCHITEKTUR
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
governance_architektur:
|
governance_architektur:
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 2.1 ENTSCHEIDUNGSEBENEN
|
# 2.1 ENTSCHEIDUNGSEBENEN
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
entscheidungsebenen:
|
entscheidungsebenen:
|
||||||
beschreibung: "DIGITOM definiert vier Entscheidungsinstanzen mit unterschiedlichen Kompetenzen"
|
beschreibung: "DIGITOM definiert vier Entscheidungsinstanzen mit unterschiedlichen Kompetenzen"
|
||||||
anzahl: 4
|
anzahl: 4
|
||||||
|
|
||||||
ebenen:
|
ebenen:
|
||||||
- ebene_id: "vision_board"
|
- ebene_id: "vision_board"
|
||||||
name: "Vision Board"
|
name: "Vision Board"
|
||||||
ebene: "strategisch"
|
ebene: "strategisch"
|
||||||
|
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Verantwortet das Operating Model"
|
- "Verantwortet das Operating Model"
|
||||||
- "Setzt strategische Leitplanken für die Digitalisierung"
|
- "Setzt strategische Leitplanken für die Digitalisierung"
|
||||||
|
|
||||||
entscheidungen:
|
entscheidungen:
|
||||||
- "Grundlegende Governance-Änderungen"
|
- "Grundlegende Governance-Änderungen"
|
||||||
- "Investitionsschwerpunkte"
|
- "Investitionsschwerpunkte"
|
||||||
|
|
||||||
hierarchie_stufe: 4
|
hierarchie_stufe: 4
|
||||||
|
|
||||||
- ebene_id: "mission_board"
|
- ebene_id: "mission_board"
|
||||||
name: "Mission Board"
|
name: "Mission Board"
|
||||||
ebene: "taktisch-strategisch"
|
ebene: "taktisch-strategisch"
|
||||||
|
|
||||||
entscheidungen:
|
entscheidungen:
|
||||||
- typ: "MB-Demands"
|
- typ: "MB-Demands"
|
||||||
beispiele: ["transformative Anforderungen", "hochkomplexe Anforderungen"]
|
beispiele: ["transformative Anforderungen", "hochkomplexe Anforderungen"]
|
||||||
- typ: "Gesamtressourcenallokation"
|
- typ: "Gesamtressourcenallokation"
|
||||||
beschreibung: "Steuert die Gesamtressourcenallokation"
|
beschreibung: "Steuert die Gesamtressourcenallokation"
|
||||||
- typ: "Konfliktlösung"
|
- typ: "Konfliktlösung"
|
||||||
beschreibung: "Löst Konflikte zwischen Abteilungen"
|
beschreibung: "Löst Konflikte zwischen Abteilungen"
|
||||||
|
|
||||||
informations_input:
|
informations_input:
|
||||||
- quelle: "quartals_portfolio_reviews"
|
- quelle: "quartals_portfolio_reviews"
|
||||||
frequenz: "quartalsweise"
|
frequenz: "quartalsweise"
|
||||||
von: "abteilungsleitung_planung"
|
von: "abteilungsleitung_planung"
|
||||||
|
|
||||||
hierarchie_stufe: 3
|
hierarchie_stufe: 3
|
||||||
|
|
||||||
- ebene_id: "abteilungsleitung_planung"
|
- ebene_id: "abteilungsleitung_planung"
|
||||||
name: "Abteilungsleitung Planung"
|
name: "Abteilungsleitung Planung"
|
||||||
kurzform: "AL-P"
|
kurzform: "AL-P"
|
||||||
ebene: "taktisch"
|
ebene: "taktisch"
|
||||||
|
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Quartalsweise Portfolio-Reviews"
|
- "Quartalsweise Portfolio-Reviews"
|
||||||
- "Disziplinarische Führung des DPM"
|
- "Disziplinarische Führung des DPM"
|
||||||
|
|
||||||
funktion: "Brücke zwischen operativer Portfolio-Steuerung und taktischer Entscheidungsebene"
|
funktion: "Brücke zwischen operativer Portfolio-Steuerung und taktischer Entscheidungsebene"
|
||||||
|
|
||||||
aufgaben:
|
aufgaben:
|
||||||
- "Portfolio-Muster und -Trends analysieren"
|
- "Portfolio-Muster und -Trends analysieren"
|
||||||
- "Erkenntnisse ableiten"
|
- "Erkenntnisse ableiten"
|
||||||
- "Berichten ans Mission Board"
|
- "Berichten ans Mission Board"
|
||||||
|
|
||||||
eskalation:
|
eskalation:
|
||||||
bedingung: "bei strategischer Relevanz"
|
bedingung: "bei strategischer Relevanz"
|
||||||
an: "vision_board"
|
an: "vision_board"
|
||||||
|
|
||||||
hierarchie_stufe: 2
|
hierarchie_stufe: 2
|
||||||
|
|
||||||
- ebene_id: "dsr"
|
- ebene_id: "dsr"
|
||||||
name: "Demand & Stakeholder Runde"
|
name: "Demand & Stakeholder Runde"
|
||||||
kurzform: "DSR"
|
kurzform: "DSR"
|
||||||
ebene: "operativ-taktisch"
|
ebene: "operativ-taktisch"
|
||||||
|
|
||||||
entscheidungen:
|
entscheidungen:
|
||||||
- typ: "DSR-Demands"
|
- typ: "DSR-Demands"
|
||||||
optionen: ["Freigabe", "Ablehnung", "Zurückstellung"]
|
optionen: ["Freigabe", "Ablehnung", "Zurückstellung"]
|
||||||
|
|
||||||
delegation:
|
delegation:
|
||||||
kann_delegieren_an: "mission_board"
|
kann_delegieren_an: "mission_board"
|
||||||
bedingung: "bei entsprechendem Klassifizierungsmuster"
|
bedingung: "bei entsprechendem Klassifizierungsmuster"
|
||||||
|
|
||||||
hierarchie_stufe: 1
|
hierarchie_stufe: 1
|
||||||
|
|
||||||
referenz:
|
referenz:
|
||||||
dokument: "dsr-geschaeftsordnung.yaml"
|
dokument: "dsr-geschaeftsordnung.yaml"
|
||||||
pfad: "#01.2_governance/dsr-geschaeftsordnung.yaml"
|
pfad: "#01.2_governance/dsr-geschaeftsordnung.yaml"
|
||||||
|
|
||||||
- ebene_id: "dpm"
|
- ebene_id: "dpm"
|
||||||
name: "Demand-Portfolio-Management"
|
name: "Demand-Portfolio-Management"
|
||||||
kurzform: "DPM"
|
kurzform: "DPM"
|
||||||
ebene: "operativ"
|
ebene: "operativ"
|
||||||
typ: "fachrolle"
|
typ: "fachrolle"
|
||||||
|
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Klassifizierung aller Demands im Portfolio"
|
- "Klassifizierung aller Demands im Portfolio"
|
||||||
- "Analyse aller Demands im Portfolio"
|
- "Analyse aller Demands im Portfolio"
|
||||||
- "Bewertung aller Demands im Portfolio"
|
- "Bewertung aller Demands im Portfolio"
|
||||||
- "Priorisierung aller Demands im Portfolio"
|
- "Priorisierung aller Demands im Portfolio"
|
||||||
|
|
||||||
output: "Entscheidungsvorlage für jeweiliges Entscheidungsgremium"
|
output: "Entscheidungsvorlage für jeweiliges Entscheidungsgremium"
|
||||||
|
|
||||||
governance_prinzip:
|
governance_prinzip:
|
||||||
trennung: "Entscheidungsgremium ≠ DPM"
|
trennung: "Entscheidungsgremium ≠ DPM"
|
||||||
|
|
||||||
sicherstellung:
|
sicherstellung:
|
||||||
- aspekt: "Fachlich-objektive Arbeit"
|
- aspekt: "Fachlich-objektive Arbeit"
|
||||||
durch: "dpm"
|
durch: "dpm"
|
||||||
umfasst: ["Klassifizierung", "Analyse", "Bewertung", "Priorisierung"]
|
umfasst: ["Klassifizierung", "Analyse", "Bewertung", "Priorisierung"]
|
||||||
|
|
||||||
- aspekt: "Multiperspektivische Freigabe"
|
- aspekt: "Multiperspektivische Freigabe"
|
||||||
durch: ["dsr", "mission_board"]
|
durch: ["dsr", "mission_board"]
|
||||||
umfasst: "Finale Entscheidung unter Berücksichtigung aller Perspektiven"
|
umfasst: "Finale Entscheidung unter Berücksichtigung aller Perspektiven"
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
- dokument: "DSR-Geschäftsordnung"
|
- dokument: "DSR-Geschäftsordnung"
|
||||||
pfad: "#01.2_governance/dsr-geschaeftsordnung.yaml"
|
pfad: "#01.2_governance/dsr-geschaeftsordnung.yaml"
|
||||||
- dokument: "Rollenbeschreibung DPM"
|
- dokument: "Rollenbeschreibung DPM"
|
||||||
pfad: "#01.1_funktion/rollenbeschreibung-dpm.yaml"
|
pfad: "#01.1_funktion/rollenbeschreibung-dpm.yaml"
|
||||||
- abschnitt: "Schnittstellen und Verantwortlichkeiten"
|
- abschnitt: "Schnittstellen und Verantwortlichkeiten"
|
||||||
siehe: "Abschnitt 5 in diesem Dokument"
|
siehe: "Abschnitt 5 in diesem Dokument"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 2.2 ENTSCHEIDUNGS-ROUTING
|
# 2.2 ENTSCHEIDUNGS-ROUTING
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
entscheidungs_routing:
|
entscheidungs_routing:
|
||||||
beschreibung: "Systematische Zuordnung von Demands zu Entscheidungsebenen"
|
beschreibung: "Systematische Zuordnung von Demands zu Entscheidungsebenen"
|
||||||
|
|
||||||
basis: "Klassifizierungslogik auf vier Dimensionen"
|
basis: "Klassifizierungslogik auf vier Dimensionen"
|
||||||
|
|
||||||
dimensionen:
|
dimensionen:
|
||||||
- id: "treiber"
|
- id: "treiber"
|
||||||
name: "Treiber"
|
name: "Treiber"
|
||||||
bedeutung: "Impulsquelle"
|
bedeutung: "Impulsquelle"
|
||||||
|
|
||||||
- id: "tragweite"
|
- id: "tragweite"
|
||||||
name: "Tragweite"
|
name: "Tragweite"
|
||||||
bedeutung: "Veränderungstiefe"
|
bedeutung: "Veränderungstiefe"
|
||||||
|
|
||||||
- id: "systemebene"
|
- id: "systemebene"
|
||||||
name: "Systemebene"
|
name: "Systemebene"
|
||||||
bedeutung: "Technisch-fachliche Verortung"
|
bedeutung: "Technisch-fachliche Verortung"
|
||||||
|
|
||||||
- id: "komplexitaet"
|
- id: "komplexitaet"
|
||||||
name: "Komplexität"
|
name: "Komplexität"
|
||||||
bedeutung: "Lösungsunsicherheit"
|
bedeutung: "Lösungsunsicherheit"
|
||||||
|
|
||||||
routing_optionen:
|
routing_optionen:
|
||||||
- ziel: "mission_board"
|
- ziel: "mission_board"
|
||||||
beschreibung: "Direkt an Mission Board"
|
beschreibung: "Direkt an Mission Board"
|
||||||
trigger: ["hochkomplex", "transformativ"]
|
trigger: ["hochkomplex", "transformativ"]
|
||||||
|
|
||||||
- ziel: "dsr_mit_delegationsoption"
|
- ziel: "dsr_mit_delegationsoption"
|
||||||
beschreibung: "An DSR mit Option zur Delegation ans Mission Board"
|
beschreibung: "An DSR mit Option zur Delegation ans Mission Board"
|
||||||
trigger: "entsprechendes Klassifizierungsmuster"
|
trigger: "entsprechendes Klassifizierungsmuster"
|
||||||
|
|
||||||
- ziel: "dsr"
|
- ziel: "dsr"
|
||||||
beschreibung: "An DSR ohne Delegationsoption"
|
beschreibung: "An DSR ohne Delegationsoption"
|
||||||
trigger: "inkrementelle Themen"
|
trigger: "inkrementelle Themen"
|
||||||
|
|
||||||
prinzip: |
|
prinzip: |
|
||||||
Entscheidungen werden auf der zuständigen Organisationsebene getroffen:
|
Entscheidungen werden auf der zuständigen Organisationsebene getroffen:
|
||||||
- Hochkomplexe und transformative Demands → Mission Board
|
- Hochkomplexe und transformative Demands → Mission Board
|
||||||
- Inkrementelle Themen → Demand & Stakeholder-Runde
|
- Inkrementelle Themen → Demand & Stakeholder-Runde
|
||||||
|
|
||||||
referenz:
|
referenz:
|
||||||
dokument: "Demand-Klassifizierung"
|
dokument: "Demand-Klassifizierung"
|
||||||
abschnitt: "3.2 Routing-Logik: Die Klassifizierung bestimmt die Entscheidungsebene"
|
abschnitt: "3.2 Routing-Logik: Die Klassifizierung bestimmt die Entscheidungsebene"
|
||||||
pfad: "#01.4_methodik/demand-klassifizierung.yaml"
|
pfad: "#01.4_methodik/demand-klassifizierung.yaml"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 3. DEMAND-PORTFOLIO-STEUERUNG UND REVIEWS
|
# 3. DEMAND-PORTFOLIO-STEUERUNG UND REVIEWS
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
portfolio_steuerung:
|
portfolio_steuerung:
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 3.1 STEUERUNGSEBENE DSR
|
# 3.1 STEUERUNGSEBENE DSR
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
steuerungsebene_dsr:
|
steuerungsebene_dsr:
|
||||||
ebene: "Demand & Stakeholder-Runde"
|
ebene: "Demand & Stakeholder-Runde"
|
||||||
|
|
||||||
aufgaben:
|
aufgaben:
|
||||||
- id: "DSR-E1"
|
- id: "DSR-E1"
|
||||||
name: "Entscheidung über DSR-Demands"
|
name: "Entscheidung über DSR-Demands"
|
||||||
optionen: ["Freigabe", "Ablehnung", "Zurückstellung"]
|
optionen: ["Freigabe", "Ablehnung", "Zurückstellung"]
|
||||||
|
|
||||||
- id: "DSR-E2"
|
- id: "DSR-E2"
|
||||||
name: "Delegations-Entscheidung"
|
name: "Delegations-Entscheidung"
|
||||||
beschreibung: "Entscheidung über Delegation von Demands ans Mission Board"
|
beschreibung: "Entscheidung über Delegation von Demands ans Mission Board"
|
||||||
|
|
||||||
- id: "DSR-I1"
|
- id: "DSR-I1"
|
||||||
name: "Feedback-Aufnahme"
|
name: "Feedback-Aufnahme"
|
||||||
beschreibung: "Aufnahme von Feedback zu laufenden Umsetzungen"
|
beschreibung: "Aufnahme von Feedback zu laufenden Umsetzungen"
|
||||||
|
|
||||||
- id: "DSR-P1"
|
- id: "DSR-P1"
|
||||||
name: "Problemklärung"
|
name: "Problemklärung"
|
||||||
beschreibung: "Klärung akuter Problemstellungen"
|
beschreibung: "Klärung akuter Problemstellungen"
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
- dokument: "DSR-Geschäftsordnung"
|
- dokument: "DSR-Geschäftsordnung"
|
||||||
pfad: "#01.2_governance/dsr-geschaeftsordnung.yaml"
|
pfad: "#01.2_governance/dsr-geschaeftsordnung.yaml"
|
||||||
- dokument: "DSR Standard-Agenda"
|
- dokument: "DSR Standard-Agenda"
|
||||||
pfad: "#01.3_prozesse/dsr-standard-agenda.yaml"
|
pfad: "#01.3_prozesse/dsr-standard-agenda.yaml"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 3.2 STEUERUNGSEBENE MISSION BOARD
|
# 3.2 STEUERUNGSEBENE MISSION BOARD
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
steuerungsebene_mission_board:
|
steuerungsebene_mission_board:
|
||||||
ebene: "Mission Board"
|
ebene: "Mission Board"
|
||||||
|
|
||||||
aufgaben:
|
aufgaben:
|
||||||
- id: "MB-E1"
|
- id: "MB-E1"
|
||||||
name: "Freigabe von MB-Demands"
|
name: "Freigabe von MB-Demands"
|
||||||
beschreibung: "Entscheidung über hochkomplexe und transformative Demands"
|
beschreibung: "Entscheidung über hochkomplexe und transformative Demands"
|
||||||
|
|
||||||
- id: "MB-K1"
|
- id: "MB-K1"
|
||||||
name: "Ressourcenkonflikte lösen"
|
name: "Ressourcenkonflikte lösen"
|
||||||
beschreibung: "Auflösung von Ressourcenkonflikten zwischen Abteilungen"
|
beschreibung: "Auflösung von Ressourcenkonflikten zwischen Abteilungen"
|
||||||
|
|
||||||
- id: "MB-S1"
|
- id: "MB-S1"
|
||||||
name: "Gesamtportfolio steuern"
|
name: "Gesamtportfolio steuern"
|
||||||
beschreibung: "Steuerung des Gesamtportfolios aus Demands und Projekten"
|
beschreibung: "Steuerung des Gesamtportfolios aus Demands und Projekten"
|
||||||
|
|
||||||
referenz:
|
referenz:
|
||||||
dokument: "Geschäftsordnung des Mission Boards"
|
dokument: "Geschäftsordnung des Mission Boards"
|
||||||
hinweis: "Detaillierte Arbeitsweise"
|
hinweis: "Detaillierte Arbeitsweise"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 3.3 PORTFOLIO-REVIEWS (QUARTALSWEISE)
|
# 3.3 PORTFOLIO-REVIEWS (QUARTALSWEISE)
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
quartals_portfolio_reviews:
|
quartals_portfolio_reviews:
|
||||||
frequenz: "quartalsweise"
|
frequenz: "quartalsweise"
|
||||||
verantwortlich: "abteilungsleitung_planung"
|
verantwortlich: "abteilungsleitung_planung"
|
||||||
|
|
||||||
teilnehmende:
|
teilnehmende:
|
||||||
- "dpm"
|
- "dpm"
|
||||||
- "ppm"
|
- "ppm"
|
||||||
- "spm"
|
- "spm"
|
||||||
- "shm"
|
- "shm"
|
||||||
|
|
||||||
berichterstattung:
|
berichterstattung:
|
||||||
an: "mission_board"
|
an: "mission_board"
|
||||||
form: "Informationspunkt in der nächsten Sitzung"
|
form: "Informationspunkt in der nächsten Sitzung"
|
||||||
|
|
||||||
zweck:
|
zweck:
|
||||||
hauptzweck: "Systematische Analyse der Portfolio-Dynamik"
|
hauptzweck: "Systematische Analyse der Portfolio-Dynamik"
|
||||||
|
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Muster identifizieren"
|
- "Muster identifizieren"
|
||||||
- "Systemgesundheit anhand KPIs bewerten"
|
- "Systemgesundheit anhand KPIs bewerten"
|
||||||
- "Verbesserungspotenziale ableiten"
|
- "Verbesserungspotenziale ableiten"
|
||||||
|
|
||||||
nutzung_durch_al_p:
|
nutzung_durch_al_p:
|
||||||
zweck: "Abteilungsleitung Planung nutzt Erkenntnisse für"
|
zweck: "Abteilungsleitung Planung nutzt Erkenntnisse für"
|
||||||
|
|
||||||
nutzungen:
|
nutzungen:
|
||||||
- "Trends und wiederkehrende Herausforderungen erkennen"
|
- "Trends und wiederkehrende Herausforderungen erkennen"
|
||||||
- "Effektivität der Governance bewerten"
|
- "Effektivität der Governance bewerten"
|
||||||
- "Anpassungsbedarfe identifizieren"
|
- "Anpassungsbedarfe identifizieren"
|
||||||
- "Empfehlungen für Mission Board formulieren"
|
- "Empfehlungen für Mission Board formulieren"
|
||||||
|
|
||||||
kern_inhalte:
|
kern_inhalte:
|
||||||
- id: "REV-1"
|
- id: "REV-1"
|
||||||
name: "Portfolio-Überblick"
|
name: "Portfolio-Überblick"
|
||||||
aspekte: ["Volumen", "Durchsatz", "Themencluster"]
|
aspekte: ["Volumen", "Durchsatz", "Themencluster"]
|
||||||
|
|
||||||
- id: "REV-2"
|
- id: "REV-2"
|
||||||
name: "KPI-Analyse"
|
name: "KPI-Analyse"
|
||||||
beschreibung: "Analyse der definierten KPIs"
|
beschreibung: "Analyse der definierten KPIs"
|
||||||
|
|
||||||
- id: "REV-3"
|
- id: "REV-3"
|
||||||
name: "Musteranalyse"
|
name: "Musteranalyse"
|
||||||
aspekte: ["Engpässe", "Ablehnungsgründe", "Verzögerungen"]
|
aspekte: ["Engpässe", "Ablehnungsgründe", "Verzögerungen"]
|
||||||
|
|
||||||
- id: "REV-4"
|
- id: "REV-4"
|
||||||
name: "Handlungsempfehlungen"
|
name: "Handlungsempfehlungen"
|
||||||
beschreibung: "Ableitung von Handlungsempfehlungen"
|
beschreibung: "Ableitung von Handlungsempfehlungen"
|
||||||
|
|
||||||
charakter:
|
charakter:
|
||||||
output_typ: "strategische Erkenntnisse"
|
output_typ: "strategische Erkenntnisse"
|
||||||
nicht: "operative Entscheidungen"
|
nicht: "operative Entscheidungen"
|
||||||
|
|
||||||
eskalation:
|
eskalation:
|
||||||
bedingung: "bei Bedarf für kritische Themen"
|
bedingung: "bei Bedarf für kritische Themen"
|
||||||
pfad: "Mission Board → Vision Board"
|
pfad: "Mission Board → Vision Board"
|
||||||
|
|
||||||
referenz:
|
referenz:
|
||||||
dokument: "Demand-Portfolio Review - Framework"
|
dokument: "Demand-Portfolio Review - Framework"
|
||||||
pfad: "#01.3_prozesse/demand-portfolio-review-framework.yaml"
|
pfad: "#01.3_prozesse/demand-portfolio-review-framework.yaml"
|
||||||
inhalt: "Detaillierte Agenda, Analysevorlagen und Durchführungshinweise"
|
inhalt: "Detaillierte Agenda, Analysevorlagen und Durchführungshinweise"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 4. DEMAND-PORTFOLIO KPIs
|
# 4. DEMAND-PORTFOLIO KPIs
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
demand_portfolio_kpis:
|
demand_portfolio_kpis:
|
||||||
zweck: "Systematische Analyse der Demand-Portfolio-Dynamik und kontinuierliche Verbesserung"
|
zweck: "Systematische Analyse der Demand-Portfolio-Dynamik und kontinuierliche Verbesserung"
|
||||||
|
|
||||||
verwendung:
|
verwendung:
|
||||||
kontext: "Quartalsweises Demand-Portfolio Review"
|
kontext: "Quartalsweises Demand-Portfolio Review"
|
||||||
|
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Muster identifizieren"
|
- "Muster identifizieren"
|
||||||
- "Systemgesundheit bewerten"
|
- "Systemgesundheit bewerten"
|
||||||
- "Strategische Erkenntnisse für Mission Board ableiten"
|
- "Strategische Erkenntnisse für Mission Board ableiten"
|
||||||
|
|
||||||
entwicklungsansatz:
|
entwicklungsansatz:
|
||||||
phase: "pilotphase"
|
phase: "pilotphase"
|
||||||
vorgehen: "Erste KPIs werden als Benchmarks erhoben und sukzessive weiterentwickelt"
|
vorgehen: "Erste KPIs werden als Benchmarks erhoben und sukzessive weiterentwickelt"
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
- dokument: "Demand-Portfolio Review - Framework"
|
- dokument: "Demand-Portfolio Review - Framework"
|
||||||
pfad: "#01.3_prozesse/demand-portfolio-review-framework.yaml"
|
pfad: "#01.3_prozesse/demand-portfolio-review-framework.yaml"
|
||||||
inhalt: "Definition und Erhebungsmethodik"
|
inhalt: "Definition und Erhebungsmethodik"
|
||||||
|
|
||||||
- dokument: "Pilot Dokumentation"
|
- dokument: "Pilot Dokumentation"
|
||||||
url: "https://teamwork.freiburg.intern/spaces/DT/pages/340299158/Pilotkonzept+DPM"
|
url: "https://teamwork.freiburg.intern/spaces/DT/pages/340299158/Pilotkonzept+DPM"
|
||||||
typ: "confluence"
|
typ: "confluence"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 5. SCHNITTSTELLEN UND VERANTWORTLICHKEITEN
|
# 5. SCHNITTSTELLEN UND VERANTWORTLICHKEITEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
schnittstellen_verantwortlichkeiten:
|
schnittstellen_verantwortlichkeiten:
|
||||||
|
|
||||||
rollenmatrix:
|
rollenmatrix:
|
||||||
beschreibung: "DIGITOM nutzt ein differenziertes RACI-Modell mit unterschiedlichen Verantwortungslogiken"
|
beschreibung: "DIGITOM nutzt ein differenziertes RACI-Modell mit unterschiedlichen Verantwortungslogiken"
|
||||||
|
|
||||||
referenz:
|
referenz:
|
||||||
dokument: "RACI-Matrix Demand-Portfolio-Management"
|
dokument: "RACI-Matrix Demand-Portfolio-Management"
|
||||||
pfad: "#01.2_governance/raci-matrix-dpm.yaml"
|
pfad: "#01.2_governance/raci-matrix-dpm.yaml"
|
||||||
|
|
||||||
informationsfluesse:
|
informationsfluesse:
|
||||||
beschreibung: "Governance basiert auf definierten Informationsflüssen"
|
beschreibung: "Governance basiert auf definierten Informationsflüssen"
|
||||||
|
|
||||||
fluesse:
|
fluesse:
|
||||||
- richtung: "bottom_up"
|
- richtung: "bottom_up"
|
||||||
name: "Bottom-up"
|
name: "Bottom-up"
|
||||||
beschreibung: "Demands fließen von Stakeholdern über SHM und DPM in die Entscheidungsgremien"
|
beschreibung: "Demands fließen von Stakeholdern über SHM und DPM in die Entscheidungsgremien"
|
||||||
pfad: "Stakeholder → SHM → DPM → DSR/MB"
|
pfad: "Stakeholder → SHM → DPM → DSR/MB"
|
||||||
|
|
||||||
- richtung: "top_down"
|
- richtung: "top_down"
|
||||||
name: "Top-down"
|
name: "Top-down"
|
||||||
beschreibung: "Strategische Vorgaben fließen vom Vision Board über Mission Board zur operativen Umsetzung"
|
beschreibung: "Strategische Vorgaben fließen vom Vision Board über Mission Board zur operativen Umsetzung"
|
||||||
pfad: "Vision Board → Mission Board → operative Umsetzung"
|
pfad: "Vision Board → Mission Board → operative Umsetzung"
|
||||||
|
|
||||||
- richtung: "horizontal"
|
- richtung: "horizontal"
|
||||||
name: "Horizontal"
|
name: "Horizontal"
|
||||||
beschreibung: "Abstimmung zwischen DPM, PPM und SPM zur Portfolio-Synchronisation"
|
beschreibung: "Abstimmung zwischen DPM, PPM und SPM zur Portfolio-Synchronisation"
|
||||||
zwischen: ["dpm", "ppm", "spm"]
|
zwischen: ["dpm", "ppm", "spm"]
|
||||||
zweck: "Portfolio-Synchronisation"
|
zweck: "Portfolio-Synchronisation"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 6. PILOT-EVALUATION
|
# 6. PILOT-EVALUATION
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
pilot_evaluation:
|
pilot_evaluation:
|
||||||
zeitpunkt: "nach Pilotbetrieb"
|
zeitpunkt: "nach Pilotbetrieb"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
evaluationskriterien: "in Erarbeitung"
|
evaluationskriterien: "in Erarbeitung"
|
||||||
dokumentation: "separat"
|
dokumentation: "separat"
|
||||||
|
|
||||||
referenz:
|
referenz:
|
||||||
dokument: "Pilot Dokumentation"
|
dokument: "Pilot Dokumentation"
|
||||||
url: "https://teamwork.freiburg.intern/spaces/DT/pages/340299158/Pilotkonzept+DPM"
|
url: "https://teamwork.freiburg.intern/spaces/DT/pages/340299158/Pilotkonzept+DPM"
|
||||||
typ: "confluence"
|
typ: "confluence"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# SYSTEMISCHE EINORDNUNG
|
# SYSTEMISCHE EINORDNUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
systemische_einordnung:
|
systemische_einordnung:
|
||||||
framework_charakter:
|
framework_charakter:
|
||||||
typ: "übergeordnetes Governance-Framework"
|
typ: "übergeordnetes Governance-Framework"
|
||||||
funktion: "Orchestrierung"
|
funktion: "Orchestrierung"
|
||||||
scope: "Ende-zu-Ende (Stakeholder-Wunsch bis laufender Service)"
|
scope: "Ende-zu-Ende (Stakeholder-Wunsch bis laufender Service)"
|
||||||
|
|
||||||
beziehung_zu_anderen_dokumenten:
|
beziehung_zu_anderen_dokumenten:
|
||||||
ergaenzt:
|
ergaenzt:
|
||||||
- dokument: "DSR-Geschäftsordnung"
|
- dokument: "DSR-Geschäftsordnung"
|
||||||
art: "operative Regelungen"
|
art: "operative Regelungen"
|
||||||
ergaenzung: "um übergreifende Steuerungsperspektive"
|
ergaenzung: "um übergreifende Steuerungsperspektive"
|
||||||
|
|
||||||
definiert_kontext_fuer:
|
definiert_kontext_fuer:
|
||||||
- dokument: "Demand-Klassifizierung"
|
- dokument: "Demand-Klassifizierung"
|
||||||
aspekt: "Routing-Logik erhält Governance-Kontext"
|
aspekt: "Routing-Logik erhält Governance-Kontext"
|
||||||
|
|
||||||
- dokument: "RACI-Matrix"
|
- dokument: "RACI-Matrix"
|
||||||
aspekt: "Verantwortlichkeiten in Governance-Architektur eingebettet"
|
aspekt: "Verantwortlichkeiten in Governance-Architektur eingebettet"
|
||||||
|
|
||||||
- dokument: "Rollenbeschreibung DPM"
|
- dokument: "Rollenbeschreibung DPM"
|
||||||
aspekt: "Rolle in Governance-System verortet"
|
aspekt: "Rolle in Governance-System verortet"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# REFERENZEN
|
# REFERENZEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
governance_dokumente:
|
governance_dokumente:
|
||||||
- titel: "DSR-Geschäftsordnung"
|
- titel: "DSR-Geschäftsordnung"
|
||||||
pfad: "#01.2_governance/dsr-geschaeftsordnung.yaml"
|
pfad: "#01.2_governance/dsr-geschaeftsordnung.yaml"
|
||||||
relevanz: "Operative Regelungen für DSR"
|
relevanz: "Operative Regelungen für DSR"
|
||||||
|
|
||||||
- titel: "RACI-Matrix Demand-Portfolio-Management"
|
- titel: "RACI-Matrix Demand-Portfolio-Management"
|
||||||
pfad: "#01.2_governance/raci-matrix-dpm.yaml"
|
pfad: "#01.2_governance/raci-matrix-dpm.yaml"
|
||||||
relevanz: "Detaillierte Verantwortlichkeiten"
|
relevanz: "Detaillierte Verantwortlichkeiten"
|
||||||
|
|
||||||
methodische_dokumente:
|
methodische_dokumente:
|
||||||
- titel: "Demand-Klassifizierung"
|
- titel: "Demand-Klassifizierung"
|
||||||
pfad: "#01.4_methodik/demand-klassifizierung.yaml"
|
pfad: "#01.4_methodik/demand-klassifizierung.yaml"
|
||||||
relevanz: "Routing-Logik und Klassifizierungskriterien"
|
relevanz: "Routing-Logik und Klassifizierungskriterien"
|
||||||
|
|
||||||
- titel: "Demand-Portfolio Review - Framework"
|
- titel: "Demand-Portfolio Review - Framework"
|
||||||
pfad: "#01.3_prozesse/demand-portfolio-review-framework.yaml"
|
pfad: "#01.3_prozesse/demand-portfolio-review-framework.yaml"
|
||||||
relevanz: "KPIs und Review-Prozess"
|
relevanz: "KPIs und Review-Prozess"
|
||||||
|
|
||||||
prozess_dokumente:
|
prozess_dokumente:
|
||||||
- titel: "DSR Standard-Agenda"
|
- titel: "DSR Standard-Agenda"
|
||||||
pfad: "#01.3_prozesse/dsr-standard-agenda.yaml"
|
pfad: "#01.3_prozesse/dsr-standard-agenda.yaml"
|
||||||
relevanz: "Operativer Ablauf DSR"
|
relevanz: "Operativer Ablauf DSR"
|
||||||
|
|
||||||
rollen_dokumente:
|
rollen_dokumente:
|
||||||
- titel: "Rollenbeschreibung DPM"
|
- titel: "Rollenbeschreibung DPM"
|
||||||
pfad: "#01.1_funktion/rollenbeschreibung-dpm.yaml"
|
pfad: "#01.1_funktion/rollenbeschreibung-dpm.yaml"
|
||||||
relevanz: "Zentrale Rolle im Governance-System"
|
relevanz: "Zentrale Rolle im Governance-System"
|
||||||
|
|
||||||
externe_referenzen:
|
externe_referenzen:
|
||||||
- titel: "DIGITOM-Portfolio-Governance + Kernprozesse"
|
- titel: "DIGITOM-Portfolio-Governance + Kernprozesse"
|
||||||
beschreibung: "Details zu drei Portfolios und Kernprozessen"
|
beschreibung: "Details zu drei Portfolios und Kernprozessen"
|
||||||
status: "separates Dokument"
|
status: "separates Dokument"
|
||||||
|
|
||||||
- titel: "Geschäftsordnung Mission Board"
|
- titel: "Geschäftsordnung Mission Board"
|
||||||
beschreibung: "Detaillierte Arbeitsweise des Mission Board"
|
beschreibung: "Detaillierte Arbeitsweise des Mission Board"
|
||||||
status: "separates Dokument"
|
status: "separates Dokument"
|
||||||
|
|
||||||
- titel: "Pilot Dokumentation"
|
- titel: "Pilot Dokumentation"
|
||||||
url: "https://teamwork.freiburg.intern/spaces/DT/pages/340299158/Pilotkonzept+DPM"
|
url: "https://teamwork.freiburg.intern/spaces/DT/pages/340299158/Pilotkonzept+DPM"
|
||||||
typ: "confluence"
|
typ: "confluence"
|
||||||
|
|
@ -1,481 +1,481 @@
|
||||||
meta:
|
meta:
|
||||||
typ: "bewertungsmethodik"
|
typ: "bewertungsmethodik"
|
||||||
methode: "demand_bewertung"
|
methode: "demand_bewertung"
|
||||||
titel: "Bewertungskriterien für das Demand-Portfolio-Management"
|
titel: "Bewertungskriterien für das Demand-Portfolio-Management"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "[Datum]"
|
gueltig_ab: "[Datum]"
|
||||||
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
||||||
status: "abgenommen_in_gesamtkonzept"
|
status: "abgenommen_in_gesamtkonzept"
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
basiert_auf:
|
basiert_auf:
|
||||||
- "#01.4_methodik/klassifizierungsmatrix-komplexitaet.yaml"
|
- "#01.4_methodik/klassifizierungsmatrix-komplexitaet.yaml"
|
||||||
- "#01.4_methodik/klassifizierungsmatrix-tragweite.yaml"
|
- "#01.4_methodik/klassifizierungsmatrix-tragweite.yaml"
|
||||||
fuehrt_zu: "#01.4_methodik/demand-priorisierung.yaml"
|
fuehrt_zu: "#01.4_methodik/demand-priorisierung.yaml"
|
||||||
|
|
||||||
kontext_tags:
|
kontext_tags:
|
||||||
- "bewertung"
|
- "bewertung"
|
||||||
- "qualitative-analyse"
|
- "qualitative-analyse"
|
||||||
- "cluster-bewertung"
|
- "cluster-bewertung"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 1. ZWECK UND EINORDNUNG
|
# 1. ZWECK UND EINORDNUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
zweck:
|
zweck:
|
||||||
beschreibung: "Die Demand-Bewertung dient als Koordinationsinstrument für Priorisierungsentscheidungen"
|
beschreibung: "Die Demand-Bewertung dient als Koordinationsinstrument für Priorisierungsentscheidungen"
|
||||||
|
|
||||||
zentrale_funktionen:
|
zentrale_funktionen:
|
||||||
- id: "F01"
|
- id: "F01"
|
||||||
name: "Ressourcenallokation"
|
name: "Ressourcenallokation"
|
||||||
beschreibung: "Fundierte Entscheidungsgrundlage bei begrenzten Kapazitäten zur optimalen Verteilung von Personal, Budget und Zeit"
|
beschreibung: "Fundierte Entscheidungsgrundlage bei begrenzten Kapazitäten zur optimalen Verteilung von Personal, Budget und Zeit"
|
||||||
|
|
||||||
- id: "F02"
|
- id: "F02"
|
||||||
name: "Strategische Ausrichtung"
|
name: "Strategische Ausrichtung"
|
||||||
beschreibung: "Sicherstellung, dass priorisierte Demands den größtmöglichen Beitrag zu den Organisationszielen leisten"
|
beschreibung: "Sicherstellung, dass priorisierte Demands den größtmöglichen Beitrag zu den Organisationszielen leisten"
|
||||||
|
|
||||||
- id: "F03"
|
- id: "F03"
|
||||||
name: "Transparenz"
|
name: "Transparenz"
|
||||||
beschreibung: "Nachvollziehbare Dokumentation von Bewertungen und Entscheidungen für alle beteiligten Stakeholder"
|
beschreibung: "Nachvollziehbare Dokumentation von Bewertungen und Entscheidungen für alle beteiligten Stakeholder"
|
||||||
|
|
||||||
- id: "F04"
|
- id: "F04"
|
||||||
name: "Portfolio-Balance"
|
name: "Portfolio-Balance"
|
||||||
beschreibung: "Ausgewogene Mischung aus strategischen Initiativen, operativen Verbesserungen und regulatorischen Anforderungen"
|
beschreibung: "Ausgewogene Mischung aus strategischen Initiativen, operativen Verbesserungen und regulatorischen Anforderungen"
|
||||||
|
|
||||||
grundprinzipien:
|
grundprinzipien:
|
||||||
- prinzip: "Qualitative Bewertung"
|
- prinzip: "Qualitative Bewertung"
|
||||||
beschreibung: "Keine mathematischen Scoring-Modelle, sondern begründete qualitative Einschätzungen"
|
beschreibung: "Keine mathematischen Scoring-Modelle, sondern begründete qualitative Einschätzungen"
|
||||||
|
|
||||||
- prinzip: "Kontextbezug"
|
- prinzip: "Kontextbezug"
|
||||||
beschreibung: "Bewertung erfolgt situationsspezifisch, nicht nach starrem Schema"
|
beschreibung: "Bewertung erfolgt situationsspezifisch, nicht nach starrem Schema"
|
||||||
|
|
||||||
- prinzip: "Konsensorientierung"
|
- prinzip: "Konsensorientierung"
|
||||||
beschreibung: "Unterschiedliche Einschätzungen werden dialogisch geklärt"
|
beschreibung: "Unterschiedliche Einschätzungen werden dialogisch geklärt"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 2. ÜBERSICHT DER BEWERTUNGSKRITERIEN
|
# 2. ÜBERSICHT DER BEWERTUNGSKRITERIEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
bewertungskriterien:
|
bewertungskriterien:
|
||||||
anzahl: 9
|
anzahl: 9
|
||||||
cluster_anzahl: 3
|
cluster_anzahl: 3
|
||||||
beschreibung: "Neun Kriterien gruppiert in drei thematische Cluster"
|
beschreibung: "Neun Kriterien gruppiert in drei thematische Cluster"
|
||||||
|
|
||||||
cluster_uebersicht:
|
cluster_uebersicht:
|
||||||
- cluster_id: "cluster_1"
|
- cluster_id: "cluster_1"
|
||||||
name: "Nutzen & Wirkung"
|
name: "Nutzen & Wirkung"
|
||||||
fokus: "Wertbeitrag des Demands"
|
fokus: "Wertbeitrag des Demands"
|
||||||
kriterien_ids: ["strategische_passung", "nutzen", "integrationswirkung"]
|
kriterien_ids: ["strategische_passung", "nutzen", "integrationswirkung"]
|
||||||
|
|
||||||
- cluster_id: "cluster_2"
|
- cluster_id: "cluster_2"
|
||||||
name: "Druck & Notwendigkeit"
|
name: "Druck & Notwendigkeit"
|
||||||
fokus: "Handlungsdruck und Risiko"
|
fokus: "Handlungsdruck und Risiko"
|
||||||
kriterien_ids: ["organisationsrelevanz", "zeitliche_dringlichkeit", "risiko_nicht_umsetzung"]
|
kriterien_ids: ["organisationsrelevanz", "zeitliche_dringlichkeit", "risiko_nicht_umsetzung"]
|
||||||
|
|
||||||
- cluster_id: "cluster_3"
|
- cluster_id: "cluster_3"
|
||||||
name: "Machbarkeit & Aufwand"
|
name: "Machbarkeit & Aufwand"
|
||||||
fokus: "Realisierbarkeit und Ressourcenbedarf"
|
fokus: "Realisierbarkeit und Ressourcenbedarf"
|
||||||
kriterien_ids: ["technische_machbarkeit", "organisatorische_umsetzbarkeit", "ressourceneffizienz"]
|
kriterien_ids: ["technische_machbarkeit", "organisatorische_umsetzbarkeit", "ressourceneffizienz"]
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 3. BEWERTUNGSKRITERIEN IM DETAIL
|
# 3. BEWERTUNGSKRITERIEN IM DETAIL
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
kriterien_detail:
|
kriterien_detail:
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# CLUSTER 1: NUTZEN & WIRKUNG
|
# CLUSTER 1: NUTZEN & WIRKUNG
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
cluster_1_nutzen_wirkung:
|
cluster_1_nutzen_wirkung:
|
||||||
cluster_id: "cluster_1"
|
cluster_id: "cluster_1"
|
||||||
name: "Nutzen & Wirkung"
|
name: "Nutzen & Wirkung"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "strategische_passung"
|
- kriterium_id: "strategische_passung"
|
||||||
name: "Strategische Passung"
|
name: "Strategische Passung"
|
||||||
kernfrage: "Wie gut unterstützt der Demand die Strategie?"
|
kernfrage: "Wie gut unterstützt der Demand die Strategie?"
|
||||||
fokus: "Strategiebeitrag & Innovation"
|
fokus: "Strategiebeitrag & Innovation"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die strategische Passung bewertet den Beitrag des Demands zu den
|
Die strategische Passung bewertet den Beitrag des Demands zu den
|
||||||
übergeordneten Zielen der Organisation und ihrer digitalen Transformation.
|
übergeordneten Zielen der Organisation und ihrer digitalen Transformation.
|
||||||
|
|
||||||
bewertungsaspekte:
|
bewertungsaspekte:
|
||||||
- "Übereinstimmung mit der Digitalisierungsstrategie der Verwaltung"
|
- "Übereinstimmung mit der Digitalisierungsstrategie der Verwaltung"
|
||||||
- "Beitrag zu definierten Schwerpunktthemen und Leitprojekten"
|
- "Beitrag zu definierten Schwerpunktthemen und Leitprojekten"
|
||||||
- "Unterstützung der Verwaltungsmodernisierung"
|
- "Unterstützung der Verwaltungsmodernisierung"
|
||||||
- "Förderung zukunftsfähiger Verwaltungsstrukturen"
|
- "Förderung zukunftsfähiger Verwaltungsstrukturen"
|
||||||
- "Innovationspotenzial: Erschließung neuer Möglichkeiten oder Technologien"
|
- "Innovationspotenzial: Erschließung neuer Möglichkeiten oder Technologien"
|
||||||
|
|
||||||
orientierung_bewertungsskala:
|
orientierung_bewertungsskala:
|
||||||
punkte_1: "Kein erkennbarer Bezug zu strategischen Zielen"
|
punkte_1: "Kein erkennbarer Bezug zu strategischen Zielen"
|
||||||
punkte_3: "Teilweise Übereinstimmung, unterstützt Einzelaspekte"
|
punkte_3: "Teilweise Übereinstimmung, unterstützt Einzelaspekte"
|
||||||
punkte_5: "Kernbestandteil der Strategie mit hohem Innovationsgrad"
|
punkte_5: "Kernbestandteil der Strategie mit hohem Innovationsgrad"
|
||||||
|
|
||||||
- kriterium_id: "nutzen"
|
- kriterium_id: "nutzen"
|
||||||
name: "Nutzen"
|
name: "Nutzen"
|
||||||
kernfrage: "Welchen konkreten Mehrwert schafft der Demand?"
|
kernfrage: "Welchen konkreten Mehrwert schafft der Demand?"
|
||||||
fokus: "Public Value & Effizienz"
|
fokus: "Public Value & Effizienz"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Der Nutzen misst den konkreten Mehrwert des Demands in verschiedenen
|
Der Nutzen misst den konkreten Mehrwert des Demands in verschiedenen
|
||||||
Dimensionen mit besonderem Fokus auf den Public Value.
|
Dimensionen mit besonderem Fokus auf den Public Value.
|
||||||
|
|
||||||
bewertungsaspekte:
|
bewertungsaspekte:
|
||||||
- titel: "Public Value"
|
- titel: "Public Value"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Verbesserung der Lebensqualität für Bürger:innen"
|
- "Verbesserung der Lebensqualität für Bürger:innen"
|
||||||
- "Steigerung der Servicequalität und Zugänglichkeit"
|
- "Steigerung der Servicequalität und Zugänglichkeit"
|
||||||
- "Beitrag zur Daseinsvorsorge und Gemeinwohl"
|
- "Beitrag zur Daseinsvorsorge und Gemeinwohl"
|
||||||
|
|
||||||
- titel: "Effizienzsteigerung"
|
- titel: "Effizienzsteigerung"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Prozessoptimierung und Automatisierung"
|
- "Prozessoptimierung und Automatisierung"
|
||||||
- "Reduktion von Bearbeitungszeiten"
|
- "Reduktion von Bearbeitungszeiten"
|
||||||
- "Ressourceneinsparung und Fehlerminimierung"
|
- "Ressourceneinsparung und Fehlerminimierung"
|
||||||
|
|
||||||
- titel: "Qualitätsverbesserung"
|
- titel: "Qualitätsverbesserung"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Erhöhung der Datenqualität"
|
- "Erhöhung der Datenqualität"
|
||||||
- "Verbesserung der Entscheidungsgrundlagen"
|
- "Verbesserung der Entscheidungsgrundlagen"
|
||||||
- "Steigerung der Servicequalität"
|
- "Steigerung der Servicequalität"
|
||||||
|
|
||||||
- titel: "Befähigung"
|
- titel: "Befähigung"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Schaffung neuer Handlungsmöglichkeiten"
|
- "Schaffung neuer Handlungsmöglichkeiten"
|
||||||
- "Kompetenzaufbau in der Organisation"
|
- "Kompetenzaufbau in der Organisation"
|
||||||
- "Grundlage für weitere Digitalisierungsschritte"
|
- "Grundlage für weitere Digitalisierungsschritte"
|
||||||
|
|
||||||
orientierung_bewertungsskala:
|
orientierung_bewertungsskala:
|
||||||
punkte_1: "Nutzen nur in Einzelaspekten erkennbar"
|
punkte_1: "Nutzen nur in Einzelaspekten erkennbar"
|
||||||
punkte_3: "Mehrere Nutzendimensionen werden adressiert"
|
punkte_3: "Mehrere Nutzendimensionen werden adressiert"
|
||||||
punkte_5: "Umfassender Nutzen mit hohem Public Value"
|
punkte_5: "Umfassender Nutzen mit hohem Public Value"
|
||||||
|
|
||||||
- kriterium_id: "integrationswirkung"
|
- kriterium_id: "integrationswirkung"
|
||||||
name: "Integrationswirkung"
|
name: "Integrationswirkung"
|
||||||
kernfrage: "Welche Synergien und Standards entstehen?"
|
kernfrage: "Welche Synergien und Standards entstehen?"
|
||||||
fokus: "Architektur & Wiederverwendung"
|
fokus: "Architektur & Wiederverwendung"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Integrationswirkung bewertet den Beitrag zur Verbesserung der
|
Die Integrationswirkung bewertet den Beitrag zur Verbesserung der
|
||||||
Gesamtarchitektur und Schaffung von Synergien.
|
Gesamtarchitektur und Schaffung von Synergien.
|
||||||
|
|
||||||
bewertungsaspekte:
|
bewertungsaspekte:
|
||||||
- "Schaffung wiederverwendbarer Komponenten oder Standards"
|
- "Schaffung wiederverwendbarer Komponenten oder Standards"
|
||||||
- "Reduktion technischer Schulden und Komplexität"
|
- "Reduktion technischer Schulden und Komplexität"
|
||||||
- "Harmonisierung von Prozessen und Schnittstellen"
|
- "Harmonisierung von Prozessen und Schnittstellen"
|
||||||
- "Beitrag zur Architekturkonvergenz"
|
- "Beitrag zur Architekturkonvergenz"
|
||||||
|
|
||||||
orientierung_bewertungsskala:
|
orientierung_bewertungsskala:
|
||||||
punkte_1: "Isolierte Einzellösung ohne Synergieeffekte"
|
punkte_1: "Isolierte Einzellösung ohne Synergieeffekte"
|
||||||
punkte_3: "Lokale Verbesserungen mit begrenztem Wiederverwendungspotenzial"
|
punkte_3: "Lokale Verbesserungen mit begrenztem Wiederverwendungspotenzial"
|
||||||
punkte_5: "Grundlegende Plattform oder Standard mit breiter Nutzbarkeit"
|
punkte_5: "Grundlegende Plattform oder Standard mit breiter Nutzbarkeit"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# CLUSTER 2: DRUCK & NOTWENDIGKEIT
|
# CLUSTER 2: DRUCK & NOTWENDIGKEIT
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
cluster_2_druck_notwendigkeit:
|
cluster_2_druck_notwendigkeit:
|
||||||
cluster_id: "cluster_2"
|
cluster_id: "cluster_2"
|
||||||
name: "Druck & Notwendigkeit"
|
name: "Druck & Notwendigkeit"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "organisationsrelevanz"
|
- kriterium_id: "organisationsrelevanz"
|
||||||
name: "Organisationsrelevanz"
|
name: "Organisationsrelevanz"
|
||||||
kernfrage: "Wie wichtig ist der Demand für die Verwaltung?"
|
kernfrage: "Wie wichtig ist der Demand für die Verwaltung?"
|
||||||
fokus: "Interne Priorität & Unterstützung"
|
fokus: "Interne Priorität & Unterstützung"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Organisationsrelevanz erfasst die Bedeutung des Demands innerhalb
|
Die Organisationsrelevanz erfasst die Bedeutung des Demands innerhalb
|
||||||
der DIGIT-Strukturen und -Prozesse.
|
der DIGIT-Strukturen und -Prozesse.
|
||||||
|
|
||||||
bewertungsaspekte:
|
bewertungsaspekte:
|
||||||
- "Priorität in den Abteilungen und Führungsebenen"
|
- "Priorität in den Abteilungen und Führungsebenen"
|
||||||
- "Betroffenheit kritischer Prozesse"
|
- "Betroffenheit kritischer Prozesse"
|
||||||
- "Anzahl betroffener Organisationseinheiten"
|
- "Anzahl betroffener Organisationseinheiten"
|
||||||
- "Unterstützung durch Schlüsselpersonen"
|
- "Unterstützung durch Schlüsselpersonen"
|
||||||
- "Verbindlichkeit durch Gremienbeschlüsse"
|
- "Verbindlichkeit durch Gremienbeschlüsse"
|
||||||
|
|
||||||
orientierung_bewertungsskala:
|
orientierung_bewertungsskala:
|
||||||
punkte_1: "Einzelinteresse ohne breite Unterstützung"
|
punkte_1: "Einzelinteresse ohne breite Unterstützung"
|
||||||
punkte_3: "Bereichsübergreifende Relevanz mit moderater Priorität"
|
punkte_3: "Bereichsübergreifende Relevanz mit moderater Priorität"
|
||||||
punkte_5: "Organisationsweite Priorität mit starker Führungsunterstützung"
|
punkte_5: "Organisationsweite Priorität mit starker Führungsunterstützung"
|
||||||
|
|
||||||
- kriterium_id: "zeitliche_dringlichkeit"
|
- kriterium_id: "zeitliche_dringlichkeit"
|
||||||
name: "Zeitliche Dringlichkeit"
|
name: "Zeitliche Dringlichkeit"
|
||||||
kernfrage: "Bis wann muss umgesetzt werden?"
|
kernfrage: "Bis wann muss umgesetzt werden?"
|
||||||
fokus: "Fristen & Handlungsdruck"
|
fokus: "Fristen & Handlungsdruck"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die zeitliche Dringlichkeit erfasst externe und interne Zeitvorgaben.
|
Die zeitliche Dringlichkeit erfasst externe und interne Zeitvorgaben.
|
||||||
|
|
||||||
bewertungsaspekte:
|
bewertungsaspekte:
|
||||||
- titel: "Harte Fristen"
|
- titel: "Harte Fristen"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Gesetzliche Umsetzungsfristen"
|
- "Gesetzliche Umsetzungsfristen"
|
||||||
- "Vertragsablauf oder Kündigungsfristen"
|
- "Vertragsablauf oder Kündigungsfristen"
|
||||||
- "Technische End-of-Life-Termine"
|
- "Technische End-of-Life-Termine"
|
||||||
|
|
||||||
- titel: "Weiche Fristen"
|
- titel: "Weiche Fristen"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Politische Zusagen und Termine"
|
- "Politische Zusagen und Termine"
|
||||||
- "Budgetjahre und Fördermittelfristen"
|
- "Budgetjahre und Fördermittelfristen"
|
||||||
- "Koordination mit anderen Vorhaben"
|
- "Koordination mit anderen Vorhaben"
|
||||||
|
|
||||||
- titel: "Handlungsdruck"
|
- titel: "Handlungsdruck"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Akkumulierter Problemdruck"
|
- "Akkumulierter Problemdruck"
|
||||||
- "Erwartungshaltung der Stakeholder"
|
- "Erwartungshaltung der Stakeholder"
|
||||||
- "Verfügbare Zeitfenster für Umsetzung"
|
- "Verfügbare Zeitfenster für Umsetzung"
|
||||||
|
|
||||||
orientierung_bewertungsskala:
|
orientierung_bewertungsskala:
|
||||||
punkte_1: "Flexible Zeithorizonte (> 18 Monate)"
|
punkte_1: "Flexible Zeithorizonte (> 18 Monate)"
|
||||||
punkte_3: "Mittelfristiger Handlungsbedarf (6-18 Monate)"
|
punkte_3: "Mittelfristiger Handlungsbedarf (6-18 Monate)"
|
||||||
punkte_5: "Sofortiger Handlungsbedarf (< 6 Monate)"
|
punkte_5: "Sofortiger Handlungsbedarf (< 6 Monate)"
|
||||||
|
|
||||||
- kriterium_id: "risiko_nicht_umsetzung"
|
- kriterium_id: "risiko_nicht_umsetzung"
|
||||||
name: "Risiko bei Nicht-Umsetzung"
|
name: "Risiko bei Nicht-Umsetzung"
|
||||||
kernfrage: "Was passiert ohne Realisierung?"
|
kernfrage: "Was passiert ohne Realisierung?"
|
||||||
fokus: "Rechtliche, operative & Reputationsrisiken"
|
fokus: "Rechtliche, operative & Reputationsrisiken"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Diese Kategorie analysiert die negativen Konsequenzen einer
|
Diese Kategorie analysiert die negativen Konsequenzen einer
|
||||||
Nicht-Realisierung des Demands.
|
Nicht-Realisierung des Demands.
|
||||||
|
|
||||||
bewertungsaspekte:
|
bewertungsaspekte:
|
||||||
- titel: "Rechtliche Risiken"
|
- titel: "Rechtliche Risiken"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Drohende Sanktionen oder Bußgelder"
|
- "Drohende Sanktionen oder Bußgelder"
|
||||||
- "Verletzung gesetzlicher Vorgaben"
|
- "Verletzung gesetzlicher Vorgaben"
|
||||||
- "Haftungsrisiken für die Verwaltung"
|
- "Haftungsrisiken für die Verwaltung"
|
||||||
|
|
||||||
- titel: "Operative Risiken"
|
- titel: "Operative Risiken"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Gefährdung der Handlungsfähigkeit"
|
- "Gefährdung der Handlungsfähigkeit"
|
||||||
- "Systemausfälle oder Sicherheitslücken"
|
- "Systemausfälle oder Sicherheitslücken"
|
||||||
- "Prozessunterbrechungen"
|
- "Prozessunterbrechungen"
|
||||||
|
|
||||||
- titel: "Reputationsrisiken"
|
- titel: "Reputationsrisiken"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Vertrauensverlust bei Bürger:innen"
|
- "Vertrauensverlust bei Bürger:innen"
|
||||||
- "Negative Außenwirkung"
|
- "Negative Außenwirkung"
|
||||||
- "Politische Konsequenzen"
|
- "Politische Konsequenzen"
|
||||||
|
|
||||||
- titel: "Opportunitätskosten"
|
- titel: "Opportunitätskosten"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "Entgangene Fördermittel"
|
- "Entgangene Fördermittel"
|
||||||
- "Verpasste Einsparpotenziale"
|
- "Verpasste Einsparpotenziale"
|
||||||
- "Wettbewerbsnachteile"
|
- "Wettbewerbsnachteile"
|
||||||
|
|
||||||
orientierung_bewertungsskala:
|
orientierung_bewertungsskala:
|
||||||
punkte_1: "Marginale Auswirkungen absehbar"
|
punkte_1: "Marginale Auswirkungen absehbar"
|
||||||
punkte_3: "Mittelfristig spürbare negative Effekte"
|
punkte_3: "Mittelfristig spürbare negative Effekte"
|
||||||
punkte_5: "Kritische Risiken mit unmittelbaren Konsequenzen"
|
punkte_5: "Kritische Risiken mit unmittelbaren Konsequenzen"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# CLUSTER 3: MACHBARKEIT & AUFWAND
|
# CLUSTER 3: MACHBARKEIT & AUFWAND
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
cluster_3_machbarkeit_aufwand:
|
cluster_3_machbarkeit_aufwand:
|
||||||
cluster_id: "cluster_3"
|
cluster_id: "cluster_3"
|
||||||
name: "Machbarkeit & Aufwand"
|
name: "Machbarkeit & Aufwand"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "technische_machbarkeit"
|
- kriterium_id: "technische_machbarkeit"
|
||||||
name: "Technische Machbarkeit"
|
name: "Technische Machbarkeit"
|
||||||
kernfrage: "Ist die Lösung technisch realisierbar?"
|
kernfrage: "Ist die Lösung technisch realisierbar?"
|
||||||
fokus: "Technologie & Architektur"
|
fokus: "Technologie & Architektur"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die technische Machbarkeit prüft die Realisierbarkeit mit verfügbaren
|
Die technische Machbarkeit prüft die Realisierbarkeit mit verfügbaren
|
||||||
Mitteln und Technologien.
|
Mitteln und Technologien.
|
||||||
|
|
||||||
bewertungsaspekte:
|
bewertungsaspekte:
|
||||||
- "Verfügbarkeit erprobter Technologien und Lösungsansätze"
|
- "Verfügbarkeit erprobter Technologien und Lösungsansätze"
|
||||||
- "Kompatibilität mit der Bestandslandschaft"
|
- "Kompatibilität mit der Bestandslandschaft"
|
||||||
- "Erfüllbarkeit von Sicherheits- und Datenschutzanforderungen"
|
- "Erfüllbarkeit von Sicherheits- und Datenschutzanforderungen"
|
||||||
- "Skalierbarkeit und Performance-Anforderungen"
|
- "Skalierbarkeit und Performance-Anforderungen"
|
||||||
- "Verfügbarkeit technischer Expertise"
|
- "Verfügbarkeit technischer Expertise"
|
||||||
|
|
||||||
orientierung_bewertungsskala:
|
orientierung_bewertungsskala:
|
||||||
punkte_1: "Erhebliche technische Herausforderungen, Neuland"
|
punkte_1: "Erhebliche technische Herausforderungen, Neuland"
|
||||||
punkte_3: "Lösbar mit vertretbarem Aufwand und bekannten Ansätzen"
|
punkte_3: "Lösbar mit vertretbarem Aufwand und bekannten Ansätzen"
|
||||||
punkte_5: "Standardlösung mit minimalem technischen Risiko"
|
punkte_5: "Standardlösung mit minimalem technischen Risiko"
|
||||||
|
|
||||||
- kriterium_id: "organisatorische_umsetzbarkeit"
|
- kriterium_id: "organisatorische_umsetzbarkeit"
|
||||||
name: "Organisatorische Umsetzbarkeit"
|
name: "Organisatorische Umsetzbarkeit"
|
||||||
kernfrage: "Sind die organisatorischen Voraussetzungen gegeben?"
|
kernfrage: "Sind die organisatorischen Voraussetzungen gegeben?"
|
||||||
fokus: "Change & Ressourcen"
|
fokus: "Change & Ressourcen"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die organisatorische Umsetzbarkeit bewertet die Rahmenbedingungen für
|
Die organisatorische Umsetzbarkeit bewertet die Rahmenbedingungen für
|
||||||
eine erfolgreiche Realisierung.
|
eine erfolgreiche Realisierung.
|
||||||
|
|
||||||
bewertungsaspekte:
|
bewertungsaspekte:
|
||||||
- "Verfügbarkeit notwendiger Kompetenzen und Ressourcen"
|
- "Verfügbarkeit notwendiger Kompetenzen und Ressourcen"
|
||||||
- "Veränderungsbereitschaft in betroffenen Bereichen"
|
- "Veränderungsbereitschaft in betroffenen Bereichen"
|
||||||
- "Klarheit der Zuständigkeiten und Verantwortlichkeiten"
|
- "Klarheit der Zuständigkeiten und Verantwortlichkeiten"
|
||||||
- "Tragfähigkeit des geplanten Betriebsmodells"
|
- "Tragfähigkeit des geplanten Betriebsmodells"
|
||||||
- "Unterstützung durch relevante Stakeholder"
|
- "Unterstützung durch relevante Stakeholder"
|
||||||
|
|
||||||
orientierung_bewertungsskala:
|
orientierung_bewertungsskala:
|
||||||
punkte_1: "Grundlegende organisatorische Hindernisse"
|
punkte_1: "Grundlegende organisatorische Hindernisse"
|
||||||
punkte_3: "Umsetzbar mit moderaten Anpassungen"
|
punkte_3: "Umsetzbar mit moderaten Anpassungen"
|
||||||
punkte_5: "Optimale organisatorische Voraussetzungen"
|
punkte_5: "Optimale organisatorische Voraussetzungen"
|
||||||
|
|
||||||
- kriterium_id: "ressourceneffizienz"
|
- kriterium_id: "ressourceneffizienz"
|
||||||
name: "Ressourceneffizienz"
|
name: "Ressourceneffizienz"
|
||||||
kernfrage: "Steht der Aufwand im Verhältnis zum Nutzen?"
|
kernfrage: "Steht der Aufwand im Verhältnis zum Nutzen?"
|
||||||
fokus: "Kosten-Nutzen-Relation"
|
fokus: "Kosten-Nutzen-Relation"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Ressourceneffizienz bewertet das Verhältnis von Aufwand zu
|
Die Ressourceneffizienz bewertet das Verhältnis von Aufwand zu
|
||||||
erwartetem Nutzen.
|
erwartetem Nutzen.
|
||||||
|
|
||||||
bewertungsaspekte:
|
bewertungsaspekte:
|
||||||
- "Investitionsvolumen in Relation zum erwarteten Nutzen"
|
- "Investitionsvolumen in Relation zum erwarteten Nutzen"
|
||||||
- "Folgekosten und Betriebsaufwände"
|
- "Folgekosten und Betriebsaufwände"
|
||||||
- "Personalbindung und Opportunitätskosten"
|
- "Personalbindung und Opportunitätskosten"
|
||||||
- "Wiederverwendbarkeit von Ergebnissen"
|
- "Wiederverwendbarkeit von Ergebnissen"
|
||||||
- "Skaleneffekte und Synergien"
|
- "Skaleneffekte und Synergien"
|
||||||
|
|
||||||
orientierung_bewertungsskala:
|
orientierung_bewertungsskala:
|
||||||
hinweis: "Inverse Skala"
|
hinweis: "Inverse Skala"
|
||||||
punkte_1: "Sehr ungünstiges Aufwand-Nutzen-Verhältnis"
|
punkte_1: "Sehr ungünstiges Aufwand-Nutzen-Verhältnis"
|
||||||
punkte_3: "Angemessener Ressourceneinsatz"
|
punkte_3: "Angemessener Ressourceneinsatz"
|
||||||
punkte_5: "Exzellentes Aufwand-Nutzen-Verhältnis"
|
punkte_5: "Exzellentes Aufwand-Nutzen-Verhältnis"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 4. OPERATIVE ANWENDUNG
|
# 4. OPERATIVE ANWENDUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
operative_anwendung:
|
operative_anwendung:
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 4.1 PROJEKT-PORTFOLIO-ABGLEICH
|
# 4.1 PROJEKT-PORTFOLIO-ABGLEICH
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
projekt_portfolio_abgleich:
|
projekt_portfolio_abgleich:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Vor der Bewertung erfolgt ein systematischer Abgleich mit dem bestehenden
|
Vor der Bewertung erfolgt ein systematischer Abgleich mit dem bestehenden
|
||||||
Projekt-Portfolio. Der DPM initiiert diesen Abgleich in Zusammenarbeit mit dem PPM.
|
Projekt-Portfolio. Der DPM initiiert diesen Abgleich in Zusammenarbeit mit dem PPM.
|
||||||
|
|
||||||
szenarien:
|
szenarien:
|
||||||
- szenario: "integration_laufendes_projekt"
|
- szenario: "integration_laufendes_projekt"
|
||||||
name: "Szenario 1: Integration in laufendes Projekt"
|
name: "Szenario 1: Integration in laufendes Projekt"
|
||||||
massnahmen:
|
massnahmen:
|
||||||
- "Demand wird direkt an das Projektteam übergeben"
|
- "Demand wird direkt an das Projektteam übergeben"
|
||||||
- "Integration in bestehende Projektstrukturen"
|
- "Integration in bestehende Projektstrukturen"
|
||||||
- "Keine separate Bewertung erforderlich"
|
- "Keine separate Bewertung erforderlich"
|
||||||
|
|
||||||
- szenario: "abhaengigkeit_laufendes_projekt"
|
- szenario: "abhaengigkeit_laufendes_projekt"
|
||||||
name: "Szenario 2: Abhängigkeit von laufendem Projekt"
|
name: "Szenario 2: Abhängigkeit von laufendem Projekt"
|
||||||
massnahmen:
|
massnahmen:
|
||||||
- "Demand wird zurückgestellt bis Projektabschluss"
|
- "Demand wird zurückgestellt bis Projektabschluss"
|
||||||
- "Aufnahme ins Backlog mit Wiedervorlage"
|
- "Aufnahme ins Backlog mit Wiedervorlage"
|
||||||
- "Bewertung erfolgt nach Projektabschluss"
|
- "Bewertung erfolgt nach Projektabschluss"
|
||||||
|
|
||||||
- szenario: "beeinflussung_laufendes_projekt"
|
- szenario: "beeinflussung_laufendes_projekt"
|
||||||
name: "Szenario 3: Beeinflussung durch laufendes Projekt"
|
name: "Szenario 3: Beeinflussung durch laufendes Projekt"
|
||||||
massnahmen:
|
massnahmen:
|
||||||
- "Neubewertung des Bedarfs im Projektkontext"
|
- "Neubewertung des Bedarfs im Projektkontext"
|
||||||
- "Abstimmung mit Stakeholder über angepassten Bedarf"
|
- "Abstimmung mit Stakeholder über angepassten Bedarf"
|
||||||
- "Bewertung auf Basis der veränderten Ausgangslage"
|
- "Bewertung auf Basis der veränderten Ausgangslage"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 4.2 CLUSTER-BASIERTE BEWERTUNG
|
# 4.2 CLUSTER-BASIERTE BEWERTUNG
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
cluster_bewertung:
|
cluster_bewertung:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die operative Bewertung erfolgt als strukturierter Prozess, der die neun
|
Die operative Bewertung erfolgt als strukturierter Prozess, der die neun
|
||||||
Kriterien über ihre drei Cluster handhabbar macht.
|
Kriterien über ihre drei Cluster handhabbar macht.
|
||||||
|
|
||||||
bewertungsprozess:
|
bewertungsprozess:
|
||||||
schritte:
|
schritte:
|
||||||
- schritt: 1
|
- schritt: 1
|
||||||
name: "Projekt-Portfolio-Abgleich als Vorstufe"
|
name: "Projekt-Portfolio-Abgleich als Vorstufe"
|
||||||
referenz: "siehe 4.1"
|
referenz: "siehe 4.1"
|
||||||
|
|
||||||
- schritt: 2
|
- schritt: 2
|
||||||
name: "Clusterweise Bewertung"
|
name: "Clusterweise Bewertung"
|
||||||
beschreibung: "Die Bewertung erfolgt clusterweise, um thematisch zusammenhängende Aspekte im Kontext zu betrachten"
|
beschreibung: "Die Bewertung erfolgt clusterweise, um thematisch zusammenhängende Aspekte im Kontext zu betrachten"
|
||||||
|
|
||||||
- schritt: 3
|
- schritt: 3
|
||||||
name: "Vergabe von Orientierungswerten"
|
name: "Vergabe von Orientierungswerten"
|
||||||
skala: "1-5 Punkte"
|
skala: "1-5 Punkte"
|
||||||
|
|
||||||
- schritt: 4
|
- schritt: 4
|
||||||
name: "Mustererkennung"
|
name: "Mustererkennung"
|
||||||
fokus: "Innerhalb und zwischen Clustern"
|
fokus: "Innerhalb und zwischen Clustern"
|
||||||
|
|
||||||
- schritt: 5
|
- schritt: 5
|
||||||
name: "Qualitative Interpretation"
|
name: "Qualitative Interpretation"
|
||||||
output: "Cluster-Fazit mit Handlungsimplikationen"
|
output: "Cluster-Fazit mit Handlungsimplikationen"
|
||||||
|
|
||||||
ergebnisdokumentation:
|
ergebnisdokumentation:
|
||||||
beschreibung: "Für jedes Cluster entsteht ein Fazit, das die Einzelwerte interpretiert und Handlungsimplikationen ableitet"
|
beschreibung: "Für jedes Cluster entsteht ein Fazit, das die Einzelwerte interpretiert und Handlungsimplikationen ableitet"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 4.3 DOKUMENTATIONSFORMAT
|
# 4.3 DOKUMENTATIONSFORMAT
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
dokumentationsformat:
|
dokumentationsformat:
|
||||||
template: |
|
template: |
|
||||||
DEMAND: [Titel]
|
DEMAND: [Titel]
|
||||||
|
|
||||||
CLUSTER 1: NUTZEN & WIRKUNG
|
CLUSTER 1: NUTZEN & WIRKUNG
|
||||||
|
|
||||||
Strategische Passung: [○○○○○] [(x/5)]
|
Strategische Passung: [○○○○○] [(x/5)]
|
||||||
Nutzen: [○○○○○] [(x/5)]
|
Nutzen: [○○○○○] [(x/5)]
|
||||||
Integrationswirkung: [○○○○○] [(x/5)]
|
Integrationswirkung: [○○○○○] [(x/5)]
|
||||||
|
|
||||||
Cluster 1 Fazit: [Qualitative Einschätzung der Stärken und Schwächen]
|
Cluster 1 Fazit: [Qualitative Einschätzung der Stärken und Schwächen]
|
||||||
|
|
||||||
CLUSTER 2: DRUCK & NOTWENDIGKEIT
|
CLUSTER 2: DRUCK & NOTWENDIGKEIT
|
||||||
|
|
||||||
Organisationsrelevanz: [○○○○○] [(x/5)]
|
Organisationsrelevanz: [○○○○○] [(x/5)]
|
||||||
Risiko bei Nicht-Umsetzung:[○○○○○] [(x/5)]
|
Risiko bei Nicht-Umsetzung:[○○○○○] [(x/5)]
|
||||||
Zeitliche Dringlichkeit: [○○○○○] [(x/5)]
|
Zeitliche Dringlichkeit: [○○○○○] [(x/5)]
|
||||||
|
|
||||||
Cluster 2 Fazit: [Interpretation des Handlungsdrucks]
|
Cluster 2 Fazit: [Interpretation des Handlungsdrucks]
|
||||||
|
|
||||||
CLUSTER 3: MACHBARKEIT & AUFWAND
|
CLUSTER 3: MACHBARKEIT & AUFWAND
|
||||||
|
|
||||||
Technische Machbarkeit: [○○○○○] [(x/5)]
|
Technische Machbarkeit: [○○○○○] [(x/5)]
|
||||||
Organisatorische Umsetzbarkeit: [○○○○○] [(x/5)]
|
Organisatorische Umsetzbarkeit: [○○○○○] [(x/5)]
|
||||||
Ressourceneffizienz: [○○○○○] [(x/5)]
|
Ressourceneffizienz: [○○○○○] [(x/5)]
|
||||||
|
|
||||||
Cluster 3 Fazit: [Einschätzung der Realisierbarkeit]
|
Cluster 3 Fazit: [Einschätzung der Realisierbarkeit]
|
||||||
|
|
||||||
GESAMTBEURTEILUNG: [Zusammenfassende Bewertung mit konkreter Handlungsempfehlung]
|
GESAMTBEURTEILUNG: [Zusammenfassende Bewertung mit konkreter Handlungsempfehlung]
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 5. MULTI-STAKEHOLDER-PERSPEKTIVE
|
# 5. MULTI-STAKEHOLDER-PERSPEKTIVE
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
multi_stakeholder_perspektive:
|
multi_stakeholder_perspektive:
|
||||||
beschreibung: "Integration unterschiedlicher Stakeholder-Perspektiven in die Demand-Bewertung (DIGIT-intern)"
|
beschreibung: "Integration unterschiedlicher Stakeholder-Perspektiven in die Demand-Bewertung (DIGIT-intern)"
|
||||||
|
|
||||||
funktionen:
|
funktionen:
|
||||||
- "Früherkennung von Konflikten: Divergierende Bewertungen identifizieren potenzielle Widerstände vor der Umsetzung"
|
- "Früherkennung von Konflikten: Divergierende Bewertungen identifizieren potenzielle Widerstände vor der Umsetzung"
|
||||||
- "Vollständigeres Bild: Verschiedene Blickwinkel decken blinde Flecken in der Bewertung auf"
|
- "Vollständigeres Bild: Verschiedene Blickwinkel decken blinde Flecken in der Bewertung auf"
|
||||||
- "Erhöhte Akzeptanz: Einbeziehung verschiedener Perspektiven schafft Commitment für spätere Entscheidungen"
|
- "Erhöhte Akzeptanz: Einbeziehung verschiedener Perspektiven schafft Commitment für spätere Entscheidungen"
|
||||||
- "Risikominimierung: Fundamentale Interessenskonflikte werden sichtbar bevor Ressourcen gebunden werden"
|
- "Risikominimierung: Fundamentale Interessenskonflikte werden sichtbar bevor Ressourcen gebunden werden"
|
||||||
|
|
||||||
dokumentation:
|
dokumentation:
|
||||||
beschreibung: "Divergierende Einschätzungen werden mit Begründung erfasst"
|
beschreibung: "Divergierende Einschätzungen werden mit Begründung erfasst"
|
||||||
|
|
||||||
template: |
|
template: |
|
||||||
MULTI-STAKEHOLDER PERSPEKTIVE
|
MULTI-STAKEHOLDER PERSPEKTIVE
|
||||||
|
|
||||||
KRITERIUM: [Bewertungskriterium, das divergent ist]
|
KRITERIUM: [Bewertungskriterium, das divergent ist]
|
||||||
|
|
||||||
[Stakeholder A] [○○○○○] [(x/5)] [Begründung Stakeholder A]
|
[Stakeholder A] [○○○○○] [(x/5)] [Begründung Stakeholder A]
|
||||||
[Stakeholder B] [○○○○○] [(x/5)] [Begründung Stakeholder B]
|
[Stakeholder B] [○○○○○] [(x/5)] [Begründung Stakeholder B]
|
||||||
|
|
||||||
Handlungsbedarf: [Beschreibung]
|
Handlungsbedarf: [Beschreibung]
|
||||||
|
|
@ -1,421 +1,421 @@
|
||||||
meta:
|
meta:
|
||||||
typ: "priorisierungsmethodik"
|
typ: "priorisierungsmethodik"
|
||||||
methode: "demand_priorisierung"
|
methode: "demand_priorisierung"
|
||||||
titel: "Priorisierungsverfahren im Demand-Portfolio-Management"
|
titel: "Priorisierungsverfahren im Demand-Portfolio-Management"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "[Datum]"
|
gueltig_ab: "[Datum]"
|
||||||
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
||||||
status: "abgenommen_in_gesamtkonzept"
|
status: "abgenommen_in_gesamtkonzept"
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
basiert_auf: "#01.4_methodik/demand-bewertung.yaml"
|
basiert_auf: "#01.4_methodik/demand-bewertung.yaml"
|
||||||
erzeugt: "handlungsempfehlungen_fuer_gremien"
|
erzeugt: "handlungsempfehlungen_fuer_gremien"
|
||||||
|
|
||||||
kontext_tags:
|
kontext_tags:
|
||||||
- "priorisierung"
|
- "priorisierung"
|
||||||
- "eisenhower-matrix"
|
- "eisenhower-matrix"
|
||||||
- "handlungsempfehlung"
|
- "handlungsempfehlung"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 1. ZWECK UND FUNKTION
|
# 1. ZWECK UND FUNKTION
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
zweck:
|
zweck:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Das Priorisierungsverfahren bildet den finalen Schritt der Demand-Bewertung
|
Das Priorisierungsverfahren bildet den finalen Schritt der Demand-Bewertung
|
||||||
und überführt die qualitative Analyse in konkrete Handlungsempfehlungen.
|
und überführt die qualitative Analyse in konkrete Handlungsempfehlungen.
|
||||||
|
|
||||||
funktionen:
|
funktionen:
|
||||||
- "Entscheidungsvorbereitung: Strukturierte Aufbereitung für Gremienentscheidungen"
|
- "Entscheidungsvorbereitung: Strukturierte Aufbereitung für Gremienentscheidungen"
|
||||||
- "Ressourcenoptimierung: Fokussierung auf die wirkungsvollsten Demands bei begrenzten Kapazitäten"
|
- "Ressourcenoptimierung: Fokussierung auf die wirkungsvollsten Demands bei begrenzten Kapazitäten"
|
||||||
- "Transparenz: Nachvollziehbare Darstellung von Prioritäten für alle Stakeholder"
|
- "Transparenz: Nachvollziehbare Darstellung von Prioritäten für alle Stakeholder"
|
||||||
- "Handlungsorientierung: Klare Strategien für unterschiedliche Demand-Typen"
|
- "Handlungsorientierung: Klare Strategien für unterschiedliche Demand-Typen"
|
||||||
|
|
||||||
methodik: |
|
methodik: |
|
||||||
Die Priorisierung erfolgt mittels einer erweiterten Eisenhower-Matrix, die
|
Die Priorisierung erfolgt mittels einer erweiterten Eisenhower-Matrix, die
|
||||||
durch eine Farbcodierung zur Entscheidungsgrundlage wird.
|
durch eine Farbcodierung zur Entscheidungsgrundlage wird.
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 2. DIE ERWEITERTE EISENHOWER-MATRIX
|
# 2. DIE ERWEITERTE EISENHOWER-MATRIX
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
eisenhower_matrix:
|
eisenhower_matrix:
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 2.1 GRUNDSTRUKTUR
|
# 2.1 GRUNDSTRUKTUR
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
grundstruktur:
|
grundstruktur:
|
||||||
beschreibung: "Die Matrix strukturiert Demands anhand zweier primärer Dimensionen"
|
beschreibung: "Die Matrix strukturiert Demands anhand zweier primärer Dimensionen"
|
||||||
|
|
||||||
dimension_y:
|
dimension_y:
|
||||||
name: "Wichtigkeit"
|
name: "Wichtigkeit"
|
||||||
beschreibung: "Der strategische und operative Wert des Demands"
|
beschreibung: "Der strategische und operative Wert des Demands"
|
||||||
ableitung: "Abgeleitet aus dem Bewertungscluster \"Nutzen & Wirkung\""
|
ableitung: "Abgeleitet aus dem Bewertungscluster \"Nutzen & Wirkung\""
|
||||||
bewertet: "Langfristigen Beitrag zu Organisationszielen"
|
bewertet: "Langfristigen Beitrag zu Organisationszielen"
|
||||||
|
|
||||||
dimension_x:
|
dimension_x:
|
||||||
name: "Dringlichkeit"
|
name: "Dringlichkeit"
|
||||||
beschreibung: "Der zeitliche und situative Handlungsdruck"
|
beschreibung: "Der zeitliche und situative Handlungsdruck"
|
||||||
ableitung: "Abgeleitet aus dem Bewertungscluster \"Druck & Notwendigkeit\""
|
ableitung: "Abgeleitet aus dem Bewertungscluster \"Druck & Notwendigkeit\""
|
||||||
bewertet: "Notwendigkeit zeitnaher Umsetzung"
|
bewertet: "Notwendigkeit zeitnaher Umsetzung"
|
||||||
|
|
||||||
einordnung: |
|
einordnung: |
|
||||||
Die Einordnung erfolgt nicht mechanisch über Schwellenwerte, sondern durch
|
Die Einordnung erfolgt nicht mechanisch über Schwellenwerte, sondern durch
|
||||||
interpretative Zuordnung basierend auf den qualitativen Cluster-Bewertungen.
|
interpretative Zuordnung basierend auf den qualitativen Cluster-Bewertungen.
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 2.2 DIE VIER QUADRANTEN
|
# 2.2 DIE VIER QUADRANTEN
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
quadranten:
|
quadranten:
|
||||||
- quadrant_id: "q1"
|
- quadrant_id: "q1"
|
||||||
name: "Quadrant 1: Sofort angehen"
|
name: "Quadrant 1: Sofort angehen"
|
||||||
achsen: "Wichtig & Dringend"
|
achsen: "Wichtig & Dringend"
|
||||||
|
|
||||||
charakteristika:
|
charakteristika:
|
||||||
- "Hoher Handlungsdruck bei gleichzeitig hoher strategischer Relevanz"
|
- "Hoher Handlungsdruck bei gleichzeitig hoher strategischer Relevanz"
|
||||||
- "Kritische Abhängigkeiten oder externe Anforderungen"
|
- "Kritische Abhängigkeiten oder externe Anforderungen"
|
||||||
- "Signifikante Risiken bei Verzögerung"
|
- "Signifikante Risiken bei Verzögerung"
|
||||||
- "Unmittelbare Auswirkungen auf Kernprozesse"
|
- "Unmittelbare Auswirkungen auf Kernprozesse"
|
||||||
|
|
||||||
typische_demand_kategorien:
|
typische_demand_kategorien:
|
||||||
- "Regulatorische Vorgaben mit festen Fristen"
|
- "Regulatorische Vorgaben mit festen Fristen"
|
||||||
- "Sicherheitskritische Anforderungen"
|
- "Sicherheitskritische Anforderungen"
|
||||||
- "Ausfälle geschäftskritischer Systeme"
|
- "Ausfälle geschäftskritischer Systeme"
|
||||||
- "Verbindliche politische Zusagen"
|
- "Verbindliche politische Zusagen"
|
||||||
|
|
||||||
- quadrant_id: "q2"
|
- quadrant_id: "q2"
|
||||||
name: "Quadrant 2: Strategisch planen"
|
name: "Quadrant 2: Strategisch planen"
|
||||||
achsen: "Wichtig & Nicht dringend"
|
achsen: "Wichtig & Nicht dringend"
|
||||||
|
|
||||||
charakteristika:
|
charakteristika:
|
||||||
- "Hoher Wertbeitrag ohne unmittelbaren Zeitdruck"
|
- "Hoher Wertbeitrag ohne unmittelbaren Zeitdruck"
|
||||||
- "Strukturverändernde Vorhaben mit Zukunftspotenzial"
|
- "Strukturverändernde Vorhaben mit Zukunftspotenzial"
|
||||||
- "Befähigung für weitere Entwicklungsschritte"
|
- "Befähigung für weitere Entwicklungsschritte"
|
||||||
- "Nachhaltige Verbesserung der Leistungsfähigkeit"
|
- "Nachhaltige Verbesserung der Leistungsfähigkeit"
|
||||||
|
|
||||||
typische_demand_kategorien:
|
typische_demand_kategorien:
|
||||||
- "IT-Architekturmodernisierungen"
|
- "IT-Architekturmodernisierungen"
|
||||||
- "Strategische Digitalisierungsinitiativen"
|
- "Strategische Digitalisierungsinitiativen"
|
||||||
- "Kompetenzaufbau und Befähigungsprojekte"
|
- "Kompetenzaufbau und Befähigungsprojekte"
|
||||||
- "Grundlegende Prozessoptimierungen"
|
- "Grundlegende Prozessoptimierungen"
|
||||||
|
|
||||||
- quadrant_id: "q3"
|
- quadrant_id: "q3"
|
||||||
name: "Quadrant 3: Effizient abarbeiten"
|
name: "Quadrant 3: Effizient abarbeiten"
|
||||||
achsen: "Nicht wichtig & Dringend"
|
achsen: "Nicht wichtig & Dringend"
|
||||||
|
|
||||||
charakteristika:
|
charakteristika:
|
||||||
- "Zeitlicher Druck ohne strategische Bedeutung"
|
- "Zeitlicher Druck ohne strategische Bedeutung"
|
||||||
- "Lokale oder temporäre Problemstellungen"
|
- "Lokale oder temporäre Problemstellungen"
|
||||||
- "Erfüllung operativer Notwendigkeiten"
|
- "Erfüllung operativer Notwendigkeiten"
|
||||||
- "Vermeidung kurzfristiger Störungen"
|
- "Vermeidung kurzfristiger Störungen"
|
||||||
|
|
||||||
typische_demand_kategorien:
|
typische_demand_kategorien:
|
||||||
- "Kleinere Compliance-Anpassungen"
|
- "Kleinere Compliance-Anpassungen"
|
||||||
- "Behebung operativer Engpässe"
|
- "Behebung operativer Engpässe"
|
||||||
- "Erfüllung von Einzelanfragen mit Terminvorgabe"
|
- "Erfüllung von Einzelanfragen mit Terminvorgabe"
|
||||||
- "Technische Wartungsarbeiten"
|
- "Technische Wartungsarbeiten"
|
||||||
|
|
||||||
- quadrant_id: "q4"
|
- quadrant_id: "q4"
|
||||||
name: "Quadrant 4: Kritisch prüfen"
|
name: "Quadrant 4: Kritisch prüfen"
|
||||||
achsen: "Nicht wichtig & Nicht dringend"
|
achsen: "Nicht wichtig & Nicht dringend"
|
||||||
|
|
||||||
charakteristika:
|
charakteristika:
|
||||||
- "Geringer Wertbeitrag ohne Handlungsdruck"
|
- "Geringer Wertbeitrag ohne Handlungsdruck"
|
||||||
- "Isolierte Verbesserungswünsche"
|
- "Isolierte Verbesserungswünsche"
|
||||||
- "Optionale Erweiterungen"
|
- "Optionale Erweiterungen"
|
||||||
- "Unclear Business Case"
|
- "Unclear Business Case"
|
||||||
|
|
||||||
typische_demand_kategorien:
|
typische_demand_kategorien:
|
||||||
- "Nice-to-have Features"
|
- "Nice-to-have Features"
|
||||||
- "Einzelinteressen ohne breiten Nutzen"
|
- "Einzelinteressen ohne breiten Nutzen"
|
||||||
- "Technologiegetriebene Experimente"
|
- "Technologiegetriebene Experimente"
|
||||||
- "Redundante Anforderungen"
|
- "Redundante Anforderungen"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 2.3 DRITTE DIMENSION: FARBCODIERUNG
|
# 2.3 DRITTE DIMENSION: FARBCODIERUNG
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
farbcodierung:
|
farbcodierung:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Farbcodierung visualisiert die Umsetzungskomplexität basierend auf dem
|
Die Farbcodierung visualisiert die Umsetzungskomplexität basierend auf dem
|
||||||
Cluster-Fazit "Machbarkeit & Aufwand". Sie erfolgt durch qualitative Interpretation.
|
Cluster-Fazit "Machbarkeit & Aufwand". Sie erfolgt durch qualitative Interpretation.
|
||||||
|
|
||||||
ableitung: "Aus Cluster 3: Machbarkeit & Aufwand"
|
ableitung: "Aus Cluster 3: Machbarkeit & Aufwand"
|
||||||
|
|
||||||
farben:
|
farben:
|
||||||
- farbe: "gruen"
|
- farbe: "gruen"
|
||||||
symbol: "🟢"
|
symbol: "🟢"
|
||||||
name: "Grün - Gut machbar"
|
name: "Grün - Gut machbar"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Das Cluster-Fazit zeigt keine kritischen Hindernisse. Die Umsetzung ist
|
Das Cluster-Fazit zeigt keine kritischen Hindernisse. Die Umsetzung ist
|
||||||
mit vorhandenen Mitteln und etablierten Vorgehensweisen möglich.
|
mit vorhandenen Mitteln und etablierten Vorgehensweisen möglich.
|
||||||
|
|
||||||
interpretationsbeispiele:
|
interpretationsbeispiele:
|
||||||
- "Technisch mit Bordmitteln umsetzbar, Organisation vorbereitet, Ressourcen im Rahmen"
|
- "Technisch mit Bordmitteln umsetzbar, Organisation vorbereitet, Ressourcen im Rahmen"
|
||||||
- "Bewährte Lösungsansätze vorhanden, moderate Komplexität, gute Akzeptanz erwartet"
|
- "Bewährte Lösungsansätze vorhanden, moderate Komplexität, gute Akzeptanz erwartet"
|
||||||
|
|
||||||
- farbe: "gelb"
|
- farbe: "gelb"
|
||||||
symbol: "🟡"
|
symbol: "🟡"
|
||||||
name: "Gelb - Herausfordernd"
|
name: "Gelb - Herausfordernd"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Das Cluster-Fazit identifiziert überwindbare Hürden. Die Umsetzung erfordert
|
Das Cluster-Fazit identifiziert überwindbare Hürden. Die Umsetzung erfordert
|
||||||
zusätzlichen Aufwand, besondere Koordination oder externe Unterstützung.
|
zusätzlichen Aufwand, besondere Koordination oder externe Unterstützung.
|
||||||
|
|
||||||
interpretationsbeispiele:
|
interpretationsbeispiele:
|
||||||
- "Technisch machbar aber komplex, erhöhter Koordinationsaufwand, Ressourcen knapp"
|
- "Technisch machbar aber komplex, erhöhter Koordinationsaufwand, Ressourcen knapp"
|
||||||
- "Neue Technologie erforderlich, Change-Management notwendig, externe Expertise benötigt"
|
- "Neue Technologie erforderlich, Change-Management notwendig, externe Expertise benötigt"
|
||||||
|
|
||||||
- farbe: "rot"
|
- farbe: "rot"
|
||||||
symbol: "🔴"
|
symbol: "🔴"
|
||||||
name: "Rot - Kritisch"
|
name: "Rot - Kritisch"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Das Cluster-Fazit zeigt fundamentale Hindernisse. Mindestens ein Aspekt wirkt
|
Das Cluster-Fazit zeigt fundamentale Hindernisse. Mindestens ein Aspekt wirkt
|
||||||
blockierend (Dominanz-Prinzip) oder die Gesamtkonstellation ist hochproblematisch.
|
blockierend (Dominanz-Prinzip) oder die Gesamtkonstellation ist hochproblematisch.
|
||||||
|
|
||||||
interpretationsbeispiele:
|
interpretationsbeispiele:
|
||||||
- "Technologie noch nicht ausgereift, massive organisatorische Widerstände, Ressourcen nicht darstellbar"
|
- "Technologie noch nicht ausgereift, massive organisatorische Widerstände, Ressourcen nicht darstellbar"
|
||||||
- "Grundlegende Architekturprobleme, fehlendes Know-how, prohibitive Kosten"
|
- "Grundlegende Architekturprobleme, fehlendes Know-how, prohibitive Kosten"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 3. HANDLUNGSSTRATEGIEN
|
# 3. HANDLUNGSSTRATEGIEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
handlungsstrategien:
|
handlungsstrategien:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Kombination aus Quadrant (Was ist zu tun?) und Farbe (Wie komplex ist es?)
|
Die Kombination aus Quadrant (Was ist zu tun?) und Farbe (Wie komplex ist es?)
|
||||||
bestimmt die spezifische Handlungsstrategie.
|
bestimmt die spezifische Handlungsstrategie.
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# QUADRANT 1: SOFORT ANGEHEN
|
# QUADRANT 1: SOFORT ANGEHEN
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
quadrant_1_strategien:
|
quadrant_1_strategien:
|
||||||
quadrant: "q1"
|
quadrant: "q1"
|
||||||
name: "Sofort angehen"
|
name: "Sofort angehen"
|
||||||
|
|
||||||
strategien:
|
strategien:
|
||||||
- farbe: "gruen"
|
- farbe: "gruen"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Direkte Aufbereitung für DSR-Entscheidung"
|
- "Direkte Aufbereitung für DSR-Entscheidung"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Sprint-Organisation mit dediziertem Team"
|
- "Sprint-Organisation mit dediziertem Team"
|
||||||
|
|
||||||
- farbe: "gelb"
|
- farbe: "gelb"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Identifikation kritischer Erfolgsfaktoren und Risiken"
|
- "Identifikation kritischer Erfolgsfaktoren und Risiken"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Task-Force mit Expertenbeteiligung und engem Monitoring"
|
- "Task-Force mit Expertenbeteiligung und engem Monitoring"
|
||||||
|
|
||||||
- farbe: "rot"
|
- farbe: "rot"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Sofortige Eskalation mit Lösungsoptionen"
|
- "Sofortige Eskalation mit Lösungsoptionen"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Krisenstab unter Führungsebene mit externen Ressourcen"
|
- "Krisenstab unter Führungsebene mit externen Ressourcen"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# QUADRANT 2: STRATEGISCH PLANEN
|
# QUADRANT 2: STRATEGISCH PLANEN
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
quadrant_2_strategien:
|
quadrant_2_strategien:
|
||||||
quadrant: "q2"
|
quadrant: "q2"
|
||||||
name: "Strategisch planen"
|
name: "Strategisch planen"
|
||||||
|
|
||||||
strategien:
|
strategien:
|
||||||
- farbe: "gruen"
|
- farbe: "gruen"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Integration in Quartalsplanung vorschlagen"
|
- "Integration in Quartalsplanung vorschlagen"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Aufnahme in kurzfristige Roadmap"
|
- "Aufnahme in kurzfristige Roadmap"
|
||||||
|
|
||||||
- farbe: "gelb"
|
- farbe: "gelb"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Initiierung einer Machbarkeitsstudie empfehlen"
|
- "Initiierung einer Machbarkeitsstudie empfehlen"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Mittelfristige Planung mit Vorbereitungsphase"
|
- "Mittelfristige Planung mit Vorbereitungsphase"
|
||||||
|
|
||||||
- farbe: "rot"
|
- farbe: "rot"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Grundlagenanalyse und Transformationsplan anregen"
|
- "Grundlagenanalyse und Transformationsplan anregen"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Langfriststrategie mit fundamentalen Vorarbeiten"
|
- "Langfriststrategie mit fundamentalen Vorarbeiten"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# QUADRANT 3: EFFIZIENT ABARBEITEN
|
# QUADRANT 3: EFFIZIENT ABARBEITEN
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
quadrant_3_strategien:
|
quadrant_3_strategien:
|
||||||
quadrant: "q3"
|
quadrant: "q3"
|
||||||
name: "Effizient abarbeiten"
|
name: "Effizient abarbeiten"
|
||||||
|
|
||||||
strategien:
|
strategien:
|
||||||
- farbe: "gruen"
|
- farbe: "gruen"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Direktzuweisung an operative Teams vorschlagen"
|
- "Direktzuweisung an operative Teams vorschlagen"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Delegation mit Standardvorgehen"
|
- "Delegation mit Standardvorgehen"
|
||||||
|
|
||||||
- farbe: "gelb"
|
- farbe: "gelb"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Alternative Lösungswege aufzeigen"
|
- "Alternative Lösungswege aufzeigen"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Pragmatische Alternativlösung oder Workaround"
|
- "Pragmatische Alternativlösung oder Workaround"
|
||||||
|
|
||||||
- farbe: "rot"
|
- farbe: "rot"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Notwendigkeit grundsätzlich hinterfragen"
|
- "Notwendigkeit grundsätzlich hinterfragen"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Ablehnung oder Verschiebung nach Q4"
|
- "Ablehnung oder Verschiebung nach Q4"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# QUADRANT 4: KRITISCH PRÜFEN
|
# QUADRANT 4: KRITISCH PRÜFEN
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
quadrant_4_strategien:
|
quadrant_4_strategien:
|
||||||
quadrant: "q4"
|
quadrant: "q4"
|
||||||
name: "Kritisch prüfen"
|
name: "Kritisch prüfen"
|
||||||
|
|
||||||
strategien:
|
strategien:
|
||||||
- farbe: "gruen"
|
- farbe: "gruen"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "In Backlog aufnehmen"
|
- "In Backlog aufnehmen"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Bei Kapazitäten als Lernprojekt nutzen"
|
- "Bei Kapazitäten als Lernprojekt nutzen"
|
||||||
|
|
||||||
- farbe: "gelb"
|
- farbe: "gelb"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Periodische Neubewertung vorsehen"
|
- "Periodische Neubewertung vorsehen"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Zurückstellung mit jährlicher Überprüfung"
|
- "Zurückstellung mit jährlicher Überprüfung"
|
||||||
|
|
||||||
- farbe: "rot"
|
- farbe: "rot"
|
||||||
dpm_handlung:
|
dpm_handlung:
|
||||||
- "Ablehnungsempfehlung vorbereiten"
|
- "Ablehnungsempfehlung vorbereiten"
|
||||||
|
|
||||||
dpm_empfehlung_gremien:
|
dpm_empfehlung_gremien:
|
||||||
- "Definitive Ablehnung aus Portfoliosicht"
|
- "Definitive Ablehnung aus Portfoliosicht"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 4. OPERATIVE ANWENDUNG
|
# 4. OPERATIVE ANWENDUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
operative_anwendung:
|
operative_anwendung:
|
||||||
prozess:
|
prozess:
|
||||||
schritt_1:
|
schritt_1:
|
||||||
name: "Ableitung der Dimensionen"
|
name: "Ableitung der Dimensionen"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- dimension: "wichtigkeit"
|
- dimension: "wichtigkeit"
|
||||||
quelle: "Cluster \"Nutzen & Wirkung\""
|
quelle: "Cluster \"Nutzen & Wirkung\""
|
||||||
- dimension: "dringlichkeit"
|
- dimension: "dringlichkeit"
|
||||||
quelle: "Cluster \"Druck & Notwendigkeit\""
|
quelle: "Cluster \"Druck & Notwendigkeit\""
|
||||||
- dimension: "farbe"
|
- dimension: "farbe"
|
||||||
quelle: "Cluster \"Machbarkeit & Aufwand\""
|
quelle: "Cluster \"Machbarkeit & Aufwand\""
|
||||||
|
|
||||||
schritt_2:
|
schritt_2:
|
||||||
name: "Qualitative Einordnung"
|
name: "Qualitative Einordnung"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Interpretation der Cluster-Fazits"
|
- "Interpretation der Cluster-Fazits"
|
||||||
- "Keine mechanische Punkteaggregation"
|
- "Keine mechanische Punkteaggregation"
|
||||||
- "Begründete Zuordnung zu Quadranten und Farbe"
|
- "Begründete Zuordnung zu Quadranten und Farbe"
|
||||||
|
|
||||||
schritt_3:
|
schritt_3:
|
||||||
name: "Strategieableitung"
|
name: "Strategieableitung"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Handlungsempfehlung gemäß Matrix"
|
- "Handlungsempfehlung gemäß Matrix"
|
||||||
- "Berücksichtigung der Farbcodierung"
|
- "Berücksichtigung der Farbcodierung"
|
||||||
- "Anpassung an organisatorischen Kontext"
|
- "Anpassung an organisatorischen Kontext"
|
||||||
|
|
||||||
schritt_4:
|
schritt_4:
|
||||||
name: "Dokumentation"
|
name: "Dokumentation"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Transparente Darstellung der Einordnung"
|
- "Transparente Darstellung der Einordnung"
|
||||||
- "Nachvollziehbare Begründung"
|
- "Nachvollziehbare Begründung"
|
||||||
- "Klare Handlungsempfehlung"
|
- "Klare Handlungsempfehlung"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 5. DOKUMENTATIONSSTANDARD
|
# 5. DOKUMENTATIONSSTANDARD
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
dokumentationsstandard:
|
dokumentationsstandard:
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 5.1 PRIORISIERUNGSDOKUMENTATION
|
# 5.1 PRIORISIERUNGSDOKUMENTATION
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
priorisierungsdokumentation:
|
priorisierungsdokumentation:
|
||||||
template: |
|
template: |
|
||||||
DEMAND: [Titel]
|
DEMAND: [Titel]
|
||||||
|
|
||||||
PRIORISIERUNG:
|
PRIORISIERUNG:
|
||||||
|
|
||||||
Wichtigkeit: [Ausprägung]
|
Wichtigkeit: [Ausprägung]
|
||||||
Begründung: [Basierend auf Cluster 1]
|
Begründung: [Basierend auf Cluster 1]
|
||||||
|
|
||||||
Dringlichkeit: [Ausprägung]
|
Dringlichkeit: [Ausprägung]
|
||||||
Begründung: [Basierend auf Cluster 2]
|
Begründung: [Basierend auf Cluster 2]
|
||||||
|
|
||||||
Machbarkeit: [Ausprägung] + [Ampel]
|
Machbarkeit: [Ausprägung] + [Ampel]
|
||||||
Begründung: [Basierend auf Cluster 3]
|
Begründung: [Basierend auf Cluster 3]
|
||||||
|
|
||||||
Einordnung: [Quadrant]
|
Einordnung: [Quadrant]
|
||||||
|
|
||||||
HANDLUNGSEMPFEHLUNG:
|
HANDLUNGSEMPFEHLUNG:
|
||||||
|
|
||||||
DPM-Aktion: [Was tut der DPM]
|
DPM-Aktion: [Was tut der DPM]
|
||||||
|
|
||||||
Gremienempfehlung: [Was empfiehlt der DPM]
|
Gremienempfehlung: [Was empfiehlt der DPM]
|
||||||
|
|
||||||
Nächste Schritte: [Konkrete Maßnahmen]
|
Nächste Schritte: [Konkrete Maßnahmen]
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 5.2 DEMAND-PORTFOLIO-ÜBERSICHT
|
# 5.2 DEMAND-PORTFOLIO-ÜBERSICHT
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
portfolio_dashboard:
|
portfolio_dashboard:
|
||||||
beschreibung: "Aggregierte Darstellung für DSR/MB"
|
beschreibung: "Aggregierte Darstellung für DSR/MB"
|
||||||
|
|
||||||
template_struktur: |
|
template_struktur: |
|
||||||
DEMAND-PORTFOLIO DASHBOARD
|
DEMAND-PORTFOLIO DASHBOARD
|
||||||
|
|
||||||
Quadrant 🟢 🟡 🔴 Gesamt Hinweise
|
Quadrant 🟢 🟡 🔴 Gesamt Hinweise
|
||||||
-------------------------------------------------------
|
-------------------------------------------------------
|
||||||
Q1 Sofort 2 1 1 4 ! Rot → MB-Delegation
|
Q1 Sofort 2 1 1 4 ! Rot → MB-Delegation
|
||||||
Q2 Planen 3 2 0 5 ✓ Ausgewogen
|
Q2 Planen 3 2 0 5 ✓ Ausgewogen
|
||||||
Q3 Abarbeiten 4 1 0 5 ✓ Gut delegierbar
|
Q3 Abarbeiten 4 1 0 5 ✓ Gut delegierbar
|
||||||
Q4 Prüfen 1 1 2 4 ! Rote ablehnen
|
Q4 Prüfen 1 1 2 4 ! Rote ablehnen
|
||||||
-------------------------------------------------------
|
-------------------------------------------------------
|
||||||
Gesamt: 10 5 3 18
|
Gesamt: 10 5 3 18
|
||||||
|
|
||||||
interpretation:
|
interpretation:
|
||||||
gruen_dominant: "Gut umsetzbare Demands dominieren - positive Portfoliogesundheit"
|
gruen_dominant: "Gut umsetzbare Demands dominieren - positive Portfoliogesundheit"
|
||||||
gelb_haeufung: "Viele Herausforderungen - Ressourcenplanung kritisch"
|
gelb_haeufung: "Viele Herausforderungen - Ressourcenplanung kritisch"
|
||||||
rot_in_q1: "Kritische Demands mit Druck - MB-Eskalation prüfen"
|
rot_in_q1: "Kritische Demands mit Druck - MB-Eskalation prüfen"
|
||||||
rot_in_q4: "Eindeutige Ablehnungskandidaten"
|
rot_in_q4: "Eindeutige Ablehnungskandidaten"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# VISUALISIERUNG FÜR GREMIEN
|
# VISUALISIERUNG FÜR GREMIEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
visualisierung:
|
visualisierung:
|
||||||
hinweis: "Die Matrix wird typischerweise als 2x2-Grid mit farbigen Punkten für Demands visualisiert"
|
hinweis: "Die Matrix wird typischerweise als 2x2-Grid mit farbigen Punkten für Demands visualisiert"
|
||||||
|
|
||||||
best_practices:
|
best_practices:
|
||||||
- "Demands als Punkte mit Beschriftung in der Matrix platzieren"
|
- "Demands als Punkte mit Beschriftung in der Matrix platzieren"
|
||||||
- "Farbcodierung für schnelle Erfassung der Machbarkeit"
|
- "Farbcodierung für schnelle Erfassung der Machbarkeit"
|
||||||
- "Clustering ähnlicher Demands erkennbar machen"
|
- "Clustering ähnlicher Demands erkennbar machen"
|
||||||
- "Bewegung von Demands zwischen Quadranten im Zeitverlauf zeigen"
|
- "Bewegung von Demands zwischen Quadranten im Zeitverlauf zeigen"
|
||||||
|
|
@ -1,401 +1,401 @@
|
||||||
meta:
|
meta:
|
||||||
typ: "geschaeftsordnung"
|
typ: "geschaeftsordnung"
|
||||||
gremium_id: "dsr"
|
gremium_id: "dsr"
|
||||||
gremium_name: "Demand & Stakeholder-Runde"
|
gremium_name: "Demand & Stakeholder-Runde"
|
||||||
aliases: ["DSR", "Demand-Runde", "Stakeholder-Runde"]
|
aliases: ["DSR", "Demand-Runde", "Stakeholder-Runde"]
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "[Datum]"
|
gueltig_ab: "[Datum]"
|
||||||
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
||||||
|
|
||||||
abstimmung:
|
abstimmung:
|
||||||
sparring_mit: ["shm", "spm"]
|
sparring_mit: ["shm", "spm"]
|
||||||
abgestimmt_mit: ["DPM-Teammitglied"]
|
abgestimmt_mit: ["DPM-Teammitglied"]
|
||||||
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
||||||
status: "abgenommen_in_gesamtkonzept"
|
status: "abgenommen_in_gesamtkonzept"
|
||||||
|
|
||||||
kontext_tags:
|
kontext_tags:
|
||||||
- "demand-management"
|
- "demand-management"
|
||||||
- "governance"
|
- "governance"
|
||||||
- "entscheidungsgremium"
|
- "entscheidungsgremium"
|
||||||
- "demand-lifecycle"
|
- "demand-lifecycle"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 1. ZWECK UND GELTUNGSBEREICH
|
# 1. ZWECK UND GELTUNGSBEREICH
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
zweck:
|
zweck:
|
||||||
verankerung: "Steuerungs- und Entscheidungsgremium im DIGITOM"
|
verankerung: "Steuerungs- und Entscheidungsgremium im DIGITOM"
|
||||||
|
|
||||||
funktion: |
|
funktion: |
|
||||||
Brücke zwischen Bedarfserfassung (Stakeholder-Management) und
|
Brücke zwischen Bedarfserfassung (Stakeholder-Management) und
|
||||||
Projektinitiierung (Projekt-Portfolio-Management).
|
Projektinitiierung (Projekt-Portfolio-Management).
|
||||||
|
|
||||||
regelungsumfang:
|
regelungsumfang:
|
||||||
- "Arbeitsweise der DSR"
|
- "Arbeitsweise der DSR"
|
||||||
- "Entscheidungsverfahren"
|
- "Entscheidungsverfahren"
|
||||||
- "Schnittstellen im Demand-Lifecycle"
|
- "Schnittstellen im Demand-Lifecycle"
|
||||||
|
|
||||||
geltungsbereich:
|
geltungsbereich:
|
||||||
inkludiert:
|
inkludiert:
|
||||||
- typ: "DSR-Demands"
|
- typ: "DSR-Demands"
|
||||||
beschreibung: "Demands ohne automatische MB-Trigger gemäß Demand-Klassifizierung"
|
beschreibung: "Demands ohne automatische MB-Trigger gemäß Demand-Klassifizierung"
|
||||||
|
|
||||||
- typ: "DSR-Demands mit Delegationsoption"
|
- typ: "DSR-Demands mit Delegationsoption"
|
||||||
beschreibung: "Demands mit Option zur Delegation ans Mission Board"
|
beschreibung: "Demands mit Option zur Delegation ans Mission Board"
|
||||||
|
|
||||||
rolle_bei_mb_demands: "vorbereitendes und empfehlendes Gremium"
|
rolle_bei_mb_demands: "vorbereitendes und empfehlendes Gremium"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 2. AUFGABEN UND KOMPETENZEN
|
# 2. AUFGABEN UND KOMPETENZEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
aufgaben:
|
aufgaben:
|
||||||
charakter: "hybrides Gremium mit zwei Funktionsbereichen"
|
charakter: "hybrides Gremium mit zwei Funktionsbereichen"
|
||||||
|
|
||||||
entscheidungsfunktion:
|
entscheidungsfunktion:
|
||||||
gueltig_fuer: "DSR-Demands"
|
gueltig_fuer: "DSR-Demands"
|
||||||
|
|
||||||
entscheidungsoptionen:
|
entscheidungsoptionen:
|
||||||
- option: "freigabe_zur_umsetzung"
|
- option: "freigabe_zur_umsetzung"
|
||||||
beschreibung: "Freigabe zur Umsetzungsplanung und Übergabe an PPM"
|
beschreibung: "Freigabe zur Umsetzungsplanung und Übergabe an PPM"
|
||||||
naechster_schritt: "Projekt-Initiierung durch PPM"
|
naechster_schritt: "Projekt-Initiierung durch PPM"
|
||||||
|
|
||||||
- option: "ablehnung"
|
- option: "ablehnung"
|
||||||
beschreibung: "Ablehnung und Weitergabe ans SHM für Stakeholder-Kommunikation"
|
beschreibung: "Ablehnung und Weitergabe ans SHM für Stakeholder-Kommunikation"
|
||||||
naechster_schritt: "SHM kommuniziert Ablehnung"
|
naechster_schritt: "SHM kommuniziert Ablehnung"
|
||||||
|
|
||||||
- option: "delegation_mission_board"
|
- option: "delegation_mission_board"
|
||||||
trigger: ["strategische_relevanz", "kompetenzueberschreitung"]
|
trigger: ["strategische_relevanz", "kompetenzueberschreitung"]
|
||||||
beschreibung: "Delegation ans Mission Board"
|
beschreibung: "Delegation ans Mission Board"
|
||||||
naechster_schritt: "Mission Board entscheidet"
|
naechster_schritt: "Mission Board entscheidet"
|
||||||
|
|
||||||
- option: "vertagung_fehlende_grundlagen"
|
- option: "vertagung_fehlende_grundlagen"
|
||||||
trigger: "fehlende_entscheidungsgrundlagen"
|
trigger: "fehlende_entscheidungsgrundlagen"
|
||||||
beschreibung: "Weitere Aufarbeitung durch DPM erforderlich"
|
beschreibung: "Weitere Aufarbeitung durch DPM erforderlich"
|
||||||
verantwortlich: "dpm"
|
verantwortlich: "dpm"
|
||||||
|
|
||||||
- option: "vertagung_einwand"
|
- option: "vertagung_einwand"
|
||||||
trigger: "begruendeter_einwand"
|
trigger: "begruendeter_einwand"
|
||||||
beschreibung: "Weitere Aufarbeitung durch einwendende Rolle (Konsent-Prinzip)"
|
beschreibung: "Weitere Aufarbeitung durch einwendende Rolle (Konsent-Prinzip)"
|
||||||
verantwortlich: "einwendende_rolle"
|
verantwortlich: "einwendende_rolle"
|
||||||
|
|
||||||
informations_und_abstimmungsfunktion:
|
informations_und_abstimmungsfunktion:
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- name: "Informationsaustausch"
|
- name: "Informationsaustausch"
|
||||||
gegenstand:
|
gegenstand:
|
||||||
- "offene Demands"
|
- "offene Demands"
|
||||||
- "laufende Projekte (durch DSR freigegeben)"
|
- "laufende Projekte (durch DSR freigegeben)"
|
||||||
|
|
||||||
- name: "Abstimmung"
|
- name: "Abstimmung"
|
||||||
themen:
|
themen:
|
||||||
- "Abhängigkeiten zwischen Demands/Projekten"
|
- "Abhängigkeiten zwischen Demands/Projekten"
|
||||||
- "Ressourcen-Bedarfe für DSR-freigegebene Projekte"
|
- "Ressourcen-Bedarfe für DSR-freigegebene Projekte"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 3. ZUSAMMENSETZUNG
|
# 3. ZUSAMMENSETZUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
zusammensetzung:
|
zusammensetzung:
|
||||||
stimmberechtigte_mitglieder:
|
stimmberechtigte_mitglieder:
|
||||||
anzahl: 4
|
anzahl: 4
|
||||||
|
|
||||||
rationale: |
|
rationale: |
|
||||||
Vollständiger Demand-Lifecycle abgebildet: Bedarfserfassung (SHM) →
|
Vollständiger Demand-Lifecycle abgebildet: Bedarfserfassung (SHM) →
|
||||||
Qualifizierung (DPM) → Service-Impact-Analyse (SPM) → Projekt-Integration (PPM)
|
Qualifizierung (DPM) → Service-Impact-Analyse (SPM) → Projekt-Integration (PPM)
|
||||||
|
|
||||||
mitglieder:
|
mitglieder:
|
||||||
- rolle_id: "dpm"
|
- rolle_id: "dpm"
|
||||||
rolle_name: "Demand-Portfolio-Management"
|
rolle_name: "Demand-Portfolio-Management"
|
||||||
funktion: "vorsitz"
|
funktion: "vorsitz"
|
||||||
stimmberechtigt: true
|
stimmberechtigt: true
|
||||||
|
|
||||||
- rolle_id: "shm"
|
- rolle_id: "shm"
|
||||||
rolle_name: "Stakeholder-Management"
|
rolle_name: "Stakeholder-Management"
|
||||||
funktion: "mitglied"
|
funktion: "mitglied"
|
||||||
stimmberechtigt: true
|
stimmberechtigt: true
|
||||||
|
|
||||||
- rolle_id: "spm"
|
- rolle_id: "spm"
|
||||||
rolle_name: "Service-Portfolio-Management"
|
rolle_name: "Service-Portfolio-Management"
|
||||||
funktion: "mitglied"
|
funktion: "mitglied"
|
||||||
stimmberechtigt: true
|
stimmberechtigt: true
|
||||||
|
|
||||||
- rolle_id: "ppm"
|
- rolle_id: "ppm"
|
||||||
rolle_name: "Projekt-Portfolio-Management"
|
rolle_name: "Projekt-Portfolio-Management"
|
||||||
funktion: "mitglied"
|
funktion: "mitglied"
|
||||||
stimmberechtigt: true
|
stimmberechtigt: true
|
||||||
|
|
||||||
vertretungsregelung:
|
vertretungsregelung:
|
||||||
flexibel: true
|
flexibel: true
|
||||||
beschreibung: "Mitglieder benennen ihre Vertretungen flexibel"
|
beschreibung: "Mitglieder benennen ihre Vertretungen flexibel"
|
||||||
vertretungs_kompetenzen: "Vertretungen sind stimmberechtigt und haben volle Kompetenzen der vertretenen Rolle"
|
vertretungs_kompetenzen: "Vertretungen sind stimmberechtigt und haben volle Kompetenzen der vertretenen Rolle"
|
||||||
|
|
||||||
zusaetzliche_teilnehmende:
|
zusaetzliche_teilnehmende:
|
||||||
erlaubt: true
|
erlaubt: true
|
||||||
status: "beratend"
|
status: "beratend"
|
||||||
stimmberechtigt: false
|
stimmberechtigt: false
|
||||||
|
|
||||||
typische_teilnehmende:
|
typische_teilnehmende:
|
||||||
- "Owner betroffener Services"
|
- "Owner betroffener Services"
|
||||||
- "Owner betroffener Produkte"
|
- "Owner betroffener Produkte"
|
||||||
- "Owner betroffener Infrastruktur-Komponenten"
|
- "Owner betroffener Infrastruktur-Komponenten"
|
||||||
- "Fachexperten (z.B. IT-Architektur)"
|
- "Fachexperten (z.B. IT-Architektur)"
|
||||||
|
|
||||||
einladung_durch: "dpm"
|
einladung_durch: "dpm"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 4. ARBEITSWEISE
|
# 4. ARBEITSWEISE
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
arbeitsweise:
|
arbeitsweise:
|
||||||
sitzungsrhythmus:
|
sitzungsrhythmus:
|
||||||
pilotphase:
|
pilotphase:
|
||||||
frequenz: "woechentlich"
|
frequenz: "woechentlich"
|
||||||
termin: "fester Termin"
|
termin: "fester Termin"
|
||||||
dauer_minuten: 90
|
dauer_minuten: 90
|
||||||
|
|
||||||
regelzeit:
|
regelzeit:
|
||||||
hinweis: "wird nach Pilotphase definiert"
|
hinweis: "wird nach Pilotphase definiert"
|
||||||
|
|
||||||
sondersitzungen:
|
sondersitzungen:
|
||||||
erfragen_durch: "jedes Mitglied"
|
erfragen_durch: "jedes Mitglied"
|
||||||
einberufung_durch: "dpm"
|
einberufung_durch: "dpm"
|
||||||
|
|
||||||
vorbereitung_und_dokumentation:
|
vorbereitung_und_dokumentation:
|
||||||
vorbereitung:
|
vorbereitung:
|
||||||
verantwortlich: "dpm"
|
verantwortlich: "dpm"
|
||||||
unterlagen_vorlauf_stunden: 24
|
unterlagen_vorlauf_stunden: 24
|
||||||
beschreibung: "Unterlagen müssen 24h vor Sitzung verfügbar sein"
|
beschreibung: "Unterlagen müssen 24h vor Sitzung verfügbar sein"
|
||||||
|
|
||||||
protokollfuehrung:
|
protokollfuehrung:
|
||||||
verantwortlich: "dpm"
|
verantwortlich: "dpm"
|
||||||
typ: "Entscheidungsprotokoll"
|
typ: "Entscheidungsprotokoll"
|
||||||
basis: "Demand-Portfolio-Übersicht"
|
basis: "Demand-Portfolio-Übersicht"
|
||||||
|
|
||||||
ablage:
|
ablage:
|
||||||
ort: "Confluence"
|
ort: "Confluence"
|
||||||
zugriff: "DIGIT-weit"
|
zugriff: "DIGIT-weit"
|
||||||
|
|
||||||
kommunikation:
|
kommunikation:
|
||||||
timing: "unmittelbar nach Sitzung"
|
timing: "unmittelbar nach Sitzung"
|
||||||
gegenstand: "Entscheidungen werden kommuniziert"
|
gegenstand: "Entscheidungen werden kommuniziert"
|
||||||
|
|
||||||
agenda_struktur:
|
agenda_struktur:
|
||||||
referenz: "dsr-standard-agenda.yaml"
|
referenz: "dsr-standard-agenda.yaml"
|
||||||
hinweis: "Detaillierte Agenda-Struktur in separatem Dokument definiert"
|
hinweis: "Detaillierte Agenda-Struktur in separatem Dokument definiert"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 5. ENTSCHEIDUNGSVERFAHREN
|
# 5. ENTSCHEIDUNGSVERFAHREN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
entscheidungsverfahren:
|
entscheidungsverfahren:
|
||||||
prinzip: "konsent_mit_alternativzwang"
|
prinzip: "konsent_mit_alternativzwang"
|
||||||
|
|
||||||
konsent_ablauf:
|
konsent_ablauf:
|
||||||
schritt_1:
|
schritt_1:
|
||||||
name: "Vorschlag einbringen"
|
name: "Vorschlag einbringen"
|
||||||
akteur: "dpm"
|
akteur: "dpm"
|
||||||
inhalt: "DPM bringt Entscheidungsvorschlag ein"
|
inhalt: "DPM bringt Entscheidungsvorschlag ein"
|
||||||
|
|
||||||
schritt_2:
|
schritt_2:
|
||||||
name: "Verständnisfragen klären"
|
name: "Verständnisfragen klären"
|
||||||
bedingung: "sofern vorhanden"
|
bedingung: "sofern vorhanden"
|
||||||
|
|
||||||
schritt_3:
|
schritt_3:
|
||||||
name: "Einwände prüfen"
|
name: "Einwände prüfen"
|
||||||
regel: "Ohne schwerwiegenden, begründeten Einwand gilt Vorschlag als angenommen"
|
regel: "Ohne schwerwiegenden, begründeten Einwand gilt Vorschlag als angenommen"
|
||||||
|
|
||||||
bei_einwand:
|
bei_einwand:
|
||||||
verantwortung: "einwendende Rolle"
|
verantwortung: "einwendende Rolle"
|
||||||
verpflichtung: "muss Entscheidungsvorlage überarbeiten und konstruktive Alternative einbringen"
|
verpflichtung: "muss Entscheidungsvorlage überarbeiten und konstruktive Alternative einbringen"
|
||||||
|
|
||||||
bei_mehreren_einwaenden:
|
bei_mehreren_einwaenden:
|
||||||
prozess: "gemeinsame Erarbeitung des Alternativ-Vorschlags"
|
prozess: "gemeinsame Erarbeitung des Alternativ-Vorschlags"
|
||||||
|
|
||||||
iteratives_verfahren:
|
iteratives_verfahren:
|
||||||
beschreibung: "Überarbeitete Entscheidungsvorlage unterliegt selbst wieder dem Konsent-Prinzip"
|
beschreibung: "Überarbeitete Entscheidungsvorlage unterliegt selbst wieder dem Konsent-Prinzip"
|
||||||
|
|
||||||
eskalation:
|
eskalation:
|
||||||
trigger: "nach zwei Iterationen ohne Einigung (bei drittem Einwand)"
|
trigger: "nach zwei Iterationen ohne Einigung (bei drittem Einwand)"
|
||||||
option: "DPM kann ans Mission Board eskalieren"
|
option: "DPM kann ans Mission Board eskalieren"
|
||||||
|
|
||||||
beschlussfaehigkeit:
|
beschlussfaehigkeit:
|
||||||
bedingung: "alle vier Rollen durch Mitglieder oder Vertretungen besetzt"
|
bedingung: "alle vier Rollen durch Mitglieder oder Vertretungen besetzt"
|
||||||
|
|
||||||
entscheidungen_unter_auflagen:
|
entscheidungen_unter_auflagen:
|
||||||
erlaubt: true
|
erlaubt: true
|
||||||
beschreibung: "DSR kann Demands unter Auflagen freigeben"
|
beschreibung: "DSR kann Demands unter Auflagen freigeben"
|
||||||
status: "verbindlicher Teil des Beschlusses"
|
status: "verbindlicher Teil des Beschlusses"
|
||||||
|
|
||||||
erfuellung:
|
erfuellung:
|
||||||
zeitpunkt: "vor/während der Umsetzung"
|
zeitpunkt: "vor/während der Umsetzung"
|
||||||
ueberwachung_durch: "ppm"
|
ueberwachung_durch: "ppm"
|
||||||
|
|
||||||
bei_nicht_erfuellung:
|
bei_nicht_erfuellung:
|
||||||
massnahme: "Umsetzung stoppen"
|
massnahme: "Umsetzung stoppen"
|
||||||
naechster_schritt: "Vorlage an DSR zur Neuentscheidung"
|
naechster_schritt: "Vorlage an DSR zur Neuentscheidung"
|
||||||
|
|
||||||
virtuelle_hybride_asynchrone:
|
virtuelle_hybride_asynchrone:
|
||||||
virtuell_hybrid:
|
virtuell_hybrid:
|
||||||
status: "gleichwertig zu Präsenzsitzungen"
|
status: "gleichwertig zu Präsenzsitzungen"
|
||||||
|
|
||||||
asynchron:
|
asynchron:
|
||||||
status: "in Entwicklung"
|
status: "in Entwicklung"
|
||||||
hinweis: "Werden bei Bedarf während Pilotphase entwickelt und getestet"
|
hinweis: "Werden bei Bedarf während Pilotphase entwickelt und getestet"
|
||||||
moegliche_mechanismen:
|
moegliche_mechanismen:
|
||||||
- "Kommentierungsfunktion"
|
- "Kommentierungsfunktion"
|
||||||
- "Voting"
|
- "Voting"
|
||||||
|
|
||||||
entscheidungsvarianten_nach_demand_typ:
|
entscheidungsvarianten_nach_demand_typ:
|
||||||
mb_demand:
|
mb_demand:
|
||||||
beschreibung: "Mission Board-Demand (wird durch DSR vorbereitet)"
|
beschreibung: "Mission Board-Demand (wird durch DSR vorbereitet)"
|
||||||
einwaende_moeglich_zu:
|
einwaende_moeglich_zu:
|
||||||
- "Klassifizierung"
|
- "Klassifizierung"
|
||||||
- "Bewertung"
|
- "Bewertung"
|
||||||
- "Priorisierung"
|
- "Priorisierung"
|
||||||
- "Empfehlung/Begründung"
|
- "Empfehlung/Begründung"
|
||||||
|
|
||||||
dsr_demand_mit_delegation:
|
dsr_demand_mit_delegation:
|
||||||
beschreibung: "DSR-Demand mit Delegationsoption ans Mission Board"
|
beschreibung: "DSR-Demand mit Delegationsoption ans Mission Board"
|
||||||
einwaende_moeglich_zu:
|
einwaende_moeglich_zu:
|
||||||
- "Klassifizierung"
|
- "Klassifizierung"
|
||||||
- "Bewertung"
|
- "Bewertung"
|
||||||
- "Priorisierung"
|
- "Priorisierung"
|
||||||
- "Delegationsempfehlung/Begründung"
|
- "Delegationsempfehlung/Begründung"
|
||||||
|
|
||||||
dsr_demand:
|
dsr_demand:
|
||||||
beschreibung: "DSR-Demand (DSR entscheidet final)"
|
beschreibung: "DSR-Demand (DSR entscheidet final)"
|
||||||
einwaende_moeglich_zu:
|
einwaende_moeglich_zu:
|
||||||
- "Klassifizierung"
|
- "Klassifizierung"
|
||||||
- "Bewertung"
|
- "Bewertung"
|
||||||
- "Priorisierung"
|
- "Priorisierung"
|
||||||
- "Empfehlung/Begründung: Freigabe oder Ablehnung"
|
- "Empfehlung/Begründung: Freigabe oder Ablehnung"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 6. RESSOURCENMOBILISIERUNG UND PROJEKTUMSETZUNG
|
# 6. RESSOURCENMOBILISIERUNG UND PROJEKTUMSETZUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
ressourcenmobilisierung:
|
ressourcenmobilisierung:
|
||||||
beschreibung: "Prozess nach Freigabe eines DSR-Demands"
|
beschreibung: "Prozess nach Freigabe eines DSR-Demands"
|
||||||
|
|
||||||
projektinitiierung:
|
projektinitiierung:
|
||||||
schritt_1:
|
schritt_1:
|
||||||
name: "Projekt-Aufnahme"
|
name: "Projekt-Aufnahme"
|
||||||
beschreibung: "Demand wird formal als Projekt ins Projekt-Portfolio aufgenommen"
|
beschreibung: "Demand wird formal als Projekt ins Projekt-Portfolio aufgenommen"
|
||||||
verantwortlich: "ppm"
|
verantwortlich: "ppm"
|
||||||
|
|
||||||
schritt_2:
|
schritt_2:
|
||||||
name: "Sponsoring"
|
name: "Sponsoring"
|
||||||
regelfall: "SPM übernimmt Sponsor:innen-Rolle bei service-/produkt-/infrastrukturbezogenen DSR-Demands"
|
regelfall: "SPM übernimmt Sponsor:innen-Rolle bei service-/produkt-/infrastrukturbezogenen DSR-Demands"
|
||||||
verantwortlich: "spm"
|
verantwortlich: "spm"
|
||||||
|
|
||||||
projektleitung_und_ressourcen:
|
projektleitung_und_ressourcen:
|
||||||
projektleitung_benennung:
|
projektleitung_benennung:
|
||||||
verantwortlich: "spm"
|
verantwortlich: "spm"
|
||||||
prozess: "SPM benennt abgestimmte Projektleitung und meldet an PPM"
|
prozess: "SPM benennt abgestimmte Projektleitung und meldet an PPM"
|
||||||
regelfall: "Owner des betroffenen Services/Produkts wird Projektleitung"
|
regelfall: "Owner des betroffenen Services/Produkts wird Projektleitung"
|
||||||
|
|
||||||
scope_definition:
|
scope_definition:
|
||||||
verantwortlich: ["spm", "projektleitung"]
|
verantwortlich: ["spm", "projektleitung"]
|
||||||
prozess: "SPM definiert gemeinsam mit Projektleitung den Scope"
|
prozess: "SPM definiert gemeinsam mit Projektleitung den Scope"
|
||||||
|
|
||||||
ressourcenmobilisierung:
|
ressourcenmobilisierung:
|
||||||
verantwortlich: "projektleitung"
|
verantwortlich: "projektleitung"
|
||||||
prozess: "Projektleitung mobilisiert Ressourcen"
|
prozess: "Projektleitung mobilisiert Ressourcen"
|
||||||
|
|
||||||
bei_konflikten:
|
bei_konflikten:
|
||||||
eskalation_ueber: "ppm_oder_spm"
|
eskalation_ueber: "ppm_oder_spm"
|
||||||
eskalation_an: "dsr"
|
eskalation_an: "dsr"
|
||||||
weitere_eskalation_moeglich_an: "mission_board"
|
weitere_eskalation_moeglich_an: "mission_board"
|
||||||
|
|
||||||
monitoring_und_steuerung:
|
monitoring_und_steuerung:
|
||||||
projekt_monitoring:
|
projekt_monitoring:
|
||||||
verantwortlich: "ppm"
|
verantwortlich: "ppm"
|
||||||
umfang: "alle Projekte im Portfolio"
|
umfang: "alle Projekte im Portfolio"
|
||||||
|
|
||||||
status_reporting:
|
status_reporting:
|
||||||
von: "ppm"
|
von: "ppm"
|
||||||
an: "dsr"
|
an: "dsr"
|
||||||
frequenz: "regelmäßig"
|
frequenz: "regelmäßig"
|
||||||
gegenstand: "Projekte, die durch DSR beauftragt wurden"
|
gegenstand: "Projekte, die durch DSR beauftragt wurden"
|
||||||
|
|
||||||
bei_konflikten:
|
bei_konflikten:
|
||||||
inhaltliche_konflikte:
|
inhaltliche_konflikte:
|
||||||
klaerung_in: "dsr"
|
klaerung_in: "dsr"
|
||||||
eskalation_moeglich_an: "mission_board"
|
eskalation_moeglich_an: "mission_board"
|
||||||
|
|
||||||
projektabschluss:
|
projektabschluss:
|
||||||
inhaltliche_abnahme:
|
inhaltliche_abnahme:
|
||||||
verantwortlich: "spm"
|
verantwortlich: "spm"
|
||||||
|
|
||||||
formaler_abschluss:
|
formaler_abschluss:
|
||||||
verantwortlich: "ppm"
|
verantwortlich: "ppm"
|
||||||
prozess: "Projekt formal im Portfolio schließen"
|
prozess: "Projekt formal im Portfolio schließen"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 7. SCHNITTSTELLEN
|
# 7. SCHNITTSTELLEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
schnittstellen:
|
schnittstellen:
|
||||||
- ausloeser: "DSR Freigabe (DSR-Demand)"
|
- ausloeser: "DSR Freigabe (DSR-Demand)"
|
||||||
von: "dsr"
|
von: "dsr"
|
||||||
zu: "ppm"
|
zu: "ppm"
|
||||||
zweck: "Projektaufnahme, Umsetzung starten"
|
zweck: "Projektaufnahme, Umsetzung starten"
|
||||||
artefakte:
|
artefakte:
|
||||||
- "Beschluss"
|
- "Beschluss"
|
||||||
- "Auflagen"
|
- "Auflagen"
|
||||||
verantwortlich: ["dpm", "ppm"]
|
verantwortlich: ["dpm", "ppm"]
|
||||||
|
|
||||||
- ausloeser: "Service-Betroffenheit, Sponsoring & Owner-Einbindung"
|
- ausloeser: "Service-Betroffenheit, Sponsoring & Owner-Einbindung"
|
||||||
zwischen: ["dsr", "spm"]
|
zwischen: ["dsr", "spm"]
|
||||||
art: "bidirektional"
|
art: "bidirektional"
|
||||||
zweck: "Sponsoring, Owner-Einbindung"
|
zweck: "Sponsoring, Owner-Einbindung"
|
||||||
artefakte:
|
artefakte:
|
||||||
- "Protokoll"
|
- "Protokoll"
|
||||||
- "Owner-Liste"
|
- "Owner-Liste"
|
||||||
verantwortlich: "spm"
|
verantwortlich: "spm"
|
||||||
|
|
||||||
- ausloeser: "Delegation ans MB"
|
- ausloeser: "Delegation ans MB"
|
||||||
von: "dsr"
|
von: "dsr"
|
||||||
zu: "mission_board"
|
zu: "mission_board"
|
||||||
zweck: "Strategische Entscheidung herbeiführen"
|
zweck: "Strategische Entscheidung herbeiführen"
|
||||||
artefakte:
|
artefakte:
|
||||||
- "MB Vorlage"
|
- "MB Vorlage"
|
||||||
- "DSR Empfehlung"
|
- "DSR Empfehlung"
|
||||||
verantwortlich: "dpm"
|
verantwortlich: "dpm"
|
||||||
|
|
||||||
- ausloeser: "Rückmeldungen an Stakeholder"
|
- ausloeser: "Rückmeldungen an Stakeholder"
|
||||||
kontext: "Freigaben/Zurückstellungen mit Auflagen, Übergabe in Projekt-/Umsetzungssteuerung, Reporting"
|
kontext: "Freigaben/Zurückstellungen mit Auflagen, Übergabe in Projekt-/Umsetzungssteuerung, Reporting"
|
||||||
von: ["dsr", "ppm", "spm"]
|
von: ["dsr", "ppm", "spm"]
|
||||||
zu: "shm"
|
zu: "shm"
|
||||||
zweck: "Entscheidung/Begründung kommunizieren"
|
zweck: "Entscheidung/Begründung kommunizieren"
|
||||||
artefakte:
|
artefakte:
|
||||||
- "Beschluss"
|
- "Beschluss"
|
||||||
verantwortlich: "shm"
|
verantwortlich: "shm"
|
||||||
|
|
||||||
themen:
|
themen:
|
||||||
- "Wiedervorlagen"
|
- "Wiedervorlagen"
|
||||||
- "Steckbrief-/User-Story-Bezug"
|
- "Steckbrief-/User-Story-Bezug"
|
||||||
|
|
||||||
- ausloeser: "Architektur-Grundsatzfrage"
|
- ausloeser: "Architektur-Grundsatzfrage"
|
||||||
von: "dsr"
|
von: "dsr"
|
||||||
zu: "it_architektur_board"
|
zu: "it_architektur_board"
|
||||||
zweck: "Klärung technischer Leitplanken"
|
zweck: "Klärung technischer Leitplanken"
|
||||||
artefakte:
|
artefakte:
|
||||||
- "Kurzlage/Fragestellung"
|
- "Kurzlage/Fragestellung"
|
||||||
verantwortlich: "dpm"
|
verantwortlich: "dpm"
|
||||||
|
|
||||||
- ausloeser: "Projekt Reporting"
|
- ausloeser: "Projekt Reporting"
|
||||||
von: "ppm"
|
von: "ppm"
|
||||||
zu: ["dsr", "mission_board"]
|
zu: ["dsr", "mission_board"]
|
||||||
zweck: "Status, Risiken, Ressourcenlage kommunizieren"
|
zweck: "Status, Risiken, Ressourcenlage kommunizieren"
|
||||||
artefakte:
|
artefakte:
|
||||||
- "Projekt-Portfolio Bericht"
|
- "Projekt-Portfolio Bericht"
|
||||||
verantwortlich: "ppm"
|
verantwortlich: "ppm"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 8. KONFLIKTBEHANDLUNG
|
# 8. KONFLIKTBEHANDLUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
konfliktbehandlung:
|
konfliktbehandlung:
|
||||||
regelung: "Verantwortlichkeiten in Konfliktsituationen sind in RACI-Matrix geregelt"
|
regelung: "Verantwortlichkeiten in Konfliktsituationen sind in RACI-Matrix geregelt"
|
||||||
referenz: "raci-matrix-demand-portfolio-management.yaml"
|
referenz: "raci-matrix-demand-portfolio-management.yaml"
|
||||||
|
|
@ -1,460 +1,460 @@
|
||||||
meta:
|
meta:
|
||||||
typ: "funktionsbeschreibung"
|
typ: "funktionsbeschreibung"
|
||||||
funktion_id: "dpm"
|
funktion_id: "dpm"
|
||||||
funktion_name: "Demand-Portfolio-Management"
|
funktion_name: "Demand-Portfolio-Management"
|
||||||
aliases: ["DPM", "Demand-Portfolio-Funktion"]
|
aliases: ["DPM", "Demand-Portfolio-Funktion"]
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "[Datum]"
|
gueltig_ab: "[Datum]"
|
||||||
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
||||||
status: "abgenommen_in_gesamtkonzept"
|
status: "abgenommen_in_gesamtkonzept"
|
||||||
|
|
||||||
kontext_tags:
|
kontext_tags:
|
||||||
- "demand-management"
|
- "demand-management"
|
||||||
- "funktion"
|
- "funktion"
|
||||||
- "systemische-perspektive"
|
- "systemische-perspektive"
|
||||||
- "orchestrierung"
|
- "orchestrierung"
|
||||||
- "neutralitaet"
|
- "neutralitaet"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# ABKÜRZUNGSVERZEICHNIS
|
# ABKÜRZUNGSVERZEICHNIS
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
abkuerzungen:
|
abkuerzungen:
|
||||||
dpm: "Demand-Portfolio-Management"
|
dpm: "Demand-Portfolio-Management"
|
||||||
dsr: "Demand & Stakeholder-Runde"
|
dsr: "Demand & Stakeholder-Runde"
|
||||||
mb: "Mission Board"
|
mb: "Mission Board"
|
||||||
vb: "Vision Board"
|
vb: "Vision Board"
|
||||||
shm: "Stakeholder-Management"
|
shm: "Stakeholder-Management"
|
||||||
spm: "Service-Portfolio-Management"
|
spm: "Service-Portfolio-Management"
|
||||||
ppm: "Projekt-Portfolio-Management"
|
ppm: "Projekt-Portfolio-Management"
|
||||||
al_p: "Abteilungsleitung Planung"
|
al_p: "Abteilungsleitung Planung"
|
||||||
pl: "Projektleitung"
|
pl: "Projektleitung"
|
||||||
pzm: "Prozess-Management"
|
pzm: "Prozess-Management"
|
||||||
ita: "IT-Architektur-Board"
|
ita: "IT-Architektur-Board"
|
||||||
sh: "Stakeholder"
|
sh: "Stakeholder"
|
||||||
kpi: "Key Performance Indicator (Kennzahl)"
|
kpi: "Key Performance Indicator (Kennzahl)"
|
||||||
raci: "Responsible / Accountable / Consulted / Informed"
|
raci: "Responsible / Accountable / Consulted / Informed"
|
||||||
d2p: "Demand-to-Project (Prozess)"
|
d2p: "Demand-to-Project (Prozess)"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 1. ZWECK
|
# 1. ZWECK
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
zweck:
|
zweck:
|
||||||
wozu_existiert_diese_funktion:
|
wozu_existiert_diese_funktion:
|
||||||
kurz: "Koordiniert den Fluss aller Demands im DIGIT vom vorqualifizierten Demand bis zur entscheidungsreifen Vorlage"
|
kurz: "Koordiniert den Fluss aller Demands im DIGIT vom vorqualifizierten Demand bis zur entscheidungsreifen Vorlage"
|
||||||
|
|
||||||
ausfuehrlich: |
|
ausfuehrlich: |
|
||||||
Das Demand-Portfolio-Management (DPM) übernimmt Demands aus dem Stakeholder-Management (SHM),
|
Das Demand-Portfolio-Management (DPM) übernimmt Demands aus dem Stakeholder-Management (SHM),
|
||||||
klassifiziert, analysiert, bewertet und priorisiert sie und bringt sie als strukturierte
|
klassifiziert, analysiert, bewertet und priorisiert sie und bringt sie als strukturierte
|
||||||
Entscheidungsvorlagen in die zuständigen Gremien Demand & Stakeholder Runde (DSR) und
|
Entscheidungsvorlagen in die zuständigen Gremien Demand & Stakeholder Runde (DSR) und
|
||||||
Mission Board (MB) ein.
|
Mission Board (MB) ein.
|
||||||
|
|
||||||
wertbeitrag:
|
wertbeitrag:
|
||||||
- "Transparenz"
|
- "Transparenz"
|
||||||
- "Vergleichbarkeit"
|
- "Vergleichbarkeit"
|
||||||
- "Entscheidungsfähigkeit"
|
- "Entscheidungsfähigkeit"
|
||||||
|
|
||||||
kritisches_merkmal: "Getrennt von der eigentlichen Freigabeentscheidung der Gremien"
|
kritisches_merkmal: "Getrennt von der eigentlichen Freigabeentscheidung der Gremien"
|
||||||
|
|
||||||
hauptziel:
|
hauptziel:
|
||||||
beschreibung: "Ein kohärentes, strategiekonformes und entscheidungsfähiges Demand-Portfolio sicherstellen"
|
beschreibung: "Ein kohärentes, strategiekonformes und entscheidungsfähiges Demand-Portfolio sicherstellen"
|
||||||
|
|
||||||
erreicht_durch:
|
erreicht_durch:
|
||||||
- id: "Z1"
|
- id: "Z1"
|
||||||
aktivitaet: "Systematische Überführung"
|
aktivitaet: "Systematische Überführung"
|
||||||
beschreibung: "Vorqualifizierte Demands systematisch in Entscheidungsvorlagen überführen"
|
beschreibung: "Vorqualifizierte Demands systematisch in Entscheidungsvorlagen überführen"
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Klassifizierung"
|
- "Klassifizierung"
|
||||||
- "Analyse"
|
- "Analyse"
|
||||||
- "Bewertung"
|
- "Bewertung"
|
||||||
- "Priorisierung"
|
- "Priorisierung"
|
||||||
|
|
||||||
- id: "Z2"
|
- id: "Z2"
|
||||||
aktivitaet: "Informationsfluss orchestrieren"
|
aktivitaet: "Informationsfluss orchestrieren"
|
||||||
beschreibung: "Informationsfluss zwischen SHM, DPM und Entscheidungsgremien orchestrieren"
|
beschreibung: "Informationsfluss zwischen SHM, DPM und Entscheidungsgremien orchestrieren"
|
||||||
richtungen:
|
richtungen:
|
||||||
- "Bottom-up"
|
- "Bottom-up"
|
||||||
- "Top-down"
|
- "Top-down"
|
||||||
- "Horizontal"
|
- "Horizontal"
|
||||||
|
|
||||||
- id: "Z3"
|
- id: "Z3"
|
||||||
aktivitaet: "Trennung wahren"
|
aktivitaet: "Trennung wahren"
|
||||||
beschreibung: "Trennung von fachlicher Bewertung (DPM) und Entscheidung (DSR/MB) wahren"
|
beschreibung: "Trennung von fachlicher Bewertung (DPM) und Entscheidung (DSR/MB) wahren"
|
||||||
effekt: "Objektivität und Akzeptanz als neutrale Koordinationsinstanz stärken"
|
effekt: "Objektivität und Akzeptanz als neutrale Koordinationsinstanz stärken"
|
||||||
|
|
||||||
- id: "Z4"
|
- id: "Z4"
|
||||||
aktivitaet: "Portfolio-Erkenntnisse aufbereiten"
|
aktivitaet: "Portfolio-Erkenntnisse aufbereiten"
|
||||||
beschreibung: "Demand-Portfolio-Erkenntnisse regelmäßig aufbereiten (Reviews)"
|
beschreibung: "Demand-Portfolio-Erkenntnisse regelmäßig aufbereiten (Reviews)"
|
||||||
effekt: "Bessere Koordination durch Mission Board und Abteilungsleitung Planung ermöglichen"
|
effekt: "Bessere Koordination durch Mission Board und Abteilungsleitung Planung ermöglichen"
|
||||||
|
|
||||||
- id: "Z5"
|
- id: "Z5"
|
||||||
aktivitaet: "Zielbeitrag sichtbar machen"
|
aktivitaet: "Zielbeitrag sichtbar machen"
|
||||||
beschreibung: "Zielbeitrag anhand klarer KPIs sichtbar machen"
|
beschreibung: "Zielbeitrag anhand klarer KPIs sichtbar machen"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 2. FUNKTIONSVERSTÄNDNIS & ABGRENZUNG
|
# 2. FUNKTIONSVERSTÄNDNIS & ABGRENZUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
funktionsverstaendnis:
|
funktionsverstaendnis:
|
||||||
charakterisierung:
|
charakterisierung:
|
||||||
typ: "Bewertungs- und Orchestrierungsfunktion"
|
typ: "Bewertungs- und Orchestrierungsfunktion"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die neutrale Instanz, die Demands strukturiert bewertet, priorisiert und als
|
Die neutrale Instanz, die Demands strukturiert bewertet, priorisiert und als
|
||||||
Entscheidungsvorlagen in die zuständigen Gremien einbringt. Die Funktion hält
|
Entscheidungsvorlagen in die zuständigen Gremien einbringt. Die Funktion hält
|
||||||
Methodik, Routing und Demand-Portfolio-Transparenz zusammen – getrennt von der
|
Methodik, Routing und Demand-Portfolio-Transparenz zusammen – getrennt von der
|
||||||
finalen Entscheidung und der operativen Umsetzung.
|
finalen Entscheidung und der operativen Umsetzung.
|
||||||
|
|
||||||
grundprinzipien:
|
grundprinzipien:
|
||||||
verantwortung_bleibt_wo_sie_hingehoert:
|
verantwortung_bleibt_wo_sie_hingehoert:
|
||||||
beschreibung: "Klare Trennung zwischen Vorbereitung und Entscheidung"
|
beschreibung: "Klare Trennung zwischen Vorbereitung und Entscheidung"
|
||||||
|
|
||||||
entscheidungen:
|
entscheidungen:
|
||||||
wo: "Gremien (DSR, MB)"
|
wo: "Gremien (DSR, MB)"
|
||||||
was: "Freigabe, Ablehnung oder Delegation"
|
was: "Freigabe, Ablehnung oder Delegation"
|
||||||
dpm_rolle: "Bereitet vor, präsentiert, führt Beschlüsse nach – entscheidet aber nicht anstelle der Gremien"
|
dpm_rolle: "Bereitet vor, präsentiert, führt Beschlüsse nach – entscheidet aber nicht anstelle der Gremien"
|
||||||
|
|
||||||
linien_budget_verantwortung:
|
linien_budget_verantwortung:
|
||||||
wo: "MB und Fachbereiche"
|
wo: "MB und Fachbereiche"
|
||||||
dpm_rolle: "Stellt Systematik und Entscheidungsreife sicher"
|
dpm_rolle: "Stellt Systematik und Entscheidungsreife sicher"
|
||||||
|
|
||||||
partnerschaft_statt_kontrolle:
|
partnerschaft_statt_kontrolle:
|
||||||
beschreibung: "DPM arbeitet auf Augenhöhe mit anderen Portfolio-Funktionen"
|
beschreibung: "DPM arbeitet auf Augenhöhe mit anderen Portfolio-Funktionen"
|
||||||
|
|
||||||
partnerschaften:
|
partnerschaften:
|
||||||
- partner: "shm"
|
- partner: "shm"
|
||||||
beziehung: "SHM speist vorqualifizierte Demands ein"
|
beziehung: "SHM speist vorqualifizierte Demands ein"
|
||||||
|
|
||||||
- partner: "dpm"
|
- partner: "dpm"
|
||||||
beziehung: "DPM qualifiziert und bündelt"
|
beziehung: "DPM qualifiziert und bündelt"
|
||||||
|
|
||||||
- partner: "spm"
|
- partner: "spm"
|
||||||
beziehung: "SPM bewertet Service-Auswirkungen"
|
beziehung: "SPM bewertet Service-Auswirkungen"
|
||||||
|
|
||||||
- partner: "ppm"
|
- partner: "ppm"
|
||||||
beziehung: "PPM integriert in das Projektportfolio"
|
beziehung: "PPM integriert in das Projektportfolio"
|
||||||
|
|
||||||
institutionalisierung: "Diese Partnerschaft ist im DSR institutionalisiert (stimmberechtigte Kernrollen)"
|
institutionalisierung: "Diese Partnerschaft ist im DSR institutionalisiert (stimmberechtigte Kernrollen)"
|
||||||
|
|
||||||
arbeitsweise: "Folgt definierten Informationsflüssen (Bottom-up, Top-down, Horizontal) und fördert schnelle, anschlussfähige Entscheidungen statt 'Kontrolle'"
|
arbeitsweise: "Folgt definierten Informationsflüssen (Bottom-up, Top-down, Horizontal) und fördert schnelle, anschlussfähige Entscheidungen statt 'Kontrolle'"
|
||||||
|
|
||||||
systematische_bewertung_transparenz:
|
systematische_bewertung_transparenz:
|
||||||
verantwortung_dpm:
|
verantwortung_dpm:
|
||||||
- "Klassifizierung"
|
- "Klassifizierung"
|
||||||
- "Analyse"
|
- "Analyse"
|
||||||
- "Bewertung"
|
- "Bewertung"
|
||||||
- "Priorisierung"
|
- "Priorisierung"
|
||||||
- "Erstellung Entscheidungsvorlagen"
|
- "Erstellung Entscheidungsvorlagen"
|
||||||
- "Sauberes Entscheidungs-Routing (je nach Tragweite, Komplexität, Systemebene, Treiber)"
|
- "Sauberes Entscheidungs-Routing (je nach Tragweite, Komplexität, Systemebene, Treiber)"
|
||||||
|
|
||||||
transparenz: "DPM stellt Transparenz über ein zentrales Demand-Portfolio her und bereitet Reviews für MB/AL-Planung vor"
|
transparenz: "DPM stellt Transparenz über ein zentrales Demand-Portfolio her und bereitet Reviews für MB/AL-Planung vor"
|
||||||
|
|
||||||
nicht_teil_des_mandats:
|
nicht_teil_des_mandats:
|
||||||
- "Operative Projektentscheidungen"
|
- "Operative Projektentscheidungen"
|
||||||
- "Umsetzungsleistungen"
|
- "Umsetzungsleistungen"
|
||||||
|
|
||||||
abgrenzung_zu_angrenzenden_funktionen:
|
abgrenzung_zu_angrenzenden_funktionen:
|
||||||
- funktion: "shm"
|
- funktion: "shm"
|
||||||
name: "Stakeholder-Management"
|
name: "Stakeholder-Management"
|
||||||
tut: "Erfasst und klärt den Bedarf mit Stakeholdern"
|
tut: "Erfasst und klärt den Bedarf mit Stakeholdern"
|
||||||
uebergabe: "Übergibt vorqualifiziert an DPM"
|
uebergabe: "Übergibt vorqualifiziert an DPM"
|
||||||
|
|
||||||
- funktion: "dpm"
|
- funktion: "dpm"
|
||||||
name: "Demand-Portfolio-Management"
|
name: "Demand-Portfolio-Management"
|
||||||
tut: "Klassifiziert, analysiert, bewertet, priorisiert, routet"
|
tut: "Klassifiziert, analysiert, bewertet, priorisiert, routet"
|
||||||
uebergabe: "Bringt Vorlagen in DSR/MB ein"
|
uebergabe: "Bringt Vorlagen in DSR/MB ein"
|
||||||
|
|
||||||
- funktion: "spm"
|
- funktion: "spm"
|
||||||
name: "Service-Portfolio-Management"
|
name: "Service-Portfolio-Management"
|
||||||
tut: "Prüft Service-Fit/-Impact und katalogseitige Konsequenzen"
|
tut: "Prüft Service-Fit/-Impact und katalogseitige Konsequenzen"
|
||||||
|
|
||||||
- funktion: "ppm"
|
- funktion: "ppm"
|
||||||
name: "Projekt-Portfolio-Management"
|
name: "Projekt-Portfolio-Management"
|
||||||
tut: "Integriert freigegebene Demands in das Projektportfolio"
|
tut: "Integriert freigegebene Demands in das Projektportfolio"
|
||||||
und: "Steuert Projektumsetzungen"
|
und: "Steuert Projektumsetzungen"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 3. VERANTWORTUNGSBEREICHE
|
# 3. VERANTWORTUNGSBEREICHE
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
verantwortungsbereiche:
|
verantwortungsbereiche:
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 3.1 DEMAND-PORTFOLIO-MANAGEMENT
|
# 3.1 DEMAND-PORTFOLIO-MANAGEMENT
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
bereich_1_portfolio_management:
|
bereich_1_portfolio_management:
|
||||||
id: "VB1"
|
id: "VB1"
|
||||||
name: "Demand-Portfolio-Management"
|
name: "Demand-Portfolio-Management"
|
||||||
|
|
||||||
was:
|
was:
|
||||||
- "Zentrales Demand-Portfolio führen und aktuell halten"
|
- "Zentrales Demand-Portfolio führen und aktuell halten"
|
||||||
- "Trends und Muster analysieren"
|
- "Trends und Muster analysieren"
|
||||||
- "Demand-Portfolio-Methodiken optimieren"
|
- "Demand-Portfolio-Methodiken optimieren"
|
||||||
- "Entlang Vision-Board-Leitplanken bewerten und priorisieren"
|
- "Entlang Vision-Board-Leitplanken bewerten und priorisieren"
|
||||||
|
|
||||||
warum:
|
warum:
|
||||||
- "Strategiekonforme, ressourcenfähige Auswahl durch MB ermöglichen"
|
- "Strategiekonforme, ressourcenfähige Auswahl durch MB ermöglichen"
|
||||||
- "DPM liefert die strukturierte Grundlage, MB trifft die Allokationsentscheidungen"
|
- "DPM liefert die strukturierte Grundlage, MB trifft die Allokationsentscheidungen"
|
||||||
- "Objektivität sichern durch Trennung von Bewertung (DPM) und Entscheidung (DSR/MB)"
|
- "Objektivität sichern durch Trennung von Bewertung (DPM) und Entscheidung (DSR/MB)"
|
||||||
|
|
||||||
wie:
|
wie:
|
||||||
routinen:
|
routinen:
|
||||||
- frequenz: "woechentlich"
|
- frequenz: "woechentlich"
|
||||||
was: "DSR"
|
was: "DSR"
|
||||||
|
|
||||||
- frequenz: "quartalsweise"
|
- frequenz: "quartalsweise"
|
||||||
was: "Demand-Portfolio-Review"
|
was: "Demand-Portfolio-Review"
|
||||||
|
|
||||||
reporting:
|
reporting:
|
||||||
an: "mb"
|
an: "mb"
|
||||||
format: "MB-Kurzpräsentation"
|
format: "MB-Kurzpräsentation"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Demand-Portfolio-Entwicklung"
|
- "Demand-Portfolio-Entwicklung"
|
||||||
- "Muster"
|
- "Muster"
|
||||||
- "Handlungsbedarfe"
|
- "Handlungsbedarfe"
|
||||||
- "Empfehlungen"
|
- "Empfehlungen"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 3.2 KLASSIFIZIERUNG, ANALYSE, BEWERTUNG, PRIORISIERUNG
|
# 3.2 KLASSIFIZIERUNG, ANALYSE, BEWERTUNG, PRIORISIERUNG
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
bereich_2_qualifizierung:
|
bereich_2_qualifizierung:
|
||||||
id: "VB2"
|
id: "VB2"
|
||||||
name: "Demand-Klassifizierung, Analyse, Bewertung und Priorisierung"
|
name: "Demand-Klassifizierung, Analyse, Bewertung und Priorisierung"
|
||||||
|
|
||||||
was:
|
was:
|
||||||
- "Klassifizierung nach vordefinierten Dimensionen"
|
- "Klassifizierung nach vordefinierten Dimensionen"
|
||||||
- "Unzureichend qualifizierte Demands zurückweisen"
|
- "Unzureichend qualifizierte Demands zurückweisen"
|
||||||
- "Dubletten konsolidieren"
|
- "Dubletten konsolidieren"
|
||||||
- "Fachexpert:innen einbeziehen"
|
- "Fachexpert:innen einbeziehen"
|
||||||
- "Anwendung von Kategorien & Bewertungskriterien"
|
- "Anwendung von Kategorien & Bewertungskriterien"
|
||||||
- "Nutzung Bedarfs-Steckbrief und Demand-Entscheidungsvorlage"
|
- "Nutzung Bedarfs-Steckbrief und Demand-Entscheidungsvorlage"
|
||||||
|
|
||||||
warum:
|
warum:
|
||||||
- "Klaren Prozess und Verfahren gegenüber Stakeholder sicherstellen"
|
- "Klaren Prozess und Verfahren gegenüber Stakeholder sicherstellen"
|
||||||
- "Entscheidungsfähigkeit herstellen und Vergleichbarkeit sichern"
|
- "Entscheidungsfähigkeit herstellen und Vergleichbarkeit sichern"
|
||||||
|
|
||||||
wie:
|
wie:
|
||||||
methodik:
|
methodik:
|
||||||
beschreibung: "Standardisierte Klassifizierung/Bewertung/Priorisierung"
|
beschreibung: "Standardisierte Klassifizierung/Bewertung/Priorisierung"
|
||||||
referenz: "DPM-Framework"
|
referenz: "DPM-Framework"
|
||||||
|
|
||||||
interaktion:
|
interaktion:
|
||||||
- mit: "shm"
|
- mit: "shm"
|
||||||
was: "Rückfragen/Nachforderungen"
|
was: "Rückfragen/Nachforderungen"
|
||||||
|
|
||||||
- mit: ["spm", "ppm", "ita"]
|
- mit: ["spm", "ppm", "ita"]
|
||||||
was: "Abstimmung bei Service-, Projekt- oder Technikfragen"
|
was: "Abstimmung bei Service-, Projekt- oder Technikfragen"
|
||||||
|
|
||||||
dokumentation:
|
dokumentation:
|
||||||
- "Laufende Statuspflege im Ticketsystem"
|
- "Laufende Statuspflege im Ticketsystem"
|
||||||
- "Statuspflege in weiteren genutzten Tools im Demand-Portfolio"
|
- "Statuspflege in weiteren genutzten Tools im Demand-Portfolio"
|
||||||
- "Portfolio-Abgleich"
|
- "Portfolio-Abgleich"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 3.3 GREMIENARBEIT
|
# 3.3 GREMIENARBEIT
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
bereich_3_gremienarbeit:
|
bereich_3_gremienarbeit:
|
||||||
id: "VB3"
|
id: "VB3"
|
||||||
name: "Gremienarbeit"
|
name: "Gremienarbeit"
|
||||||
|
|
||||||
was:
|
was:
|
||||||
- "DSR vorbereiten, in der Sitzung präsentieren, Beschlüsse dokumentieren"
|
- "DSR vorbereiten, in der Sitzung präsentieren, Beschlüsse dokumentieren"
|
||||||
- "MB-Vorstellung MB-relevanter Demands"
|
- "MB-Vorstellung MB-relevanter Demands"
|
||||||
- "Nachbearbeitung und Umsetzungsvorbereitung gemäß Beschlüssen"
|
- "Nachbearbeitung und Umsetzungsvorbereitung gemäß Beschlüssen"
|
||||||
|
|
||||||
warum:
|
warum:
|
||||||
- "Klare, effiziente Entscheidungen im Konsent-Verfahren"
|
- "Klare, effiziente Entscheidungen im Konsent-Verfahren"
|
||||||
- "Eskalationsfähigkeit zum MB bei Uneinigkeit oder Kompetenzüberschreitung"
|
- "Eskalationsfähigkeit zum MB bei Uneinigkeit oder Kompetenzüberschreitung"
|
||||||
|
|
||||||
wie:
|
wie:
|
||||||
rhythmus_rolle:
|
rhythmus_rolle:
|
||||||
- frequenz: "woechentlich"
|
- frequenz: "woechentlich"
|
||||||
gremium: "dsr"
|
gremium: "dsr"
|
||||||
|
|
||||||
- frequenz: "ad_hoc"
|
- frequenz: "ad_hoc"
|
||||||
was: "Sondersitzungen auf Antrag"
|
was: "Sondersitzungen auf Antrag"
|
||||||
|
|
||||||
arbeitsweise:
|
arbeitsweise:
|
||||||
- "Standard-Agenda"
|
- "Standard-Agenda"
|
||||||
- "Unterlagen vorab"
|
- "Unterlagen vorab"
|
||||||
- "Confluence-Ablage"
|
- "Confluence-Ablage"
|
||||||
- "Unmittelbare Ergebnis-Kommunikation"
|
- "Unmittelbare Ergebnis-Kommunikation"
|
||||||
|
|
||||||
outputs:
|
outputs:
|
||||||
- "Beschlussprotokolle"
|
- "Beschlussprotokolle"
|
||||||
- "Aktualisierte Demand-Portfolio-/Ticket-Einträge"
|
- "Aktualisierte Demand-Portfolio-/Ticket-Einträge"
|
||||||
- "Übergabe an PPM bei Freigabe"
|
- "Übergabe an PPM bei Freigabe"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 4. SCHNITTSTELLEN
|
# 4. SCHNITTSTELLEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
schnittstellen:
|
schnittstellen:
|
||||||
beschreibung: "Input/Output/Typische Abstimmungswege"
|
beschreibung: "Input/Output/Typische Abstimmungswege"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 4.1 INPUTS
|
# 4.1 INPUTS
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
inputs:
|
inputs:
|
||||||
beschreibung: "Was das DPM empfängt"
|
beschreibung: "Was das DPM empfängt"
|
||||||
|
|
||||||
quellen:
|
quellen:
|
||||||
- von: "vision_board"
|
- von: "vision_board"
|
||||||
inhalt: "Strategische Leitplanken und Top-down-Vorgaben, die den Priorisierungsrahmen für Demands setzen"
|
inhalt: "Strategische Leitplanken und Top-down-Vorgaben, die den Priorisierungsrahmen für Demands setzen"
|
||||||
|
|
||||||
- von: "mission_board"
|
- von: "mission_board"
|
||||||
inhalt: "Beschlüsse und Prioritäten für MB-relevante Demands; Rückfragen oder Arbeitsaufträge an DPM bei Vertagung/Delegation"
|
inhalt: "Beschlüsse und Prioritäten für MB-relevante Demands; Rückfragen oder Arbeitsaufträge an DPM bei Vertagung/Delegation"
|
||||||
|
|
||||||
- von: "shm"
|
- von: "shm"
|
||||||
inhalt: "Übergabe vorqualifizierter Demands inkl. Bedarfs-Steckbrief; Nachlieferungen bei Rückfragen; Statuswechsel 'an DPM übergeben' mit SHM-Einschätzung"
|
inhalt: "Übergabe vorqualifizierter Demands inkl. Bedarfs-Steckbrief; Nachlieferungen bei Rückfragen; Statuswechsel 'an DPM übergeben' mit SHM-Einschätzung"
|
||||||
|
|
||||||
- von: "spm"
|
- von: "spm"
|
||||||
inhalt: "Input zu Service-Fit und -Konsequenzen; Abstimmung, wenn direkte Service-Umsetzung möglich oder Service-Impact zu prüfen ist"
|
inhalt: "Input zu Service-Fit und -Konsequenzen; Abstimmung, wenn direkte Service-Umsetzung möglich oder Service-Impact zu prüfen ist"
|
||||||
|
|
||||||
- von: "ppm"
|
- von: "ppm"
|
||||||
inhalt: "Informationen zu laufenden/geplanten Projekten zur Überschneidungsprüfung; Abgleich bei potenziellen Projekt-Kollisionen"
|
inhalt: "Informationen zu laufenden/geplanten Projekten zur Überschneidungsprüfung; Abgleich bei potenziellen Projekt-Kollisionen"
|
||||||
|
|
||||||
- von: "ita"
|
- von: "ita"
|
||||||
inhalt: "Strategische/technische Grundsatz-Inputs zur Machbarkeit und Architekturrahmen"
|
inhalt: "Strategische/technische Grundsatz-Inputs zur Machbarkeit und Architekturrahmen"
|
||||||
|
|
||||||
- von: "fachexpertinnen"
|
- von: "fachexpertinnen"
|
||||||
inhalt: "Punktuelle Expertise für Bewertung/Qualifizierung (fachlich/technisch)"
|
inhalt: "Punktuelle Expertise für Bewertung/Qualifizierung (fachlich/technisch)"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 4.2 OUTPUTS
|
# 4.2 OUTPUTS
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
outputs:
|
outputs:
|
||||||
beschreibung: "Was das DPM weitergibt"
|
beschreibung: "Was das DPM weitergibt"
|
||||||
|
|
||||||
ziele:
|
ziele:
|
||||||
- an: "dsr"
|
- an: "dsr"
|
||||||
inhalt: "Standardisierte Entscheidungsvorlage je Demand (Klassifizierung, Optionen, Empfehlung, Auswirkungen, Risiken), Vorstellung in der Sitzung, Beschluss-/Aufgabenüberführung"
|
inhalt: "Standardisierte Entscheidungsvorlage je Demand (Klassifizierung, Optionen, Empfehlung, Auswirkungen, Risiken), Vorstellung in der Sitzung, Beschluss-/Aufgabenüberführung"
|
||||||
|
|
||||||
- an: "mb"
|
- an: "mb"
|
||||||
inhalt: "Entscheidungsvorlage für MB-relevante Demands inkl. Priorisierungsempfehlung, strategischer Fit, Ressourcen-/Portfolio-Auswirkungen, Alternativen; Kurzbericht Entscheidung/Nachverfolgung"
|
inhalt: "Entscheidungsvorlage für MB-relevante Demands inkl. Priorisierungsempfehlung, strategischer Fit, Ressourcen-/Portfolio-Auswirkungen, Alternativen; Kurzbericht Entscheidung/Nachverfolgung"
|
||||||
|
|
||||||
- an: "shm"
|
- an: "shm"
|
||||||
inhalt: "Rückmeldung zum Bewertungsergebnis (z.B. Nachlieferung benötigt, Konsolidierung mit ähnlichen Demands, Routing in DSR/MB, Ablehnungs-/Delegationsbegründung); aktualisierte Steckbrief-Anforderungen"
|
inhalt: "Rückmeldung zum Bewertungsergebnis (z.B. Nachlieferung benötigt, Konsolidierung mit ähnlichen Demands, Routing in DSR/MB, Ablehnungs-/Delegationsbegründung); aktualisierte Steckbrief-Anforderungen"
|
||||||
|
|
||||||
- an: "spm"
|
- an: "spm"
|
||||||
inhalt: "Klärungsanfragen zu Service-Fit/-Impact, dokumentierte Ergebnisse für Entscheidungsvorlage; Hinweise auf Servicekatalog-Anpassungen"
|
inhalt: "Klärungsanfragen zu Service-Fit/-Impact, dokumentierte Ergebnisse für Entscheidungsvorlage; Hinweise auf Servicekatalog-Anpassungen"
|
||||||
|
|
||||||
- an: "ppm"
|
- an: "ppm"
|
||||||
inhalt: "Übergabe freigegebener Demands in die Projektpipeline inkl. Beschlussreferenz, Priorität, Abhängigkeiten, initialer Projektsteckbrief/Startkonditionen"
|
inhalt: "Übergabe freigegebener Demands in die Projektpipeline inkl. Beschlussreferenz, Priorität, Abhängigkeiten, initialer Projektsteckbrief/Startkonditionen"
|
||||||
|
|
||||||
- an: ["ita", "fachexpertinnen"]
|
- an: ["ita", "fachexpertinnen"]
|
||||||
inhalt: "Gezielte Architektur-/Fachabfragen zur Entscheidungsreife; zusammengefasste Einschätzungen für die Vorlage (Machbarkeit, Standards, Risiken)"
|
inhalt: "Gezielte Architektur-/Fachabfragen zur Entscheidungsreife; zusammengefasste Einschätzungen für die Vorlage (Machbarkeit, Standards, Risiken)"
|
||||||
|
|
||||||
- an: "al_p"
|
- an: "al_p"
|
||||||
inhalt: "Quartalsweiser Demand-Portfolio-Report: KPI-Dashboard, Muster/Trends, Handlungs-/Priorisierungsempfehlungen"
|
inhalt: "Quartalsweiser Demand-Portfolio-Report: KPI-Dashboard, Muster/Trends, Handlungs-/Priorisierungsempfehlungen"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# 4.3 TYPISCHE ABSTIMMUNGSWEGE
|
# 4.3 TYPISCHE ABSTIMMUNGSWEGE
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
typische_abstimmungswege:
|
typische_abstimmungswege:
|
||||||
beschreibung: "Standardisierte Interaktionsformate"
|
beschreibung: "Standardisierte Interaktionsformate"
|
||||||
|
|
||||||
formate:
|
formate:
|
||||||
- format: "dsr_regulaer"
|
- format: "dsr_regulaer"
|
||||||
name: "DSR – Regulär"
|
name: "DSR – Regulär"
|
||||||
frequenz: "woechentlich"
|
frequenz: "woechentlich"
|
||||||
|
|
||||||
inhalt:
|
inhalt:
|
||||||
- "Vorstellung der Entscheidungsvorlagen durch DPM"
|
- "Vorstellung der Entscheidungsvorlagen durch DPM"
|
||||||
- "Gemeinsame Bewertung/Klassifizierung"
|
- "Gemeinsame Bewertung/Klassifizierung"
|
||||||
- "Beschluss (Freigabe, Ablehnung, Zurückstellung, Delegation ans MB)"
|
- "Beschluss (Freigabe, Ablehnung, Zurückstellung, Delegation ans MB)"
|
||||||
- "Protokoll und Ticket-Update"
|
- "Protokoll und Ticket-Update"
|
||||||
|
|
||||||
- format: "sonder_dsr"
|
- format: "sonder_dsr"
|
||||||
name: "Sonder-DSR"
|
name: "Sonder-DSR"
|
||||||
frequenz: "ad_hoc"
|
frequenz: "ad_hoc"
|
||||||
|
|
||||||
inhalt:
|
inhalt:
|
||||||
- "Kurzfristige Klärung dringlicher Themen oder Konflikte"
|
- "Kurzfristige Klärung dringlicher Themen oder Konflikte"
|
||||||
- "Einberufung auf Anfrage eines DSR-Mitglieds"
|
- "Einberufung auf Anfrage eines DSR-Mitglieds"
|
||||||
- "Entscheidung über Einberufung liegt beim DPM"
|
- "Entscheidung über Einberufung liegt beim DPM"
|
||||||
- "Eskalationsweg bei Bedarf"
|
- "Eskalationsweg bei Bedarf"
|
||||||
|
|
||||||
- format: "mission_board"
|
- format: "mission_board"
|
||||||
name: "Mission Board"
|
name: "Mission Board"
|
||||||
frequenz: "zweiwoechentlich"
|
frequenz: "zweiwoechentlich"
|
||||||
|
|
||||||
inhalt:
|
inhalt:
|
||||||
- "Finale Entscheidung zu MB-relevanten Demands"
|
- "Finale Entscheidung zu MB-relevanten Demands"
|
||||||
- "Priorisierung/Ressourcen"
|
- "Priorisierung/Ressourcen"
|
||||||
- "DPM liefert MB-Vorlage"
|
- "DPM liefert MB-Vorlage"
|
||||||
- "PPM/SHM übernehmen Folgekommunikation und Statusupdates"
|
- "PPM/SHM übernehmen Folgekommunikation und Statusupdates"
|
||||||
|
|
||||||
- format: "shm_dpm_klaerung"
|
- format: "shm_dpm_klaerung"
|
||||||
name: "SHM ↔ DPM – Klärungsschleifen"
|
name: "SHM ↔ DPM – Klärungsschleifen"
|
||||||
frequenz: "laufend"
|
frequenz: "laufend"
|
||||||
|
|
||||||
inhalt:
|
inhalt:
|
||||||
- "Nachforderungen bei unvollständigen Demands"
|
- "Nachforderungen bei unvollständigen Demands"
|
||||||
- "Persönliche Kurzabstimmungen/E-Mail"
|
- "Persönliche Kurzabstimmungen/E-Mail"
|
||||||
- "SHM aktualisiert Steckbrief/Ticket"
|
- "SHM aktualisiert Steckbrief/Ticket"
|
||||||
|
|
||||||
- format: "dpm_spm_service"
|
- format: "dpm_spm_service"
|
||||||
name: "DPM ↔ SPM – Service-Fit/Impact"
|
name: "DPM ↔ SPM – Service-Fit/Impact"
|
||||||
frequenz: "bei_bedarf"
|
frequenz: "bei_bedarf"
|
||||||
|
|
||||||
inhalt:
|
inhalt:
|
||||||
- "Abgleich Service-Bezug"
|
- "Abgleich Service-Bezug"
|
||||||
- "Direkte Umsetzung kleiner Demands mit SPM/Service Manager"
|
- "Direkte Umsetzung kleiner Demands mit SPM/Service Manager"
|
||||||
- "Ergebnissicherung für die Entscheidungsvorlage"
|
- "Ergebnissicherung für die Entscheidungsvorlage"
|
||||||
|
|
||||||
- format: "dpm_ppm_projekt"
|
- format: "dpm_ppm_projekt"
|
||||||
name: "DPM ↔ PPM – Projekt-Abgleich/Übergabe"
|
name: "DPM ↔ PPM – Projekt-Abgleich/Übergabe"
|
||||||
frequenz: "bei_bedarf"
|
frequenz: "bei_bedarf"
|
||||||
|
|
||||||
inhalt:
|
inhalt:
|
||||||
- "Prüfen von Überschneidungen mit laufenden/geplanten Projekten"
|
- "Prüfen von Überschneidungen mit laufenden/geplanten Projekten"
|
||||||
- "Übergabe freigegebener Demands in die Projektpipeline"
|
- "Übergabe freigegebener Demands in die Projektpipeline"
|
||||||
- "Status-Reporting zurück an DSR/MB"
|
- "Status-Reporting zurück an DSR/MB"
|
||||||
|
|
||||||
- format: "dpm_ita_grundsatz"
|
- format: "dpm_ita_grundsatz"
|
||||||
name: "DPM ↔ IT-Architektur-Board"
|
name: "DPM ↔ IT-Architektur-Board"
|
||||||
frequenz: "bei_grundsatzfragen"
|
frequenz: "bei_grundsatzfragen"
|
||||||
|
|
||||||
inhalt:
|
inhalt:
|
||||||
- "Technische Leitplanken/Machbarkeit klären"
|
- "Technische Leitplanken/Machbarkeit klären"
|
||||||
- "Kurzlage/Fragestellung aus DSR/DPM"
|
- "Kurzlage/Fragestellung aus DSR/DPM"
|
||||||
|
|
||||||
- format: "portfolio_review"
|
- format: "portfolio_review"
|
||||||
name: "Demand-Portfolio-Review"
|
name: "Demand-Portfolio-Review"
|
||||||
frequenz: "quartalsweise"
|
frequenz: "quartalsweise"
|
||||||
|
|
||||||
inhalt:
|
inhalt:
|
||||||
- "Muster-/Trendanalysen"
|
- "Muster-/Trendanalysen"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# REFERENZEN
|
# REFERENZEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
verwandte_dokumente:
|
verwandte_dokumente:
|
||||||
- titel: "Rollenbeschreibung DPM"
|
- titel: "Rollenbeschreibung DPM"
|
||||||
pfad: "#01.1_funktion/rollenbeschreibung-dpm.yaml"
|
pfad: "#01.1_funktion/rollenbeschreibung-dpm.yaml"
|
||||||
unterschied: "Rollenbeschreibung = personenzentriert; Funktionsbeschreibung = systemisch"
|
unterschied: "Rollenbeschreibung = personenzentriert; Funktionsbeschreibung = systemisch"
|
||||||
|
|
||||||
- titel: "Demand-Portfolio Governance"
|
- titel: "Demand-Portfolio Governance"
|
||||||
pfad: "#01.2_governance/demand-portfolio-governance.yaml"
|
pfad: "#01.2_governance/demand-portfolio-governance.yaml"
|
||||||
relevanz: "Übergeordneter Governance-Rahmen für DPM-Funktion"
|
relevanz: "Übergeordneter Governance-Rahmen für DPM-Funktion"
|
||||||
|
|
||||||
- titel: "RACI-Matrix DPM"
|
- titel: "RACI-Matrix DPM"
|
||||||
pfad: "#01.2_governance/raci-matrix-dpm.yaml"
|
pfad: "#01.2_governance/raci-matrix-dpm.yaml"
|
||||||
relevanz: "Detaillierte Verantwortlichkeiten über Phasen hinweg"
|
relevanz: "Detaillierte Verantwortlichkeiten über Phasen hinweg"
|
||||||
|
|
||||||
- titel: "Demand-Klassifizierung"
|
- titel: "Demand-Klassifizierung"
|
||||||
pfad: "#01.4_methodik/demand-klassifizierung.yaml"
|
pfad: "#01.4_methodik/demand-klassifizierung.yaml"
|
||||||
relevanz: "Methodischer Kern der DPM-Funktion"
|
relevanz: "Methodischer Kern der DPM-Funktion"
|
||||||
|
|
@ -1,329 +1,329 @@
|
||||||
meta:
|
meta:
|
||||||
typ: "bewertungsmatrix"
|
typ: "bewertungsmatrix"
|
||||||
dimension: "komplexitaet"
|
dimension: "komplexitaet"
|
||||||
titel: "Klassifizierungsmatrix Komplexität"
|
titel: "Klassifizierungsmatrix Komplexität"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "[Datum]"
|
gueltig_ab: "[Datum]"
|
||||||
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
||||||
status: "abgenommen_in_gesamtkonzept"
|
status: "abgenommen_in_gesamtkonzept"
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
teil_von: "#01.4_methodik/demand-klassifizierung.yaml"
|
teil_von: "#01.4_methodik/demand-klassifizierung.yaml"
|
||||||
verwendet_in: "#01.4_methodik/demand-bewertung.yaml"
|
verwendet_in: "#01.4_methodik/demand-bewertung.yaml"
|
||||||
|
|
||||||
kontext_tags:
|
kontext_tags:
|
||||||
- "komplexitaet"
|
- "komplexitaet"
|
||||||
- "loesungsunsicherheit"
|
- "loesungsunsicherheit"
|
||||||
- "bewertungsmatrix"
|
- "bewertungsmatrix"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# ZWECK
|
# ZWECK
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
zweck:
|
zweck:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Diese Bewertungsmatrix unterstützt die Einschätzung der Komplexität von Demands.
|
Diese Bewertungsmatrix unterstützt die Einschätzung der Komplexität von Demands.
|
||||||
Sie operationalisiert die Dimension "Komplexität" aus dem Klassifizierungsmodell
|
Sie operationalisiert die Dimension "Komplexität" aus dem Klassifizierungsmodell
|
||||||
und hilft DPM, die Lösungsunsicherheit und den Koordinationsaufwand strukturiert
|
und hilft DPM, die Lösungsunsicherheit und den Koordinationsaufwand strukturiert
|
||||||
zu bewerten.
|
zu bewerten.
|
||||||
|
|
||||||
grundverstaendnis: |
|
grundverstaendnis: |
|
||||||
Komplexität im DPM-Kontext bedeutet nicht primär technische Schwierigkeit,
|
Komplexität im DPM-Kontext bedeutet nicht primär technische Schwierigkeit,
|
||||||
sondern die Unsicherheit über Lösung, Aufwand und Abhängigkeiten. Ein technisch
|
sondern die Unsicherheit über Lösung, Aufwand und Abhängigkeiten. Ein technisch
|
||||||
einfacher Demand kann hochkomplex sein, wenn viele Stakeholder mit unterschiedlichen
|
einfacher Demand kann hochkomplex sein, wenn viele Stakeholder mit unterschiedlichen
|
||||||
Interessen involviert sind.
|
Interessen involviert sind.
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# BEWERTUNGSDIMENSIONEN
|
# BEWERTUNGSDIMENSIONEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
bewertungsdimensionen:
|
bewertungsdimensionen:
|
||||||
anzahl: 4
|
anzahl: 4
|
||||||
beschreibung: "Vier orthogonale Bewertungsdimensionen zur Komplexitätseinschätzung"
|
beschreibung: "Vier orthogonale Bewertungsdimensionen zur Komplexitätseinschätzung"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# DIMENSION 1: STAKEHOLDER & KOORDINATION
|
# DIMENSION 1: STAKEHOLDER & KOORDINATION
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
dimension_1_stakeholder_koordination:
|
dimension_1_stakeholder_koordination:
|
||||||
id: "stakeholder_koordination"
|
id: "stakeholder_koordination"
|
||||||
name: "Stakeholder & Koordination"
|
name: "Stakeholder & Koordination"
|
||||||
leitfrage: "Wie viele Akteure müssen koordiniert werden?"
|
leitfrage: "Wie viele Akteure müssen koordiniert werden?"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "beteiligte_teams"
|
- kriterium_id: "beteiligte_teams"
|
||||||
name: "Beteiligte Teams"
|
name: "Beteiligte Teams"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "1-2 Teams"
|
moderat: "1-2 Teams"
|
||||||
komplex: "3-4 Teams"
|
komplex: "3-4 Teams"
|
||||||
hochkomplex: "5+ Teams"
|
hochkomplex: "5+ Teams"
|
||||||
|
|
||||||
- kriterium_id: "stakeholder_gruppen"
|
- kriterium_id: "stakeholder_gruppen"
|
||||||
name: "Stakeholder-Gruppen"
|
name: "Stakeholder-Gruppen"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "1-2 Gruppen"
|
moderat: "1-2 Gruppen"
|
||||||
komplex: "3-5 Gruppen"
|
komplex: "3-5 Gruppen"
|
||||||
hochkomplex: "6+ Gruppen"
|
hochkomplex: "6+ Gruppen"
|
||||||
|
|
||||||
- kriterium_id: "entscheidungsebene"
|
- kriterium_id: "entscheidungsebene"
|
||||||
name: "Entscheidungsebene"
|
name: "Entscheidungsebene"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "Arbeitsebene"
|
moderat: "Arbeitsebene"
|
||||||
komplex: "Abteilungsleitung"
|
komplex: "Abteilungsleitung"
|
||||||
hochkomplex: "Amtsleitung/Politik"
|
hochkomplex: "Amtsleitung/Politik"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# DIMENSION 2: LÖSUNGSRAUM & UNSICHERHEIT
|
# DIMENSION 2: LÖSUNGSRAUM & UNSICHERHEIT
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
dimension_2_loesungsraum_unsicherheit:
|
dimension_2_loesungsraum_unsicherheit:
|
||||||
id: "loesungsraum_unsicherheit"
|
id: "loesungsraum_unsicherheit"
|
||||||
name: "Lösungsraum & Unsicherheit"
|
name: "Lösungsraum & Unsicherheit"
|
||||||
leitfrage: "Wie klar ist der Weg zur Lösung?"
|
leitfrage: "Wie klar ist der Weg zur Lösung?"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "loesungsklarheit"
|
- kriterium_id: "loesungsklarheit"
|
||||||
name: "Lösungsklarheit"
|
name: "Lösungsklarheit"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "Eindeutige Lösung"
|
moderat: "Eindeutige Lösung"
|
||||||
komplex: "2-3 Optionen"
|
komplex: "2-3 Optionen"
|
||||||
hochkomplex: "Unklar/Exploration nötig"
|
hochkomplex: "Unklar/Exploration nötig"
|
||||||
|
|
||||||
- kriterium_id: "technologie_reife"
|
- kriterium_id: "technologie_reife"
|
||||||
name: "Technologie-Reife"
|
name: "Technologie-Reife"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "Bewährt im DIGIT"
|
moderat: "Bewährt im DIGIT"
|
||||||
komplex: "Neu für DIGIT"
|
komplex: "Neu für DIGIT"
|
||||||
hochkomplex: "Innovativ/Experimentell"
|
hochkomplex: "Innovativ/Experimentell"
|
||||||
|
|
||||||
- kriterium_id: "anforderungsstabilitaet"
|
- kriterium_id: "anforderungsstabilitaet"
|
||||||
name: "Anforderungsstabilität"
|
name: "Anforderungsstabilität"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "Stabil & klar"
|
moderat: "Stabil & klar"
|
||||||
komplex: "Teilweise unklar"
|
komplex: "Teilweise unklar"
|
||||||
hochkomplex: "Volatil/Undefiniert"
|
hochkomplex: "Volatil/Undefiniert"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# DIMENSION 3: ABHÄNGIGKEITEN & INTEGRATION
|
# DIMENSION 3: ABHÄNGIGKEITEN & INTEGRATION
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
dimension_3_abhaengigkeiten_integration:
|
dimension_3_abhaengigkeiten_integration:
|
||||||
id: "abhaengigkeiten_integration"
|
id: "abhaengigkeiten_integration"
|
||||||
name: "Abhängigkeiten & Integration"
|
name: "Abhängigkeiten & Integration"
|
||||||
leitfrage: "Wie vernetzt ist der Demand?"
|
leitfrage: "Wie vernetzt ist der Demand?"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "externe_partner"
|
- kriterium_id: "externe_partner"
|
||||||
name: "Externe Partner"
|
name: "Externe Partner"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "Keine"
|
moderat: "Keine"
|
||||||
komplex: "1-2 Partner"
|
komplex: "1-2 Partner"
|
||||||
hochkomplex: "3+ Partner"
|
hochkomplex: "3+ Partner"
|
||||||
|
|
||||||
- kriterium_id: "system_schnittstellen"
|
- kriterium_id: "system_schnittstellen"
|
||||||
name: "System-Schnittstellen"
|
name: "System-Schnittstellen"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "1-2 Systeme"
|
moderat: "1-2 Systeme"
|
||||||
komplex: "3-4 Systeme"
|
komplex: "3-4 Systeme"
|
||||||
hochkomplex: "5+ Systeme"
|
hochkomplex: "5+ Systeme"
|
||||||
|
|
||||||
- kriterium_id: "zeitliche_abhaengigkeiten"
|
- kriterium_id: "zeitliche_abhaengigkeiten"
|
||||||
name: "Zeitliche Abhängigkeiten"
|
name: "Zeitliche Abhängigkeiten"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "Flexibel planbar"
|
moderat: "Flexibel planbar"
|
||||||
komplex: "Teilweise gebunden"
|
komplex: "Teilweise gebunden"
|
||||||
hochkomplex: "Kritische Verkettung"
|
hochkomplex: "Kritische Verkettung"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# DIMENSION 4: RISIKEN & UNWÄGBARKEITEN
|
# DIMENSION 4: RISIKEN & UNWÄGBARKEITEN
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
dimension_4_risiken_unwaegbarkeiten:
|
dimension_4_risiken_unwaegbarkeiten:
|
||||||
id: "risiken_unwaegbarkeiten"
|
id: "risiken_unwaegbarkeiten"
|
||||||
name: "Risiken & Unwägbarkeiten"
|
name: "Risiken & Unwägbarkeiten"
|
||||||
leitfrage: "Wie beherrschbar sind die Risiken?"
|
leitfrage: "Wie beherrschbar sind die Risiken?"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "budget_unsicherheit"
|
- kriterium_id: "budget_unsicherheit"
|
||||||
name: "Budget-Unsicherheit"
|
name: "Budget-Unsicherheit"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "Verlässlich planbar"
|
moderat: "Verlässlich planbar"
|
||||||
komplex: "Bandbreiten-Schätzung"
|
komplex: "Bandbreiten-Schätzung"
|
||||||
hochkomplex: "Unkalkulierbar"
|
hochkomplex: "Unkalkulierbar"
|
||||||
|
|
||||||
- kriterium_id: "termin_risiko"
|
- kriterium_id: "termin_risiko"
|
||||||
name: "Termin-Risiko"
|
name: "Termin-Risiko"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "Gering"
|
moderat: "Gering"
|
||||||
komplex: "Mittel"
|
komplex: "Mittel"
|
||||||
hochkomplex: "Hoch/Unklar"
|
hochkomplex: "Hoch/Unklar"
|
||||||
|
|
||||||
- kriterium_id: "compliance_risiken"
|
- kriterium_id: "compliance_risiken"
|
||||||
name: "Compliance-Risiken"
|
name: "Compliance-Risiken"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
moderat: "Keine"
|
moderat: "Keine"
|
||||||
komplex: "Handhabbar"
|
komplex: "Handhabbar"
|
||||||
hochkomplex: "Kritisch/Unklar"
|
hochkomplex: "Kritisch/Unklar"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# SIGNALE FÜR HOCHKOMPLEXITÄT
|
# SIGNALE FÜR HOCHKOMPLEXITÄT
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
signale_hochkomplexitaet:
|
signale_hochkomplexitaet:
|
||||||
beschreibung: "Qualitative Indikatoren, die auf Hochkomplexität hindeuten"
|
beschreibung: "Qualitative Indikatoren, die auf Hochkomplexität hindeuten"
|
||||||
|
|
||||||
signale:
|
signale:
|
||||||
- id: "paradoxe_anforderungen"
|
- id: "paradoxe_anforderungen"
|
||||||
signal: "Paradoxe Anforderungen"
|
signal: "Paradoxe Anforderungen"
|
||||||
beispiel: "\"Soll alles können, darf nichts kosten\""
|
beispiel: "\"Soll alles können, darf nichts kosten\""
|
||||||
interpretation: "Fundamentale Zielkonflikte zwischen Stakeholdern"
|
interpretation: "Fundamentale Zielkonflikte zwischen Stakeholdern"
|
||||||
|
|
||||||
- id: "moving_targets"
|
- id: "moving_targets"
|
||||||
signal: "Moving Targets"
|
signal: "Moving Targets"
|
||||||
beschreibung: "Anforderungen ändern sich während der Analyse"
|
beschreibung: "Anforderungen ändern sich während der Analyse"
|
||||||
interpretation: "Instabile Ausgangslage, hohe Unsicherheit"
|
interpretation: "Instabile Ausgangslage, hohe Unsicherheit"
|
||||||
|
|
||||||
- id: "interessenskomplexitaet"
|
- id: "interessenskomplexitaet"
|
||||||
signal: "Interessenskomplexität"
|
signal: "Interessenskomplexität"
|
||||||
beschreibung: "Vielschichtige, teils unausgesprochene Stakeholder-Motivationen"
|
beschreibung: "Vielschichtige, teils unausgesprochene Stakeholder-Motivationen"
|
||||||
interpretation: "Verdeckte Agenden, schwierige Konsensfindung"
|
interpretation: "Verdeckte Agenden, schwierige Konsensfindung"
|
||||||
|
|
||||||
- id: "regulatorische_grauzonen"
|
- id: "regulatorische_grauzonen"
|
||||||
signal: "Regulatorische Grauzonen"
|
signal: "Regulatorische Grauzonen"
|
||||||
beschreibung: "Rechtslage unklar oder im Wandel"
|
beschreibung: "Rechtslage unklar oder im Wandel"
|
||||||
interpretation: "Compliance-Risiko, Neuorientierung erforderlich"
|
interpretation: "Compliance-Risiko, Neuorientierung erforderlich"
|
||||||
|
|
||||||
- id: "praezedenzfall"
|
- id: "praezedenzfall"
|
||||||
signal: "Präzedenzfall"
|
signal: "Präzedenzfall"
|
||||||
beschreibung: "Erstmalige Herausforderung ohne Referenz"
|
beschreibung: "Erstmalige Herausforderung ohne Referenz"
|
||||||
interpretation: "Kein Erfahrungswissen, explorativer Ansatz nötig"
|
interpretation: "Kein Erfahrungswissen, explorativer Ansatz nötig"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# ANWENDUNG DER MATRIX
|
# ANWENDUNG DER MATRIX
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
anwendung:
|
anwendung:
|
||||||
bewertungsverfahren:
|
bewertungsverfahren:
|
||||||
beschreibung: "Strukturierter Prozess zur Komplexitätseinschätzung"
|
beschreibung: "Strukturierter Prozess zur Komplexitätseinschätzung"
|
||||||
|
|
||||||
schritte:
|
schritte:
|
||||||
- schritt: 1
|
- schritt: 1
|
||||||
name: "Dimension-Scoring"
|
name: "Dimension-Scoring"
|
||||||
beschreibung: "Jede der vier Dimensionen separat bewerten"
|
beschreibung: "Jede der vier Dimensionen separat bewerten"
|
||||||
output: "4 Einzelbewertungen (moderat/komplex/hochkomplex)"
|
output: "4 Einzelbewertungen (moderat/komplex/hochkomplex)"
|
||||||
|
|
||||||
- schritt: 2
|
- schritt: 2
|
||||||
name: "Komplexitäts-Aggregation"
|
name: "Komplexitäts-Aggregation"
|
||||||
beschreibung: "Die höchste Einzelbewertung plus Anzahl der \"Komplex\"- oder \"Hochkomplex\"-Bewertungen"
|
beschreibung: "Die höchste Einzelbewertung plus Anzahl der \"Komplex\"- oder \"Hochkomplex\"-Bewertungen"
|
||||||
logik: "siehe aggregationslogik unten"
|
logik: "siehe aggregationslogik unten"
|
||||||
|
|
||||||
- schritt: 3
|
- schritt: 3
|
||||||
name: "Kontextuelle Anpassung"
|
name: "Kontextuelle Anpassung"
|
||||||
beschreibung: "Berücksichtigung verwaltungsspezifischer Faktoren"
|
beschreibung: "Berücksichtigung verwaltungsspezifischer Faktoren"
|
||||||
|
|
||||||
aggregationslogik:
|
aggregationslogik:
|
||||||
titel: "Logik des Gesamt-Werts für Dimension \"Komplexität\""
|
titel: "Logik des Gesamt-Werts für Dimension \"Komplexität\""
|
||||||
|
|
||||||
regeln:
|
regeln:
|
||||||
- bedingung: "1 Dimension = \"Hochkomplex\""
|
- bedingung: "1 Dimension = \"Hochkomplex\""
|
||||||
ergebnis: "Hochkomplex"
|
ergebnis: "Hochkomplex"
|
||||||
rationale: "Ein hochkomplexer Aspekt dominiert"
|
rationale: "Ein hochkomplexer Aspekt dominiert"
|
||||||
|
|
||||||
- bedingung: "3 Dimensionen = \"Komplex\""
|
- bedingung: "3 Dimensionen = \"Komplex\""
|
||||||
ergebnis: "Hochkomplex"
|
ergebnis: "Hochkomplex"
|
||||||
rationale: "Kumulative Komplexität führt zu Hochkomplexität"
|
rationale: "Kumulative Komplexität führt zu Hochkomplexität"
|
||||||
|
|
||||||
- bedingung: "2 Dimensionen = \"Komplex\""
|
- bedingung: "2 Dimensionen = \"Komplex\""
|
||||||
ergebnis: "Komplex"
|
ergebnis: "Komplex"
|
||||||
rationale: "Moderate kumulative Komplexität"
|
rationale: "Moderate kumulative Komplexität"
|
||||||
|
|
||||||
- bedingung: "ansonsten"
|
- bedingung: "ansonsten"
|
||||||
ergebnis: "Moderat"
|
ergebnis: "Moderat"
|
||||||
rationale: "Überschaubare Komplexität"
|
rationale: "Überschaubare Komplexität"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# KONSEQUENZEN DER BEWERTUNG
|
# KONSEQUENZEN DER BEWERTUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
konsequenzen:
|
konsequenzen:
|
||||||
- komplexitaet: "moderat"
|
- komplexitaet: "moderat"
|
||||||
konsequenz: "Direkte Umsetzung"
|
konsequenz: "Direkte Umsetzung"
|
||||||
typische_massnahmen:
|
typische_massnahmen:
|
||||||
- "Standardprozess"
|
- "Standardprozess"
|
||||||
- "Keine Sonderanalysen"
|
- "Keine Sonderanalysen"
|
||||||
|
|
||||||
- komplexitaet: "komplex"
|
- komplexitaet: "komplex"
|
||||||
konsequenz: "Strukturierte Analyse"
|
konsequenz: "Strukturierte Analyse"
|
||||||
typische_massnahmen:
|
typische_massnahmen:
|
||||||
- "Vorprojekt empfohlen"
|
- "Vorprojekt empfohlen"
|
||||||
- "Experteneinbindung"
|
- "Experteneinbindung"
|
||||||
- "Risikomanagement"
|
- "Risikomanagement"
|
||||||
|
|
||||||
- komplexitaet: "hochkomplex"
|
- komplexitaet: "hochkomplex"
|
||||||
konsequenz: "Sondierung zwingend"
|
konsequenz: "Sondierung zwingend"
|
||||||
typische_massnahmen:
|
typische_massnahmen:
|
||||||
- "Machbarkeitsstudie"
|
- "Machbarkeitsstudie"
|
||||||
- "Pilot/PoC"
|
- "Pilot/PoC"
|
||||||
- "Steering Committee"
|
- "Steering Committee"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# UMGANG MIT KOMPLEXITÄT
|
# UMGANG MIT KOMPLEXITÄT
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
umgang_mit_komplexitaet:
|
umgang_mit_komplexitaet:
|
||||||
bei_hochkomplexitaet:
|
bei_hochkomplexitaet:
|
||||||
massnahmen:
|
massnahmen:
|
||||||
- id: "M1"
|
- id: "M1"
|
||||||
name: "Komplexitätsreduktion prüfen"
|
name: "Komplexitätsreduktion prüfen"
|
||||||
frage: "Kann der Demand geteilt werden?"
|
frage: "Kann der Demand geteilt werden?"
|
||||||
ziel: "Reduzierung auf handhabbare Teilprobleme"
|
ziel: "Reduzierung auf handhabbare Teilprobleme"
|
||||||
|
|
||||||
- id: "M2"
|
- id: "M2"
|
||||||
name: "Sondierung priorisieren"
|
name: "Sondierung priorisieren"
|
||||||
prinzip: "Keine vorschnellen Lösungsversprechen"
|
prinzip: "Keine vorschnellen Lösungsversprechen"
|
||||||
ziel: "Exploration vor Commitment"
|
ziel: "Exploration vor Commitment"
|
||||||
|
|
||||||
- id: "M3"
|
- id: "M3"
|
||||||
name: "Stakeholder-Zielausrichtung"
|
name: "Stakeholder-Zielausrichtung"
|
||||||
aktivitaet: "Frühzeitige Erwartungsklärung"
|
aktivitaet: "Frühzeitige Erwartungsklärung"
|
||||||
ziel: "Konvergenz der Interessen"
|
ziel: "Konvergenz der Interessen"
|
||||||
|
|
||||||
- id: "M4"
|
- id: "M4"
|
||||||
name: "Iteratives Vorgehen"
|
name: "Iteratives Vorgehen"
|
||||||
prinzip: "Schritt-für-Schritt statt \"Big Bang\""
|
prinzip: "Schritt-für-Schritt statt \"Big Bang\""
|
||||||
ziel: "Schrittweise Komplexitätsreduktion"
|
ziel: "Schrittweise Komplexitätsreduktion"
|
||||||
|
|
||||||
komplexitaetsfallen_vermeiden:
|
komplexitaetsfallen_vermeiden:
|
||||||
beschreibung: "Typische Denkfehler im Umgang mit Komplexität"
|
beschreibung: "Typische Denkfehler im Umgang mit Komplexität"
|
||||||
|
|
||||||
fallen:
|
fallen:
|
||||||
- falle: "Schein-Einfachheit"
|
- falle: "Schein-Einfachheit"
|
||||||
beispiel: "\"Wir brauchen nur Tool X\""
|
beispiel: "\"Wir brauchen nur Tool X\""
|
||||||
gegenmassnahme: "Immer nach dem \"Warum\" fragen"
|
gegenmassnahme: "Immer nach dem \"Warum\" fragen"
|
||||||
|
|
||||||
- falle: "Komplexitäts-Paralysis"
|
- falle: "Komplexitäts-Paralysis"
|
||||||
beschreibung: "Nicht alles Komplexe ist unlösbar"
|
beschreibung: "Nicht alles Komplexe ist unlösbar"
|
||||||
gegenmassnahme: "Handlungsfähigkeit bewahren"
|
gegenmassnahme: "Handlungsfähigkeit bewahren"
|
||||||
|
|
||||||
- falle: "Oversimplification"
|
- falle: "Oversimplification"
|
||||||
beschreibung: "Komplexität nicht wegdefinieren"
|
beschreibung: "Komplexität nicht wegdefinieren"
|
||||||
gegenmassnahme: "Realistische Einschätzung"
|
gegenmassnahme: "Realistische Einschätzung"
|
||||||
|
|
||||||
- falle: "Analysis-Paralysis"
|
- falle: "Analysis-Paralysis"
|
||||||
beschreibung: "Irgendwann muss entschieden werden"
|
beschreibung: "Irgendwann muss entschieden werden"
|
||||||
gegenmassnahme: "Entscheidungszeitpunkt definieren"
|
gegenmassnahme: "Entscheidungszeitpunkt definieren"
|
||||||
|
|
@ -1,295 +1,295 @@
|
||||||
meta:
|
meta:
|
||||||
typ: "bewertungsmatrix"
|
typ: "bewertungsmatrix"
|
||||||
dimension: "tragweite"
|
dimension: "tragweite"
|
||||||
titel: "Klassifizierungsmatrix Tragweite"
|
titel: "Klassifizierungsmatrix Tragweite"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "[Datum]"
|
gueltig_ab: "[Datum]"
|
||||||
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
||||||
status: "abgenommen_in_gesamtkonzept"
|
status: "abgenommen_in_gesamtkonzept"
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
teil_von: "#01.4_methodik/demand-klassifizierung.yaml"
|
teil_von: "#01.4_methodik/demand-klassifizierung.yaml"
|
||||||
verwendet_in: "#01.4_methodik/demand-bewertung.yaml"
|
verwendet_in: "#01.4_methodik/demand-bewertung.yaml"
|
||||||
|
|
||||||
kontext_tags:
|
kontext_tags:
|
||||||
- "tragweite"
|
- "tragweite"
|
||||||
- "veraenderungstiefe"
|
- "veraenderungstiefe"
|
||||||
- "bewertungsmatrix"
|
- "bewertungsmatrix"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# ZWECK
|
# ZWECK
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
zweck:
|
zweck:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Diese Bewertungsmatrix dient der detaillierten Einordnung von Demands in die
|
Diese Bewertungsmatrix dient der detaillierten Einordnung von Demands in die
|
||||||
Dimension "Tragweite". Sie erweitert die Grunddefinitionen aus dem
|
Dimension "Tragweite". Sie erweitert die Grunddefinitionen aus dem
|
||||||
Klassifizierungsmodell um konkrete Bewertungskriterien und unterstützt DPMs
|
Klassifizierungsmodell um konkrete Bewertungskriterien und unterstützt DPMs
|
||||||
bei der Einschätzung der Veränderungstiefe.
|
bei der Einschätzung der Veränderungstiefe.
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# BEWERTUNGSPERSPEKTIVEN
|
# BEWERTUNGSPERSPEKTIVEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
bewertungsperspektiven:
|
bewertungsperspektiven:
|
||||||
anzahl: 4
|
anzahl: 4
|
||||||
beschreibung: "Vier komplementäre Perspektiven zur Bewertung der Tragweite"
|
beschreibung: "Vier komplementäre Perspektiven zur Bewertung der Tragweite"
|
||||||
prinzip: "Dominanz-Prinzip: Die höchste Einstufung einer Perspektive bestimmt die Gesamt-Tragweite"
|
prinzip: "Dominanz-Prinzip: Die höchste Einstufung einer Perspektive bestimmt die Gesamt-Tragweite"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# PERSPEKTIVE 1: NUTZER:INNEN
|
# PERSPEKTIVE 1: NUTZER:INNEN
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
perspektive_1_nutzerinnen:
|
perspektive_1_nutzerinnen:
|
||||||
id: "nutzerinnen"
|
id: "nutzerinnen"
|
||||||
name: "Nutzer:innen-Perspektive"
|
name: "Nutzer:innen-Perspektive"
|
||||||
leitfrage: "Wie stark verändert sich die Arbeitsweise der Endanwender:innen?"
|
leitfrage: "Wie stark verändert sich die Arbeitsweise der Endanwender:innen?"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "schulungsbedarf"
|
- kriterium_id: "schulungsbedarf"
|
||||||
name: "Schulungsbedarf"
|
name: "Schulungsbedarf"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Keine Schulungen nötig"
|
optimierung: "Keine Schulungen nötig"
|
||||||
ausbau: "Punktuelle Schulungen"
|
ausbau: "Punktuelle Schulungen"
|
||||||
neugestaltung: "Flächendeckende Schulungen"
|
neugestaltung: "Flächendeckende Schulungen"
|
||||||
|
|
||||||
- kriterium_id: "verhaltensaenderung"
|
- kriterium_id: "verhaltensaenderung"
|
||||||
name: "Verhaltensänderung"
|
name: "Verhaltensänderung"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Minimale Anpassung"
|
optimierung: "Minimale Anpassung"
|
||||||
ausbau: "Neue Funktionen lernen"
|
ausbau: "Neue Funktionen lernen"
|
||||||
neugestaltung: "Neue Arbeitsweisen"
|
neugestaltung: "Neue Arbeitsweisen"
|
||||||
|
|
||||||
- kriterium_id: "nutzer_impact"
|
- kriterium_id: "nutzer_impact"
|
||||||
name: "Nutzer-Impact"
|
name: "Nutzer-Impact"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "< 20% merken Veränderung"
|
optimierung: "< 20% merken Veränderung"
|
||||||
ausbau: "20-70% betroffen"
|
ausbau: "20-70% betroffen"
|
||||||
neugestaltung: "> 70% der Nutzer betroffen"
|
neugestaltung: "> 70% der Nutzer betroffen"
|
||||||
|
|
||||||
- kriterium_id: "rueckfallmoeglichkeit"
|
- kriterium_id: "rueckfallmoeglichkeit"
|
||||||
name: "Rückfallmöglichkeit"
|
name: "Rückfallmöglichkeit"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Jederzeit möglich"
|
optimierung: "Jederzeit möglich"
|
||||||
ausbau: "Mit Aufwand möglich"
|
ausbau: "Mit Aufwand möglich"
|
||||||
neugestaltung: "Nicht mehr möglich"
|
neugestaltung: "Nicht mehr möglich"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# PERSPEKTIVE 2: TECHNISCH
|
# PERSPEKTIVE 2: TECHNISCH
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
perspektive_2_technisch:
|
perspektive_2_technisch:
|
||||||
id: "technisch"
|
id: "technisch"
|
||||||
name: "Technische Perspektive"
|
name: "Technische Perspektive"
|
||||||
leitfrage: "Wie tiefgreifend sind die technischen Veränderungen?"
|
leitfrage: "Wie tiefgreifend sind die technischen Veränderungen?"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "betroffenheit_anwendungen"
|
- kriterium_id: "betroffenheit_anwendungen"
|
||||||
name: "Betroffenheit von Anwendungen"
|
name: "Betroffenheit von Anwendungen"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "< 20% Anwendungen betroffen"
|
optimierung: "< 20% Anwendungen betroffen"
|
||||||
ausbau: "20-70% Anwendungen betroffen"
|
ausbau: "20-70% Anwendungen betroffen"
|
||||||
neugestaltung: "> 70% Anwendungen betroffen"
|
neugestaltung: "> 70% Anwendungen betroffen"
|
||||||
|
|
||||||
- kriterium_id: "systemgrenzen"
|
- kriterium_id: "systemgrenzen"
|
||||||
name: "Systemgrenzen"
|
name: "Systemgrenzen"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Innerhalb eines Systems"
|
optimierung: "Innerhalb eines Systems"
|
||||||
ausbau: "Systemübergreifend"
|
ausbau: "Systemübergreifend"
|
||||||
neugestaltung: "Systemlandschaft-Umbau"
|
neugestaltung: "Systemlandschaft-Umbau"
|
||||||
|
|
||||||
- kriterium_id: "technologie_stack"
|
- kriterium_id: "technologie_stack"
|
||||||
name: "Technologie-Stack"
|
name: "Technologie-Stack"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Bestehende Technologien"
|
optimierung: "Bestehende Technologien"
|
||||||
ausbau: "Ergänzung neuer Technologie"
|
ausbau: "Ergänzung neuer Technologie"
|
||||||
neugestaltung: "Technologiewechsel"
|
neugestaltung: "Technologiewechsel"
|
||||||
|
|
||||||
- kriterium_id: "datenmigration"
|
- kriterium_id: "datenmigration"
|
||||||
name: "Datenmigration"
|
name: "Datenmigration"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Keine erforderlich"
|
optimierung: "Keine erforderlich"
|
||||||
ausbau: "Teilmigration"
|
ausbau: "Teilmigration"
|
||||||
neugestaltung: "Vollmigration"
|
neugestaltung: "Vollmigration"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# PERSPEKTIVE 3: ORGANISATORISCH
|
# PERSPEKTIVE 3: ORGANISATORISCH
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
perspektive_3_organisatorisch:
|
perspektive_3_organisatorisch:
|
||||||
id: "organisatorisch"
|
id: "organisatorisch"
|
||||||
name: "Organisatorische Perspektive"
|
name: "Organisatorische Perspektive"
|
||||||
leitfrage: "Wie stark verändern sich Prozesse und Strukturen?"
|
leitfrage: "Wie stark verändern sich Prozesse und Strukturen?"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "prozessaenderung"
|
- kriterium_id: "prozessaenderung"
|
||||||
name: "Prozessänderung"
|
name: "Prozessänderung"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Optimierung im Detail"
|
optimierung: "Optimierung im Detail"
|
||||||
ausbau: "Prozesserweiterung"
|
ausbau: "Prozesserweiterung"
|
||||||
neugestaltung: "Prozess-Neudesign"
|
neugestaltung: "Prozess-Neudesign"
|
||||||
|
|
||||||
- kriterium_id: "rollenveraenderung"
|
- kriterium_id: "rollenveraenderung"
|
||||||
name: "Rollenveränderung"
|
name: "Rollenveränderung"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Keine"
|
optimierung: "Keine"
|
||||||
ausbau: "Neue/veränderte Aufgaben"
|
ausbau: "Neue/veränderte Aufgaben"
|
||||||
neugestaltung: "Neue Rollen/Stellen"
|
neugestaltung: "Neue Rollen/Stellen"
|
||||||
|
|
||||||
- kriterium_id: "aemter_uebergreifend"
|
- kriterium_id: "aemter_uebergreifend"
|
||||||
name: "Ämter-übergreifend"
|
name: "Ämter-übergreifend"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Ein Amt"
|
optimierung: "Ein Amt"
|
||||||
ausbau: "2-3 Ämter"
|
ausbau: "2-3 Ämter"
|
||||||
neugestaltung: "Gesamtorganisation"
|
neugestaltung: "Gesamtorganisation"
|
||||||
|
|
||||||
- kriterium_id: "abteilungs_uebergreifend_digit"
|
- kriterium_id: "abteilungs_uebergreifend_digit"
|
||||||
name: "Abteilungs-übergreifend (DIGIT)"
|
name: "Abteilungs-übergreifend (DIGIT)"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Eine Abteilung"
|
optimierung: "Eine Abteilung"
|
||||||
ausbau: "2-3 Abteilungen"
|
ausbau: "2-3 Abteilungen"
|
||||||
neugestaltung: "Gesamt-DIGIT"
|
neugestaltung: "Gesamt-DIGIT"
|
||||||
|
|
||||||
- kriterium_id: "governance_impact"
|
- kriterium_id: "governance_impact"
|
||||||
name: "Governance-Impact"
|
name: "Governance-Impact"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Keine Änderung"
|
optimierung: "Keine Änderung"
|
||||||
ausbau: "Anpassung nötig"
|
ausbau: "Anpassung nötig"
|
||||||
neugestaltung: "Neue Governance"
|
neugestaltung: "Neue Governance"
|
||||||
|
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
# PERSPEKTIVE 4: FINANZIELL
|
# PERSPEKTIVE 4: FINANZIELL
|
||||||
# ----------------------------------
|
# ----------------------------------
|
||||||
|
|
||||||
perspektive_4_finanziell:
|
perspektive_4_finanziell:
|
||||||
id: "finanziell"
|
id: "finanziell"
|
||||||
name: "Finanzielle Perspektive"
|
name: "Finanzielle Perspektive"
|
||||||
leitfrage: "Welche finanziellen Auswirkungen hat die Veränderung?"
|
leitfrage: "Welche finanziellen Auswirkungen hat die Veränderung?"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- kriterium_id: "investitionsvolumen_extern"
|
- kriterium_id: "investitionsvolumen_extern"
|
||||||
name: "Externes Investitionsvolumen"
|
name: "Externes Investitionsvolumen"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "< 50.000 €"
|
optimierung: "< 50.000 €"
|
||||||
ausbau: "50.000 - 200.000 €"
|
ausbau: "50.000 - 200.000 €"
|
||||||
neugestaltung: "> 200.000 €"
|
neugestaltung: "> 200.000 €"
|
||||||
|
|
||||||
- kriterium_id: "folgekosten"
|
- kriterium_id: "folgekosten"
|
||||||
name: "Folgekosten"
|
name: "Folgekosten"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
optimierung: "Marginal"
|
optimierung: "Marginal"
|
||||||
ausbau: "Moderat"
|
ausbau: "Moderat"
|
||||||
neugestaltung: "Erheblich"
|
neugestaltung: "Erheblich"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# ANWENDUNG DER MATRIX
|
# ANWENDUNG DER MATRIX
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
anwendung:
|
anwendung:
|
||||||
bewertungslogik:
|
bewertungslogik:
|
||||||
schritte:
|
schritte:
|
||||||
- schritt: 1
|
- schritt: 1
|
||||||
name: "Perspektiven-Bewertung"
|
name: "Perspektiven-Bewertung"
|
||||||
beschreibung: "Jede der vier Perspektiven wird separat bewertet"
|
beschreibung: "Jede der vier Perspektiven wird separat bewertet"
|
||||||
output: "4 Einzelbewertungen (Optimierung/Ausbau/Neugestaltung)"
|
output: "4 Einzelbewertungen (Optimierung/Ausbau/Neugestaltung)"
|
||||||
|
|
||||||
- schritt: 2
|
- schritt: 2
|
||||||
name: "Dominanz-Prinzip"
|
name: "Dominanz-Prinzip"
|
||||||
beschreibung: "Die höchste Einstufung einer Perspektive bestimmt die Gesamt-Tragweite"
|
beschreibung: "Die höchste Einstufung einer Perspektive bestimmt die Gesamt-Tragweite"
|
||||||
rationale: "Ein transformativer Aspekt reicht, um den gesamten Demand als transformativ einzustufen"
|
rationale: "Ein transformativer Aspekt reicht, um den gesamten Demand als transformativ einzustufen"
|
||||||
|
|
||||||
- schritt: 3
|
- schritt: 3
|
||||||
name: "Begründungspflicht"
|
name: "Begründungspflicht"
|
||||||
beschreibung: "Bei Abweichungen zwischen Perspektiven ist eine explizite Begründung erforderlich"
|
beschreibung: "Bei Abweichungen zwischen Perspektiven ist eine explizite Begründung erforderlich"
|
||||||
ziel: "Nachvollziehbarkeit und Lerneffekte"
|
ziel: "Nachvollziehbarkeit und Lerneffekte"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# GRENZFÄLLE UND INTERPRETATIONSHILFEN
|
# GRENZFÄLLE UND INTERPRETATIONSHILFEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
grenzfaelle:
|
grenzfaelle:
|
||||||
typische_indikatoren_neugestaltung:
|
typische_indikatoren_neugestaltung:
|
||||||
beschreibung: "Signale für transformative/neugestaltende Demands"
|
beschreibung: "Signale für transformative/neugestaltende Demands"
|
||||||
|
|
||||||
indikatoren:
|
indikatoren:
|
||||||
- "Ablösung von Altsystemen"
|
- "Ablösung von Altsystemen"
|
||||||
- "Gesetzlich getriebene Paradigmenwechsel"
|
- "Gesetzlich getriebene Paradigmenwechsel"
|
||||||
- "Einführung völlig neuer Geschäftsmodelle"
|
- "Einführung völlig neuer Geschäftsmodelle"
|
||||||
- "Fundamentale Änderung der Nutzer:innen-Interaktion"
|
- "Fundamentale Änderung der Nutzer:innen-Interaktion"
|
||||||
|
|
||||||
abgrenzung_optimierung_vs_ausbau:
|
abgrenzung_optimierung_vs_ausbau:
|
||||||
optimierung_inkrementell:
|
optimierung_inkrementell:
|
||||||
beschreibung: "Verbesserung des Bestehenden ohne neue Konzepte"
|
beschreibung: "Verbesserung des Bestehenden ohne neue Konzepte"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "UI-Verbesserungen"
|
- "UI-Verbesserungen"
|
||||||
- "Performance-Optimierung"
|
- "Performance-Optimierung"
|
||||||
- "Bugfixes"
|
- "Bugfixes"
|
||||||
|
|
||||||
ausbau_evolutionaer:
|
ausbau_evolutionaer:
|
||||||
beschreibung: "Hinzufügen neuer Fähigkeiten zum bestehenden System"
|
beschreibung: "Hinzufügen neuer Fähigkeiten zum bestehenden System"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "Neue Module"
|
- "Neue Module"
|
||||||
- "API-Erweiterungen"
|
- "API-Erweiterungen"
|
||||||
- "Prozessdigitalisierung"
|
- "Prozessdigitalisierung"
|
||||||
|
|
||||||
umgang_mit_unsicherheit:
|
umgang_mit_unsicherheit:
|
||||||
beschreibung: "Vorgehen bei unklarer Einordnung"
|
beschreibung: "Vorgehen bei unklarer Einordnung"
|
||||||
|
|
||||||
massnahmen:
|
massnahmen:
|
||||||
- schritt: 1
|
- schritt: 1
|
||||||
name: "Workshop mit betroffenen Stakeholdern"
|
name: "Workshop mit betroffenen Stakeholdern"
|
||||||
ziel: "Verschiedene Perspektiven integrieren"
|
ziel: "Verschiedene Perspektiven integrieren"
|
||||||
|
|
||||||
- schritt: 2
|
- schritt: 2
|
||||||
name: "Pilot-Phase zur Validierung der Tragweite"
|
name: "Pilot-Phase zur Validierung der Tragweite"
|
||||||
ziel: "Empirische Klärung"
|
ziel: "Empirische Klärung"
|
||||||
|
|
||||||
- schritt: 3
|
- schritt: 3
|
||||||
name: "Vorsichtsprinzip"
|
name: "Vorsichtsprinzip"
|
||||||
regel: "Im Zweifel: Höhere Kategorie wählen"
|
regel: "Im Zweifel: Höhere Kategorie wählen"
|
||||||
rationale: "Unterschätzung vermeiden"
|
rationale: "Unterschätzung vermeiden"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# DOKUMENTATIONSANFORDERUNG
|
# DOKUMENTATIONSANFORDERUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
dokumentationsstandard:
|
dokumentationsstandard:
|
||||||
template:
|
template:
|
||||||
struktur: |
|
struktur: |
|
||||||
TRAGWEITEN-ANALYSE
|
TRAGWEITEN-ANALYSE
|
||||||
|
|
||||||
Nutzer:innen: [Ausprägung]
|
Nutzer:innen: [Ausprägung]
|
||||||
Begründung: [Kurz und prägnant]
|
Begründung: [Kurz und prägnant]
|
||||||
|
|
||||||
Technisch: [Ausprägung]
|
Technisch: [Ausprägung]
|
||||||
Begründung: [Kurz und prägnant]
|
Begründung: [Kurz und prägnant]
|
||||||
|
|
||||||
Organisatorisch: [Ausprägung]
|
Organisatorisch: [Ausprägung]
|
||||||
Begründung: [Kurz und prägnant]
|
Begründung: [Kurz und prägnant]
|
||||||
|
|
||||||
Finanziell: [Ausprägung]
|
Finanziell: [Ausprägung]
|
||||||
Begründung: [Kurz und prägnant]
|
Begründung: [Kurz und prägnant]
|
||||||
|
|
||||||
GESAMTTRAGWEITE: [Kategorie]
|
GESAMTTRAGWEITE: [Kategorie]
|
||||||
|
|
||||||
BEGRÜNDUNG: [Warum diese Einordnung, insb. bei Divergenz]
|
BEGRÜNDUNG: [Warum diese Einordnung, insb. bei Divergenz]
|
||||||
|
|
||||||
hinweis: "Bei divergierenden Perspektiven muss erklärt werden, warum eine Perspektive dominiert"
|
hinweis: "Bei divergierenden Perspektiven muss erklärt werden, warum eine Perspektive dominiert"
|
||||||
File diff suppressed because it is too large
Load diff
|
|
@ -1,493 +1,493 @@
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "dpm"
|
rolle_id: "dpm"
|
||||||
rolle_name: "Demand-Portfolio-Manager:in"
|
rolle_name: "Demand-Portfolio-Manager:in"
|
||||||
aliases: ["DPM", "Portfolio-Manager", "Demand-Manager"]
|
aliases: ["DPM", "Portfolio-Manager", "Demand-Manager"]
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "[Datum]"
|
gueltig_ab: "[Datum]"
|
||||||
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
ueberprueft_durch: "DPM-Teammitglied"
|
ueberprueft_durch: "DPM-Teammitglied"
|
||||||
abgestimmt_zwischen: ["human", "DPM-Teammitglied"]
|
abgestimmt_zwischen: ["human", "DPM-Teammitglied"]
|
||||||
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
|
||||||
status: "abgenommen_in_gesamtkonzept"
|
status: "abgenommen_in_gesamtkonzept"
|
||||||
hinweis: "anpassen auf Basis der weiteren Workstream-Ergebnisse"
|
hinweis: "anpassen auf Basis der weiteren Workstream-Ergebnisse"
|
||||||
|
|
||||||
kontext_tags:
|
kontext_tags:
|
||||||
- "demand-management"
|
- "demand-management"
|
||||||
- "portfolio-steuerung"
|
- "portfolio-steuerung"
|
||||||
- "qualifizierung"
|
- "qualifizierung"
|
||||||
- "bewertung"
|
- "bewertung"
|
||||||
- "priorisierung"
|
- "priorisierung"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 1. ROLLENZWECK
|
# 1. ROLLENZWECK
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
rollenzweck:
|
rollenzweck:
|
||||||
kurz: "Zentrale Instanz für Qualifizierung, Bewertung und Portfolio-Steuerung aller Demands im DIGIT"
|
kurz: "Zentrale Instanz für Qualifizierung, Bewertung und Portfolio-Steuerung aller Demands im DIGIT"
|
||||||
|
|
||||||
ausfuehrlich: |
|
ausfuehrlich: |
|
||||||
Der:die Demand-Portfolio-Manager:in transformiert vorqualifizierte Demands in
|
Der:die Demand-Portfolio-Manager:in transformiert vorqualifizierte Demands in
|
||||||
Demand-Entscheidungsvorlagen und schafft die Grundlage für optimale
|
Demand-Entscheidungsvorlagen und schafft die Grundlage für optimale
|
||||||
Ressourcensteuerung durch die verantwortlichen Gremien.
|
Ressourcensteuerung durch die verantwortlichen Gremien.
|
||||||
|
|
||||||
verantwortung:
|
verantwortung:
|
||||||
ab_wann: "nach erfolgter Bedarfsklärung durch Stakeholder-Management"
|
ab_wann: "nach erfolgter Bedarfsklärung durch Stakeholder-Management"
|
||||||
fuer: "alle Demands"
|
fuer: "alle Demands"
|
||||||
bis: "Aufbereitung für Entscheidungsgremien"
|
bis: "Aufbereitung für Entscheidungsgremien"
|
||||||
|
|
||||||
entscheidungsgremien:
|
entscheidungsgremien:
|
||||||
- gremium_id: "dsr"
|
- gremium_id: "dsr"
|
||||||
gremium_name: "Demand & Stakeholder-Runde"
|
gremium_name: "Demand & Stakeholder-Runde"
|
||||||
- gremium_id: "mission_board"
|
- gremium_id: "mission_board"
|
||||||
gremium_name: "Mission Board"
|
gremium_name: "Mission Board"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 2. ORGANISATORISCHE EINORDNUNG
|
# 2. ORGANISATORISCHE EINORDNUNG
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
organisatorische_einordnung:
|
organisatorische_einordnung:
|
||||||
zuordnung:
|
zuordnung:
|
||||||
abteilung: "Abteilung Planung"
|
abteilung: "Abteilung Planung"
|
||||||
abteilungskuerzel: "AL-P"
|
abteilungskuerzel: "AL-P"
|
||||||
|
|
||||||
auspraegungen:
|
auspraegungen:
|
||||||
beschreibung: "Spezialisierungen nach Themenfeld oder Kapazität möglich, aber nicht strukturell vorgegeben"
|
beschreibung: "Spezialisierungen nach Themenfeld oder Kapazität möglich, aber nicht strukturell vorgegeben"
|
||||||
hinweis: |
|
hinweis: |
|
||||||
Die frühere Unterscheidung in DPM Core-IT und DPM Non-Core-IT entfällt.
|
Die frühere Unterscheidung in DPM Core-IT und DPM Non-Core-IT entfällt.
|
||||||
Alle Demands – unabhängig von ihrer Herkunft (Betrieb oder Innovation) –
|
Alle Demands – unabhängig von ihrer Herkunft (Betrieb oder Innovation) –
|
||||||
durchlaufen denselben Prozess. Spezialisierungen können bei Bedarf
|
durchlaufen denselben Prozess. Spezialisierungen können bei Bedarf
|
||||||
themenfeld- oder kapazitätsbezogen entstehen.
|
themenfeld- oder kapazitätsbezogen entstehen.
|
||||||
|
|
||||||
berichtslinie:
|
berichtslinie:
|
||||||
berichtet_an: "Abteilungsleitung Planung"
|
berichtet_an: "Abteilungsleitung Planung"
|
||||||
berichtet_an_rolle_id: "al_p"
|
berichtet_an_rolle_id: "al_p"
|
||||||
|
|
||||||
arbeitsmodell:
|
arbeitsmodell:
|
||||||
typ: "Vollzeitfunktion"
|
typ: "Vollzeitfunktion"
|
||||||
vertretung: "gegenseitige Vertretungsregelung zwischen DPM-Mitarbeitenden"
|
vertretung: "gegenseitige Vertretungsregelung zwischen DPM-Mitarbeitenden"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 3. KERNVERANTWORTLICHKEITEN
|
# 3. KERNVERANTWORTLICHKEITEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
kernverantwortlichkeiten:
|
kernverantwortlichkeiten:
|
||||||
bereich_1_portfolio_management:
|
bereich_1_portfolio_management:
|
||||||
name: "Demand-Portfolio-Management"
|
name: "Demand-Portfolio-Management"
|
||||||
|
|
||||||
aufgaben:
|
aufgaben:
|
||||||
- id: "PM-01"
|
- id: "PM-01"
|
||||||
titel: "Portfolio-Aufbau und -Pflege"
|
titel: "Portfolio-Aufbau und -Pflege"
|
||||||
beschreibung: "Aufbau und Pflege eines transparenten Demand-Portfolios"
|
beschreibung: "Aufbau und Pflege eines transparenten Demand-Portfolios"
|
||||||
frequenz: "kontinuierlich"
|
frequenz: "kontinuierlich"
|
||||||
output: "aktuelles_demand_portfolio"
|
output: "aktuelles_demand_portfolio"
|
||||||
|
|
||||||
- id: "PM-02"
|
- id: "PM-02"
|
||||||
titel: "Strategische Portfolio-Analyse"
|
titel: "Strategische Portfolio-Analyse"
|
||||||
beschreibung: "Strategische Analyse des Demand-Portfolios und Identifizierung von Trends für das Mission Board"
|
beschreibung: "Strategische Analyse des Demand-Portfolios und Identifizierung von Trends für das Mission Board"
|
||||||
frequenz: "quartalsweise"
|
frequenz: "quartalsweise"
|
||||||
output: "portfolio_trend_analyse"
|
output: "portfolio_trend_analyse"
|
||||||
empfaenger: "mission_board"
|
empfaenger: "mission_board"
|
||||||
|
|
||||||
- id: "PM-03"
|
- id: "PM-03"
|
||||||
titel: "Portfolio-Optimierung"
|
titel: "Portfolio-Optimierung"
|
||||||
beschreibung: "Kontinuierliche Optimierung der Demand-Portfolio-Zusammensetzung"
|
beschreibung: "Kontinuierliche Optimierung der Demand-Portfolio-Zusammensetzung"
|
||||||
frequenz: "kontinuierlich"
|
frequenz: "kontinuierlich"
|
||||||
|
|
||||||
- id: "PM-04"
|
- id: "PM-04"
|
||||||
titel: "Strategiekonformität sicherstellen"
|
titel: "Strategiekonformität sicherstellen"
|
||||||
beschreibung: "Bewertung und Priorisierung von Demands gemäß der strategischen Leitplanken des Vision Board"
|
beschreibung: "Bewertung und Priorisierung von Demands gemäß der strategischen Leitplanken des Vision Board"
|
||||||
referenz_zu: "vision_board"
|
referenz_zu: "vision_board"
|
||||||
frequenz: "pro_demand"
|
frequenz: "pro_demand"
|
||||||
|
|
||||||
bereich_2_demand_qualifizierung:
|
bereich_2_demand_qualifizierung:
|
||||||
name: "Demand-Qualifizierung, Bewertung und Priorisierung"
|
name: "Demand-Qualifizierung, Bewertung und Priorisierung"
|
||||||
|
|
||||||
aufgaben:
|
aufgaben:
|
||||||
- id: "QBP-01"
|
- id: "QBP-01"
|
||||||
titel: "Demand-Übernahme"
|
titel: "Demand-Übernahme"
|
||||||
beschreibung: "Übernahme vorqualifizierter Demands vom Stakeholder-Management"
|
beschreibung: "Übernahme vorqualifizierter Demands vom Stakeholder-Management"
|
||||||
von_rolle: "shm"
|
von_rolle: "shm"
|
||||||
trigger: "demand_uebergabe_quality_gate_1"
|
trigger: "demand_uebergabe_quality_gate_1"
|
||||||
|
|
||||||
- id: "QBP-02"
|
- id: "QBP-02"
|
||||||
titel: "Demand-Klassifizierung"
|
titel: "Demand-Klassifizierung"
|
||||||
beschreibung: "Klassifizierung von Demands nach vordefinierten Dimensionen"
|
beschreibung: "Klassifizierung von Demands nach vordefinierten Dimensionen"
|
||||||
methode_referenz: "#01.4_methodik/demand-klassifizierung.yaml"
|
methode_referenz: "#01.4_methodik/demand-klassifizierung.yaml"
|
||||||
output: "demand_kategorie"
|
output: "demand_kategorie"
|
||||||
|
|
||||||
- id: "QBP-03"
|
- id: "QBP-03"
|
||||||
titel: "Demand-Analyse"
|
titel: "Demand-Analyse"
|
||||||
beschreibung: "Analyse von Demands nach fachlichen und technischen Aspekten und Abhängigkeiten"
|
beschreibung: "Analyse von Demands nach fachlichen und technischen Aspekten und Abhängigkeiten"
|
||||||
aspekte:
|
aspekte:
|
||||||
- "fachliche Anforderungen"
|
- "fachliche Anforderungen"
|
||||||
- "technische Machbarkeit"
|
- "technische Machbarkeit"
|
||||||
- "Abhängigkeiten zu anderen Demands/Projekten"
|
- "Abhängigkeiten zu anderen Demands/Projekten"
|
||||||
output: "analyse_ergebnis"
|
output: "analyse_ergebnis"
|
||||||
|
|
||||||
- id: "QBP-04"
|
- id: "QBP-04"
|
||||||
titel: "Demand-Bewertung"
|
titel: "Demand-Bewertung"
|
||||||
beschreibung: "Bewertung und Clusterung von Demands nach qualitativen Bewertungskategorien"
|
beschreibung: "Bewertung und Clusterung von Demands nach qualitativen Bewertungskategorien"
|
||||||
methode_referenz: "#01.4_methodik/demand-bewertung.yaml"
|
methode_referenz: "#01.4_methodik/demand-bewertung.yaml"
|
||||||
output: "bewertungsprofil"
|
output: "bewertungsprofil"
|
||||||
|
|
||||||
- id: "QBP-05"
|
- id: "QBP-05"
|
||||||
titel: "Demand-Priorisierung"
|
titel: "Demand-Priorisierung"
|
||||||
beschreibung: "Priorisierung von Demands nach definiertem Standard und Ableitung von Handlungsempfehlungen"
|
beschreibung: "Priorisierung von Demands nach definiertem Standard und Ableitung von Handlungsempfehlungen"
|
||||||
methode_referenz: "#01.4_methodik/demand-priorisierung.yaml"
|
methode_referenz: "#01.4_methodik/demand-priorisierung.yaml"
|
||||||
output: "priorisierungs_empfehlung"
|
output: "priorisierungs_empfehlung"
|
||||||
|
|
||||||
- id: "QBP-06"
|
- id: "QBP-06"
|
||||||
titel: "Entscheidungsvorlagen erstellen"
|
titel: "Entscheidungsvorlagen erstellen"
|
||||||
beschreibung: "Erstellung von Demand-Entscheidungsvorlagen für Entscheidungsgremien"
|
beschreibung: "Erstellung von Demand-Entscheidungsvorlagen für Entscheidungsgremien"
|
||||||
output: "demand_entscheidungsvorlage"
|
output: "demand_entscheidungsvorlage"
|
||||||
empfaenger: ["dsr", "mission_board"]
|
empfaenger: ["dsr", "mission_board"]
|
||||||
|
|
||||||
bereich_3_gremienarbeit:
|
bereich_3_gremienarbeit:
|
||||||
name: "Gremienarbeit"
|
name: "Gremienarbeit"
|
||||||
|
|
||||||
aufgaben:
|
aufgaben:
|
||||||
- id: "GR-01"
|
- id: "GR-01"
|
||||||
titel: "DSR-Vorbereitung"
|
titel: "DSR-Vorbereitung"
|
||||||
beschreibung: "Vorbereitung und Präsentation/Diskussion in der Demand & Stakeholder-Runde (DSR) zur Entscheidung"
|
beschreibung: "Vorbereitung und Präsentation/Diskussion in der Demand & Stakeholder-Runde (DSR) zur Entscheidung"
|
||||||
gremium: "dsr"
|
gremium: "dsr"
|
||||||
rolle_in_gremium: "vorsitz"
|
rolle_in_gremium: "vorsitz"
|
||||||
frequenz: "woechentlich"
|
frequenz: "woechentlich"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Agenda erstellen"
|
- "Agenda erstellen"
|
||||||
- "Materialien vorbereiten"
|
- "Materialien vorbereiten"
|
||||||
- "Präsentation vorbereiten"
|
- "Präsentation vorbereiten"
|
||||||
- "Moderation durchführen"
|
- "Moderation durchführen"
|
||||||
|
|
||||||
- id: "GR-02"
|
- id: "GR-02"
|
||||||
titel: "Portfolio-Überblick Mission Board"
|
titel: "Portfolio-Überblick Mission Board"
|
||||||
beschreibung: "Demand-Portfolio Überblick im Mission Board"
|
beschreibung: "Demand-Portfolio Überblick im Mission Board"
|
||||||
gremium: "mission_board"
|
gremium: "mission_board"
|
||||||
frequenz: "zweiwoechentlich"
|
frequenz: "zweiwoechentlich"
|
||||||
output: "portfolio_status_update"
|
output: "portfolio_status_update"
|
||||||
|
|
||||||
- id: "GR-03"
|
- id: "GR-03"
|
||||||
titel: "Entscheidungsvorlagen präsentieren"
|
titel: "Entscheidungsvorlagen präsentieren"
|
||||||
beschreibung: "Vorstellung der Demand-Entscheidungsvorlagen im Mission Board"
|
beschreibung: "Vorstellung der Demand-Entscheidungsvorlagen im Mission Board"
|
||||||
gremium: "mission_board"
|
gremium: "mission_board"
|
||||||
frequenz: "bei_bedarf"
|
frequenz: "bei_bedarf"
|
||||||
|
|
||||||
- id: "GR-04"
|
- id: "GR-04"
|
||||||
titel: "Entscheidungsfähigkeit sicherstellen"
|
titel: "Entscheidungsfähigkeit sicherstellen"
|
||||||
beschreibung: "Sicherstellung der Entscheidungsfähigkeit durch Bereitstellung der Demand-Entscheidungsvorlage"
|
beschreibung: "Sicherstellung der Entscheidungsfähigkeit durch Bereitstellung der Demand-Entscheidungsvorlage"
|
||||||
kritikalitaet: "hoch"
|
kritikalitaet: "hoch"
|
||||||
qualitaetskriterium: "vollständige und präzise Entscheidungsgrundlagen"
|
qualitaetskriterium: "vollständige und präzise Entscheidungsgrundlagen"
|
||||||
|
|
||||||
- id: "GR-05"
|
- id: "GR-05"
|
||||||
titel: "Gremienbeschlüsse umsetzen"
|
titel: "Gremienbeschlüsse umsetzen"
|
||||||
beschreibung: "Umsetzung und Nachbearbeitung auf Basis von Gremienbeschlüssen"
|
beschreibung: "Umsetzung und Nachbearbeitung auf Basis von Gremienbeschlüssen"
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- "Statusänderungen im Portfolio"
|
- "Statusänderungen im Portfolio"
|
||||||
- "Kommunikation an Stakeholder (via SHM)"
|
- "Kommunikation an Stakeholder (via SHM)"
|
||||||
- "Übergabe an PPM (bei Freigabe)"
|
- "Übergabe an PPM (bei Freigabe)"
|
||||||
- "Dokumentation"
|
- "Dokumentation"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 4. SCHNITTSTELLEN UND ZUSAMMENARBEIT
|
# 4. SCHNITTSTELLEN UND ZUSAMMENARBEIT
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
schnittstellen:
|
schnittstellen:
|
||||||
primaer:
|
primaer:
|
||||||
- rolle_id: "shm"
|
- rolle_id: "shm"
|
||||||
rolle_name: "Stakeholder-Management"
|
rolle_name: "Stakeholder-Management"
|
||||||
art: "sequenziell"
|
art: "sequenziell"
|
||||||
richtung: "von_shm_zu_dpm"
|
richtung: "von_shm_zu_dpm"
|
||||||
themen:
|
themen:
|
||||||
- "Übernahme vorqualifizierter Demands"
|
- "Übernahme vorqualifizierter Demands"
|
||||||
- "Rückfragen bei Unvollständigkeit"
|
- "Rückfragen bei Unvollständigkeit"
|
||||||
frequenz: "kontinuierlich"
|
frequenz: "kontinuierlich"
|
||||||
artefakte:
|
artefakte:
|
||||||
input: "bedarfs_steckbrief"
|
input: "bedarfs_steckbrief"
|
||||||
output: "rueckfragen_oder_uebernahmebestaetigung"
|
output: "rueckfragen_oder_uebernahmebestaetigung"
|
||||||
|
|
||||||
- rolle_id: "ppm"
|
- rolle_id: "ppm"
|
||||||
rolle_name: "Projekt-Portfolio-Management"
|
rolle_name: "Projekt-Portfolio-Management"
|
||||||
art: "sequenziell"
|
art: "sequenziell"
|
||||||
richtung: "von_dpm_zu_ppm"
|
richtung: "von_dpm_zu_ppm"
|
||||||
themen:
|
themen:
|
||||||
- "Übergabe freigegebener Demands zur (Vor-)Projektumsetzung"
|
- "Übergabe freigegebener Demands zur (Vor-)Projektumsetzung"
|
||||||
trigger: "demand_freigabe_durch_gremium"
|
trigger: "demand_freigabe_durch_gremium"
|
||||||
artefakte:
|
artefakte:
|
||||||
input: "freigegebener_demand"
|
input: "freigegebener_demand"
|
||||||
output: "projektaufnahme_bestaetigung"
|
output: "projektaufnahme_bestaetigung"
|
||||||
|
|
||||||
- rolle_id: "spm"
|
- rolle_id: "spm"
|
||||||
rolle_name: "Service-Portfolio-Management"
|
rolle_name: "Service-Portfolio-Management"
|
||||||
art: "koordinativ"
|
art: "koordinativ"
|
||||||
richtung: "bidirektional"
|
richtung: "bidirektional"
|
||||||
themen:
|
themen:
|
||||||
- "Abstimmung zu Service-Bezug"
|
- "Abstimmung zu Service-Bezug"
|
||||||
- "Klärung: direkte Umsetzung vs. Projekt"
|
- "Klärung: direkte Umsetzung vs. Projekt"
|
||||||
frequenz: "bei_bedarf_pro_demand"
|
frequenz: "bei_bedarf_pro_demand"
|
||||||
kontext: "Besonders relevant bei Demands mit Service-Impact"
|
kontext: "Besonders relevant bei Demands mit Service-Impact"
|
||||||
|
|
||||||
sekundaer:
|
sekundaer:
|
||||||
- rolle_id: "it_architektur"
|
- rolle_id: "it_architektur"
|
||||||
rolle_name: "IT-Architektur"
|
rolle_name: "IT-Architektur"
|
||||||
art: "konsultativ"
|
art: "konsultativ"
|
||||||
themen:
|
themen:
|
||||||
- "Klärung strategischer Grundsatzfragen"
|
- "Klärung strategischer Grundsatzfragen"
|
||||||
- "Klärung technischer Grundsatzfragen"
|
- "Klärung technischer Grundsatzfragen"
|
||||||
frequenz: "bei_bedarf"
|
frequenz: "bei_bedarf"
|
||||||
trigger: "komplexe_technische_anforderungen"
|
trigger: "komplexe_technische_anforderungen"
|
||||||
|
|
||||||
- bezeichnung: "Fachexpert:innen"
|
- bezeichnung: "Fachexpert:innen"
|
||||||
art: "konsultativ"
|
art: "konsultativ"
|
||||||
themen:
|
themen:
|
||||||
- "Einholung spezifischer Expertise"
|
- "Einholung spezifischer Expertise"
|
||||||
frequenz: "bei_bedarf"
|
frequenz: "bei_bedarf"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "Datenschutzexpert:innen"
|
- "Datenschutzexpert:innen"
|
||||||
- "Sicherheitsexpert:innen"
|
- "Sicherheitsexpert:innen"
|
||||||
- "Fachbereichsexpert:innen"
|
- "Fachbereichsexpert:innen"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 5. ENTSCHEIDUNGSBEFUGNISSE
|
# 5. ENTSCHEIDUNGSBEFUGNISSE
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
eigenstaendige_entscheidungen:
|
eigenstaendige_entscheidungen:
|
||||||
beschreibung: "Entscheidungen, die der DPM ohne Gremienabstimmung treffen kann"
|
beschreibung: "Entscheidungen, die der DPM ohne Gremienabstimmung treffen kann"
|
||||||
|
|
||||||
liste:
|
liste:
|
||||||
- id: "ENT-01"
|
- id: "ENT-01"
|
||||||
titel: "Demand-Rückweisung"
|
titel: "Demand-Rückweisung"
|
||||||
beschreibung: "Rückweisung unzureichend vorqualifizierter Demands an das Stakeholder-Management zur konkreten Nachbearbeitung"
|
beschreibung: "Rückweisung unzureichend vorqualifizierter Demands an das Stakeholder-Management zur konkreten Nachbearbeitung"
|
||||||
bedingung: "unzureichende_qualitaet_oder_vollstaendigkeit"
|
bedingung: "unzureichende_qualitaet_oder_vollstaendigkeit"
|
||||||
rueckweisung_an: "shm"
|
rueckweisung_an: "shm"
|
||||||
|
|
||||||
- id: "ENT-02"
|
- id: "ENT-02"
|
||||||
titel: "Demand-Klassifizierung"
|
titel: "Demand-Klassifizierung"
|
||||||
beschreibung: "Klassifizierung von Demands gemäß der vordefinierten Dimensionen"
|
beschreibung: "Klassifizierung von Demands gemäß der vordefinierten Dimensionen"
|
||||||
bindend: true
|
bindend: true
|
||||||
kann_ueberstimmt_werden_von: ["dsr", "mission_board"]
|
kann_ueberstimmt_werden_von: ["dsr", "mission_board"]
|
||||||
methode_referenz: "#01.4_methodik/demand-klassifizierung.yaml"
|
methode_referenz: "#01.4_methodik/demand-klassifizierung.yaml"
|
||||||
|
|
||||||
- id: "ENT-03"
|
- id: "ENT-03"
|
||||||
titel: "Demand-Konsolidierung"
|
titel: "Demand-Konsolidierung"
|
||||||
beschreibung: "Konsolidierung ähnlicher oder zusammengehöriger Demands"
|
beschreibung: "Konsolidierung ähnlicher oder zusammengehöriger Demands"
|
||||||
rationale: "Vermeidung von Redundanzen und Synergienutzung"
|
rationale: "Vermeidung von Redundanzen und Synergienutzung"
|
||||||
|
|
||||||
- id: "ENT-04"
|
- id: "ENT-04"
|
||||||
titel: "Expert:innen-Einbindung"
|
titel: "Expert:innen-Einbindung"
|
||||||
beschreibung: "Einbeziehung von Fachexpert:innen"
|
beschreibung: "Einbeziehung von Fachexpert:innen"
|
||||||
kontext: "Bei Bedarf für fundierte Analyse und Bewertung"
|
kontext: "Bei Bedarf für fundierte Analyse und Bewertung"
|
||||||
|
|
||||||
empfehlungen_fuer_gremien:
|
empfehlungen_fuer_gremien:
|
||||||
beschreibung: "DPM bereitet Entscheidungen vor, finales Votum liegt bei Gremien"
|
beschreibung: "DPM bereitet Entscheidungen vor, finales Votum liegt bei Gremien"
|
||||||
|
|
||||||
liste:
|
liste:
|
||||||
- id: "EMP-01"
|
- id: "EMP-01"
|
||||||
titel: "Bewertungsprofile"
|
titel: "Bewertungsprofile"
|
||||||
beschreibung: "Bewertungsprofile mit qualitativen Cluster-Fazits als Diskussionsgrundlage für Gremien"
|
beschreibung: "Bewertungsprofile mit qualitativen Cluster-Fazits als Diskussionsgrundlage für Gremien"
|
||||||
methode_referenz: "#01.4_methodik/demand-bewertung.yaml"
|
methode_referenz: "#01.4_methodik/demand-bewertung.yaml"
|
||||||
output: "bewertungsprofil"
|
output: "bewertungsprofil"
|
||||||
entscheidung_durch: ["dsr", "mission_board"]
|
entscheidung_durch: ["dsr", "mission_board"]
|
||||||
|
|
||||||
- id: "EMP-02"
|
- id: "EMP-02"
|
||||||
titel: "Priorisierungs-Empfehlung"
|
titel: "Priorisierungs-Empfehlung"
|
||||||
beschreibung: "Priorisierung- und Handlungsempfehlung für Demands"
|
beschreibung: "Priorisierung- und Handlungsempfehlung für Demands"
|
||||||
methode_referenz: "#01.4_methodik/demand-priorisierung.yaml"
|
methode_referenz: "#01.4_methodik/demand-priorisierung.yaml"
|
||||||
output: "priorisierungs_empfehlung"
|
output: "priorisierungs_empfehlung"
|
||||||
entscheidung_durch: ["dsr", "mission_board"]
|
entscheidung_durch: ["dsr", "mission_board"]
|
||||||
|
|
||||||
qualitaetssicherung:
|
qualitaetssicherung:
|
||||||
beschreibung: "Recht und Pflicht zur Sicherstellung methodischer und prozessualer Qualität"
|
beschreibung: "Recht und Pflicht zur Sicherstellung methodischer und prozessualer Qualität"
|
||||||
|
|
||||||
liste:
|
liste:
|
||||||
- id: "QS-01"
|
- id: "QS-01"
|
||||||
titel: "Standards durchsetzen"
|
titel: "Standards durchsetzen"
|
||||||
beschreibung: "Standards für Demand-Dokumentationen und -Bewertung durchzusetzen"
|
beschreibung: "Standards für Demand-Dokumentationen und -Bewertung durchzusetzen"
|
||||||
gueltig_fuer: "alle_prozessbeteiligten"
|
gueltig_fuer: "alle_prozessbeteiligten"
|
||||||
|
|
||||||
- id: "QS-02"
|
- id: "QS-02"
|
||||||
titel: "Methodentreue einfordern"
|
titel: "Methodentreue einfordern"
|
||||||
beschreibung: "Methodentreue bei allen Prozessbeteiligten einzufordern"
|
beschreibung: "Methodentreue bei allen Prozessbeteiligten einzufordern"
|
||||||
gueltig_fuer: "alle_prozessbeteiligten"
|
gueltig_fuer: "alle_prozessbeteiligten"
|
||||||
|
|
||||||
- id: "QS-03"
|
- id: "QS-03"
|
||||||
titel: "Transparenz sicherstellen"
|
titel: "Transparenz sicherstellen"
|
||||||
beschreibung: "Transparenz durch vollständige Demand-Portfolio-Dokumentation sicherzustellen"
|
beschreibung: "Transparenz durch vollständige Demand-Portfolio-Dokumentation sicherzustellen"
|
||||||
output: "vollstaendiges_demand_portfolio"
|
output: "vollstaendiges_demand_portfolio"
|
||||||
|
|
||||||
- id: "QS-04"
|
- id: "QS-04"
|
||||||
titel: "Verbesserungen vorschlagen"
|
titel: "Verbesserungen vorschlagen"
|
||||||
beschreibung: "Verbesserungen für Prozesse und Methoden basierend auf Erfahrungswerten vorzuschlagen"
|
beschreibung: "Verbesserungen für Prozesse und Methoden basierend auf Erfahrungswerten vorzuschlagen"
|
||||||
empfaenger: ["al_p", "mission_board"]
|
empfaenger: ["al_p", "mission_board"]
|
||||||
frequenz: "kontinuierlich"
|
frequenz: "kontinuierlich"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 6. WERKZEUGE UND METHODEN
|
# 6. WERKZEUGE UND METHODEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
werkzeuge_und_methoden:
|
werkzeuge_und_methoden:
|
||||||
it_werkzeuge:
|
it_werkzeuge:
|
||||||
- id: "TOOL-01"
|
- id: "TOOL-01"
|
||||||
name: "Ticketsystem"
|
name: "Ticketsystem"
|
||||||
zweck: "Zentrale Dokumentation und Statusverfolgung"
|
zweck: "Zentrale Dokumentation und Statusverfolgung"
|
||||||
verwendung: "alle_demands"
|
verwendung: "alle_demands"
|
||||||
|
|
||||||
- id: "TOOL-02"
|
- id: "TOOL-02"
|
||||||
name: "Demand-Portfolio-Datenbank"
|
name: "Demand-Portfolio-Datenbank"
|
||||||
zweck: "Transparente Übersicht aller Demands"
|
zweck: "Transparente Übersicht aller Demands"
|
||||||
features:
|
features:
|
||||||
- "Portfolio-Übersicht"
|
- "Portfolio-Übersicht"
|
||||||
- "Status-Tracking"
|
- "Status-Tracking"
|
||||||
- "Reporting-Funktionen"
|
- "Reporting-Funktionen"
|
||||||
|
|
||||||
standardvorlagen:
|
standardvorlagen:
|
||||||
- id: "TPL-01"
|
- id: "TPL-01"
|
||||||
name: "Demand-Entscheidungsvorlage"
|
name: "Demand-Entscheidungsvorlage"
|
||||||
verwendung: "für_gremienpraesentation"
|
verwendung: "für_gremienpraesentation"
|
||||||
zielgruppe: ["dsr", "mission_board"]
|
zielgruppe: ["dsr", "mission_board"]
|
||||||
|
|
||||||
- id: "TPL-02"
|
- id: "TPL-02"
|
||||||
name: "Bedarfs-Steckbrief"
|
name: "Bedarfs-Steckbrief"
|
||||||
verwendung: "input_von_shm"
|
verwendung: "input_von_shm"
|
||||||
status: "wird_geprueft_und_erweitert"
|
status: "wird_geprueft_und_erweitert"
|
||||||
|
|
||||||
methoden:
|
methoden:
|
||||||
- id: "METH-01"
|
- id: "METH-01"
|
||||||
name: "Demand-Kategorien"
|
name: "Demand-Kategorien"
|
||||||
beschreibung: "Standardisierte Methodik zur Qualifizierung und Kategorisierung von Demands"
|
beschreibung: "Standardisierte Methodik zur Qualifizierung und Kategorisierung von Demands"
|
||||||
referenz: "#01.4_methodik/demand-klassifizierung.yaml"
|
referenz: "#01.4_methodik/demand-klassifizierung.yaml"
|
||||||
|
|
||||||
- id: "METH-02"
|
- id: "METH-02"
|
||||||
name: "Bewertungskriterien"
|
name: "Bewertungskriterien"
|
||||||
beschreibung: "Standardisierte Methodik zur Bewertung von Demands"
|
beschreibung: "Standardisierte Methodik zur Bewertung von Demands"
|
||||||
referenz: "#01.4_methodik/demand-bewertung.yaml"
|
referenz: "#01.4_methodik/demand-bewertung.yaml"
|
||||||
|
|
||||||
- id: "METH-03"
|
- id: "METH-03"
|
||||||
name: "Priorisierungsmethodik"
|
name: "Priorisierungsmethodik"
|
||||||
beschreibung: "Standardisierte Methodik zur Priorisierung von Demands"
|
beschreibung: "Standardisierte Methodik zur Priorisierung von Demands"
|
||||||
referenz: "#01.4_methodik/demand-priorisierung.yaml"
|
referenz: "#01.4_methodik/demand-priorisierung.yaml"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 7. ERFORDERLICHE KOMPETENZEN
|
# 7. ERFORDERLICHE KOMPETENZEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
erforderliche_kompetenzen:
|
erforderliche_kompetenzen:
|
||||||
fachlich:
|
fachlich:
|
||||||
- id: "FK-01"
|
- id: "FK-01"
|
||||||
kompetenz: "IT-Landschaft"
|
kompetenz: "IT-Landschaft"
|
||||||
beschreibung: "Fundiertes Verständnis der IT-Landschaft und digitalen Services"
|
beschreibung: "Fundiertes Verständnis der IT-Landschaft und digitalen Services"
|
||||||
niveau: "fundiert"
|
niveau: "fundiert"
|
||||||
|
|
||||||
- id: "FK-02"
|
- id: "FK-02"
|
||||||
kompetenz: "Demand-Portfolio-Management"
|
kompetenz: "Demand-Portfolio-Management"
|
||||||
beschreibung: "Expertise in Demand-Portfolio-Management und Business-Analyse"
|
beschreibung: "Expertise in Demand-Portfolio-Management und Business-Analyse"
|
||||||
niveau: "expertise"
|
niveau: "expertise"
|
||||||
|
|
||||||
- id: "FK-03"
|
- id: "FK-03"
|
||||||
kompetenz: "Projektmanagement"
|
kompetenz: "Projektmanagement"
|
||||||
beschreibung: "Kenntnisse in Projektmanagement"
|
beschreibung: "Kenntnisse in Projektmanagement"
|
||||||
niveau: "kenntnisse"
|
niveau: "kenntnisse"
|
||||||
|
|
||||||
- id: "FK-04"
|
- id: "FK-04"
|
||||||
kompetenz: "Verwaltungsprozesse"
|
kompetenz: "Verwaltungsprozesse"
|
||||||
beschreibung: "Verwaltungsspezifisches Prozessverständnis"
|
beschreibung: "Verwaltungsspezifisches Prozessverständnis"
|
||||||
niveau: "verstaendnis"
|
niveau: "verstaendnis"
|
||||||
kontext: "Öffentliche Verwaltung, kommunale Strukturen"
|
kontext: "Öffentliche Verwaltung, kommunale Strukturen"
|
||||||
|
|
||||||
methodisch:
|
methodisch:
|
||||||
- id: "MK-01"
|
- id: "MK-01"
|
||||||
kompetenz: "Analytisches Denken"
|
kompetenz: "Analytisches Denken"
|
||||||
beschreibung: "Analytisches und strategisches Denkvermögen"
|
beschreibung: "Analytisches und strategisches Denkvermögen"
|
||||||
anwendung: "Demand-Analyse, Portfolio-Trends identifizieren"
|
anwendung: "Demand-Analyse, Portfolio-Trends identifizieren"
|
||||||
|
|
||||||
- id: "MK-02"
|
- id: "MK-02"
|
||||||
kompetenz: "Strukturierte Arbeitsweise"
|
kompetenz: "Strukturierte Arbeitsweise"
|
||||||
beschreibung: "Strukturierte Arbeitsweise und Komplexitätsmanagement"
|
beschreibung: "Strukturierte Arbeitsweise und Komplexitätsmanagement"
|
||||||
anwendung: "Parallele Bearbeitung vieler Demands"
|
anwendung: "Parallele Bearbeitung vieler Demands"
|
||||||
|
|
||||||
- id: "MK-03"
|
- id: "MK-03"
|
||||||
kompetenz: "Präsentation und Moderation"
|
kompetenz: "Präsentation und Moderation"
|
||||||
beschreibung: "Präsentations- und Moderationskompetenz"
|
beschreibung: "Präsentations- und Moderationskompetenz"
|
||||||
anwendung: "Gremienarbeit, DSR-Vorsitz"
|
anwendung: "Gremienarbeit, DSR-Vorsitz"
|
||||||
|
|
||||||
- id: "MK-04"
|
- id: "MK-04"
|
||||||
kompetenz: "Konfliktlösung"
|
kompetenz: "Konfliktlösung"
|
||||||
beschreibung: "Konfliktlösungsfähigkeit"
|
beschreibung: "Konfliktlösungsfähigkeit"
|
||||||
anwendung: "Dissens in DSR, konkurrierende Stakeholder-Interessen"
|
anwendung: "Dissens in DSR, konkurrierende Stakeholder-Interessen"
|
||||||
|
|
||||||
sozial:
|
sozial:
|
||||||
- id: "SK-01"
|
- id: "SK-01"
|
||||||
kompetenz: "Kommunikation"
|
kompetenz: "Kommunikation"
|
||||||
beschreibung: "Exzellente Kommunikationsfähigkeit über alle Hierarchieebenen"
|
beschreibung: "Exzellente Kommunikationsfähigkeit über alle Hierarchieebenen"
|
||||||
kritikalitaet: "hoch"
|
kritikalitaet: "hoch"
|
||||||
kontext: "Von Fachexpert:innen bis Amtsleitung"
|
kontext: "Von Fachexpert:innen bis Amtsleitung"
|
||||||
|
|
||||||
- id: "SK-02"
|
- id: "SK-02"
|
||||||
kompetenz: "Diplomatisches Geschick"
|
kompetenz: "Diplomatisches Geschick"
|
||||||
beschreibung: "Diplomatisches Geschick und Neutralität"
|
beschreibung: "Diplomatisches Geschick und Neutralität"
|
||||||
anwendung: "Vermittlung zwischen divergierenden Interessen"
|
anwendung: "Vermittlung zwischen divergierenden Interessen"
|
||||||
kritikalitaet: "hoch"
|
kritikalitaet: "hoch"
|
||||||
|
|
||||||
- id: "SK-03"
|
- id: "SK-03"
|
||||||
kompetenz: "Teamfähigkeit"
|
kompetenz: "Teamfähigkeit"
|
||||||
beschreibung: "Teamfähigkeit und Serviceorientierung"
|
beschreibung: "Teamfähigkeit und Serviceorientierung"
|
||||||
kontext: "Zusammenarbeit mit SHM, SPM, PPM"
|
kontext: "Zusammenarbeit mit SHM, SPM, PPM"
|
||||||
|
|
||||||
- id: "SK-04"
|
- id: "SK-04"
|
||||||
kompetenz: "Durchsetzungsvermögen"
|
kompetenz: "Durchsetzungsvermögen"
|
||||||
beschreibung: "Durchsetzungsvermögen bei gleichzeitiger Kompromissbereitschaft"
|
beschreibung: "Durchsetzungsvermögen bei gleichzeitiger Kompromissbereitschaft"
|
||||||
anwendung: "Methodentreue einfordern vs. pragmatische Lösungen finden"
|
anwendung: "Methodentreue einfordern vs. pragmatische Lösungen finden"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# 8. ERFOLGSFAKTOREN
|
# 8. ERFOLGSFAKTOREN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
erfolgsfaktoren:
|
erfolgsfaktoren:
|
||||||
beschreibung: "Kritische Rahmenbedingungen für erfolgreiche Rollenausübung"
|
beschreibung: "Kritische Rahmenbedingungen für erfolgreiche Rollenausübung"
|
||||||
|
|
||||||
faktoren:
|
faktoren:
|
||||||
- id: "EF-01"
|
- id: "EF-01"
|
||||||
titel: "Klare Prozessdefinition"
|
titel: "Klare Prozessdefinition"
|
||||||
beschreibung: "Umfängliche Nutzung des Demand-to-Project-Prozesses"
|
beschreibung: "Umfängliche Nutzung des Demand-to-Project-Prozesses"
|
||||||
abhaengigkeit: "Alle Beteiligten halten sich an definierten Prozess"
|
abhaengigkeit: "Alle Beteiligten halten sich an definierten Prozess"
|
||||||
risiko_bei_fehlen: "Umgehung des DPM, inkonsistente Demand-Behandlung"
|
risiko_bei_fehlen: "Umgehung des DPM, inkonsistente Demand-Behandlung"
|
||||||
|
|
||||||
- id: "EF-02"
|
- id: "EF-02"
|
||||||
titel: "Management-Unterstützung"
|
titel: "Management-Unterstützung"
|
||||||
beschreibung: "Rückendeckung durch Amtsleitung und Gremien"
|
beschreibung: "Rückendeckung durch Amtsleitung und Gremien"
|
||||||
abhaengigkeit: "Amtsleitung stärkt DPM-Rolle aktiv"
|
abhaengigkeit: "Amtsleitung stärkt DPM-Rolle aktiv"
|
||||||
risiko_bei_fehlen: "DPM-Entscheidungen werden nicht akzeptiert"
|
risiko_bei_fehlen: "DPM-Entscheidungen werden nicht akzeptiert"
|
||||||
|
|
||||||
- id: "EF-03"
|
- id: "EF-03"
|
||||||
titel: "Systemunterstützung"
|
titel: "Systemunterstützung"
|
||||||
beschreibung: "Funktionsfähige IT-Werkzeuge und Vorlagen"
|
beschreibung: "Funktionsfähige IT-Werkzeuge und Vorlagen"
|
||||||
abhaengigkeit: "Ticketsystem, Portfolio-Datenbank, Templates verfügbar"
|
abhaengigkeit: "Ticketsystem, Portfolio-Datenbank, Templates verfügbar"
|
||||||
risiko_bei_fehlen: "Manuelle Arbeit, Intransparenz, Ineffizienz"
|
risiko_bei_fehlen: "Manuelle Arbeit, Intransparenz, Ineffizienz"
|
||||||
|
|
||||||
- id: "EF-04"
|
- id: "EF-04"
|
||||||
titel: "Akzeptanz"
|
titel: "Akzeptanz"
|
||||||
beschreibung: "Anerkennung als neutrale Koordinationsinstanz"
|
beschreibung: "Anerkennung als neutrale Koordinationsinstanz"
|
||||||
abhaengigkeit: "Stakeholder vertrauen auf Objektivität des DPM"
|
abhaengigkeit: "Stakeholder vertrauen auf Objektivität des DPM"
|
||||||
risiko_bei_fehlen: "Politisierung von Entscheidungen, Umgehung"
|
risiko_bei_fehlen: "Politisierung von Entscheidungen, Umgehung"
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# REFERENZEN
|
# REFERENZEN
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
beschreibung: "Weiterführende Dokumente zur DPM-Rolle"
|
beschreibung: "Weiterführende Dokumente zur DPM-Rolle"
|
||||||
|
|
||||||
dokumente:
|
dokumente:
|
||||||
- titel: "Demand-Portfolio Governance"
|
- titel: "Demand-Portfolio Governance"
|
||||||
pfad: "#01.2_governance/demand-portfolio-governance.yaml"
|
pfad: "#01.2_governance/demand-portfolio-governance.yaml"
|
||||||
relevanz: "Governance-Rahmen für DPM-Arbeit"
|
relevanz: "Governance-Rahmen für DPM-Arbeit"
|
||||||
|
|
||||||
- titel: "RACI-Matrix Demand-Portfolio-Management"
|
- titel: "RACI-Matrix Demand-Portfolio-Management"
|
||||||
pfad: "#01.2_governance/raci-matrix-demand-portfolio-management.yaml"
|
pfad: "#01.2_governance/raci-matrix-demand-portfolio-management.yaml"
|
||||||
relevanz: "Detaillierte Verantwortlichkeiten im Prozess"
|
relevanz: "Detaillierte Verantwortlichkeiten im Prozess"
|
||||||
|
|
||||||
- titel: "Demand & Stakeholder-Runde (DSR) Geschäftsordnung"
|
- titel: "Demand & Stakeholder-Runde (DSR) Geschäftsordnung"
|
||||||
pfad: "#01.2_governance/dsr-geschaeftsordnung.yaml"
|
pfad: "#01.2_governance/dsr-geschaeftsordnung.yaml"
|
||||||
relevanz: "Arbeitsweise des wichtigsten Gremiums für DPM"
|
relevanz: "Arbeitsweise des wichtigsten Gremiums für DPM"
|
||||||
|
|
@ -1,123 +1,123 @@
|
||||||
phase:
|
phase:
|
||||||
id: 1
|
id: 1
|
||||||
titel: "Initiierung und Erfassung"
|
titel: "Initiierung und Erfassung"
|
||||||
ziel: "Identifikation von Bedarfen durch Stakeholder und Überführung in qualifizierte Bedarfssteckbriefe durch das Stakeholder-Management, inklusive Abgrenzung zum bestehenden Service-Katalog."
|
ziel: "Identifikation von Bedarfen durch Stakeholder und Überführung in qualifizierte Bedarfssteckbriefe durch das Stakeholder-Management, inklusive Abgrenzung zum bestehenden Service-Katalog."
|
||||||
verantwortlich_rolle: "Stakeholder-Management (SHM)"
|
verantwortlich_rolle: "Stakeholder-Management (SHM)"
|
||||||
|
|
||||||
schema_referenzen:
|
schema_referenzen:
|
||||||
bedarfs_steckbrief:
|
bedarfs_steckbrief:
|
||||||
pfad: "#03_stakeholder-management/#03.6_informationsmodell/shm_schema_bedarfssteckbrief.yaml"
|
pfad: "#03_stakeholder-management/#03.6_informationsmodell/shm_schema_bedarfssteckbrief.yaml"
|
||||||
version: "1.1"
|
version: "1.1"
|
||||||
bedarfsbewertung:
|
bedarfsbewertung:
|
||||||
pfad: "#03_stakeholder-management/#03.4_methodik/shm_bedarfsbewertung.yaml"
|
pfad: "#03_stakeholder-management/#03.4_methodik/shm_bedarfsbewertung.yaml"
|
||||||
beschreibung: "Routing-Logik und Entscheidungsbaum"
|
beschreibung: "Routing-Logik und Entscheidungsbaum"
|
||||||
|
|
||||||
schritte:
|
schritte:
|
||||||
- schritt_id: "1.1"
|
- schritt_id: "1.1"
|
||||||
titel: "Bedarfsidentifikation"
|
titel: "Bedarfsidentifikation"
|
||||||
akteur: "Stakeholder (SH)"
|
akteur: "Stakeholder (SH)"
|
||||||
beschreibung: "Ein Stakeholder erkennt einen fachlichen Bedarf, der nicht durch die bestehende Arbeitsumgebung abgedeckt ist."
|
beschreibung: "Ein Stakeholder erkennt einen fachlichen Bedarf, der nicht durch die bestehende Arbeitsumgebung abgedeckt ist."
|
||||||
input: "Fachlicher Auslöser (z.B. Gesetzesänderung, Prozessoptimierung)"
|
input: "Fachlicher Auslöser (z.B. Gesetzesänderung, Prozessoptimierung)"
|
||||||
output: "Initialer Bedarfsgedanke"
|
output: "Initialer Bedarfsgedanke"
|
||||||
raci_referenz: "1.1"
|
raci_referenz: "1.1"
|
||||||
citation: [506]
|
citation: [506]
|
||||||
|
|
||||||
- schritt_id: "1.2"
|
- schritt_id: "1.2"
|
||||||
titel: "Bedarfsmeldung"
|
titel: "Bedarfsmeldung"
|
||||||
akteur: "Stakeholder (SH)"
|
akteur: "Stakeholder (SH)"
|
||||||
beschreibung: "Der Stakeholder meldet den Bedarf über definierte Kanäle (z.B. Service Desk Ticket, direkte Ansprache) an DIGIT."
|
beschreibung: "Der Stakeholder meldet den Bedarf über definierte Kanäle (z.B. Service Desk Ticket, direkte Ansprache) an DIGIT."
|
||||||
input: "Initialer Bedarfsgedanke"
|
input: "Initialer Bedarfsgedanke"
|
||||||
output: "Unqualifizierte Bedarfsmeldung (Ticket)"
|
output: "Unqualifizierte Bedarfsmeldung (Ticket)"
|
||||||
system: "Ticketsystem"
|
system: "Ticketsystem"
|
||||||
raci_referenz: "1.2"
|
raci_referenz: "1.2"
|
||||||
citation: [506]
|
citation: [506]
|
||||||
|
|
||||||
- schritt_id: "1.3"
|
- schritt_id: "1.3"
|
||||||
titel: "Initiale Qualifizierung (Triage)"
|
titel: "Initiale Qualifizierung (Triage)"
|
||||||
akteur: "Stakeholder-Management (SHM)"
|
akteur: "Stakeholder-Management (SHM)"
|
||||||
beschreibung: "Erste Sichtung der Meldung. Prüfung auf Vollständigkeit der Basisinformationen und Zuständigkeit."
|
beschreibung: "Erste Sichtung der Meldung. Prüfung auf Vollständigkeit der Basisinformationen und Zuständigkeit."
|
||||||
input: "Unqualifizierte Bedarfsmeldung"
|
input: "Unqualifizierte Bedarfsmeldung"
|
||||||
output: "Qualifizierungsstatus"
|
output: "Qualifizierungsstatus"
|
||||||
raci_referenz: "1.3"
|
raci_referenz: "1.3"
|
||||||
citation: [506]
|
citation: [506]
|
||||||
|
|
||||||
- schritt_id: "1.4"
|
- schritt_id: "1.4"
|
||||||
titel: "Service-Katalog-Prüfung"
|
titel: "Service-Katalog-Prüfung"
|
||||||
akteur: "Stakeholder-Management (SHM)"
|
akteur: "Stakeholder-Management (SHM)"
|
||||||
support_akteur: "Service-Portfolio-Management (SPM)"
|
support_akteur: "Service-Portfolio-Management (SPM)"
|
||||||
beschreibung: "Abgleich des Bedarfs mit dem existierenden Service-Katalog. Entscheidung, ob es sich um einen Standard-Request handelt."
|
beschreibung: "Abgleich des Bedarfs mit dem existierenden Service-Katalog. Entscheidung, ob es sich um einen Standard-Request handelt."
|
||||||
entscheidungspunkt:
|
entscheidungspunkt:
|
||||||
frage: "Ist der Bedarf durch bestehenden Service-Katalog abdeckbar?"
|
frage: "Ist der Bedarf durch bestehenden Service-Katalog abdeckbar?"
|
||||||
option_ja: "Routing in Request Fulfilment Prozess (Out of Demand Scope)"
|
option_ja: "Routing in Request Fulfilment Prozess (Out of Demand Scope)"
|
||||||
option_nein: "Weiter in Demand-Prozess (Schritt 1.5)"
|
option_nein: "Weiter in Demand-Prozess (Schritt 1.5)"
|
||||||
routing_pfad_bei_ja:
|
routing_pfad_bei_ja:
|
||||||
id: "ROUTE-REQ"
|
id: "ROUTE-REQ"
|
||||||
name: "Request Fulfilment"
|
name: "Request Fulfilment"
|
||||||
ziel: "Service Desk"
|
ziel: "Service Desk"
|
||||||
steckbrief_erforderlich: false
|
steckbrief_erforderlich: false
|
||||||
hinweis: "Kein Bedarfssteckbrief erforderlich – direkte Weiterleitung"
|
hinweis: "Kein Bedarfssteckbrief erforderlich – direkte Weiterleitung"
|
||||||
raci_referenz: "1.4"
|
raci_referenz: "1.4"
|
||||||
citation: [506]
|
citation: [506]
|
||||||
|
|
||||||
- schritt_id: "1.5"
|
- schritt_id: "1.5"
|
||||||
titel: "Bedarfsklärungsgespräch"
|
titel: "Bedarfsklärungsgespräch"
|
||||||
akteur: "Stakeholder-Management (SHM)"
|
akteur: "Stakeholder-Management (SHM)"
|
||||||
partner_akteur: "Stakeholder (SH)"
|
partner_akteur: "Stakeholder (SH)"
|
||||||
beschreibung: "Strukturiertes Interview zur Erhebung der funktionalen und nicht-funktionalen Anforderungen, des Nutzens und der Rahmenbedingungen."
|
beschreibung: "Strukturiertes Interview zur Erhebung der funktionalen und nicht-funktionalen Anforderungen, des Nutzens und der Rahmenbedingungen."
|
||||||
input: "Qualifizierte Meldung"
|
input: "Qualifizierte Meldung"
|
||||||
output: "Protokollierte Anforderungen"
|
output: "Protokollierte Anforderungen"
|
||||||
artefakte: "Bedarfs-Steckbrief (Draft)"
|
artefakte: "Bedarfs-Steckbrief (Draft)"
|
||||||
raci_referenz: "1.5"
|
raci_referenz: "1.5"
|
||||||
citation: [506]
|
citation: [506]
|
||||||
|
|
||||||
- schritt_id: "1.6"
|
- schritt_id: "1.6"
|
||||||
titel: "User Story Erstellung"
|
titel: "User Story Erstellung"
|
||||||
akteur: "Stakeholder-Management (SHM)"
|
akteur: "Stakeholder-Management (SHM)"
|
||||||
beschreibung: "Übersetzung der Anforderungen in strukturierte User Stories (Wer möchte was warum?) zur Sicherstellung der fachlichen Perspektive."
|
beschreibung: "Übersetzung der Anforderungen in strukturierte User Stories (Wer möchte was warum?) zur Sicherstellung der fachlichen Perspektive."
|
||||||
input: "Protokollierte Anforderungen"
|
input: "Protokollierte Anforderungen"
|
||||||
output: "Fertiger Bedarfs-Steckbrief"
|
output: "Fertiger Bedarfs-Steckbrief"
|
||||||
artefakte:
|
artefakte:
|
||||||
- "Bedarfs-Steckbrief (Final)"
|
- "Bedarfs-Steckbrief (Final)"
|
||||||
- "Leitfaden User Stories"
|
- "Leitfaden User Stories"
|
||||||
raci_referenz: "1.6"
|
raci_referenz: "1.6"
|
||||||
citation: [506]
|
citation: [506]
|
||||||
|
|
||||||
- schritt_id: "1.7"
|
- schritt_id: "1.7"
|
||||||
titel: "Bedarfs-Routing (Quality Gate 1)"
|
titel: "Bedarfs-Routing (Quality Gate 1)"
|
||||||
akteur: "Stakeholder-Management (SHM)"
|
akteur: "Stakeholder-Management (SHM)"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Routing-Entscheidung basierend auf Bedarfsbewertung.
|
Routing-Entscheidung basierend auf Bedarfsbewertung.
|
||||||
Je nach Ergebnis erfolgt Übergabe an unterschiedliche Empfänger.
|
Je nach Ergebnis erfolgt Übergabe an unterschiedliche Empfänger.
|
||||||
input: "Bedarfs-Steckbrief (Final oder reduziert je nach Routing)"
|
input: "Bedarfs-Steckbrief (Final oder reduziert je nach Routing)"
|
||||||
system: "Ticketsystem / Demand-Portfolio-Datenbank"
|
system: "Ticketsystem / Demand-Portfolio-Datenbank"
|
||||||
raci_referenz: "1.7"
|
raci_referenz: "1.7"
|
||||||
citation: [506]
|
citation: [506]
|
||||||
|
|
||||||
routing_optionen:
|
routing_optionen:
|
||||||
- routing_id: "ROUTE-DPM"
|
- routing_id: "ROUTE-DPM"
|
||||||
name: "Demand Portfolio Management"
|
name: "Demand Portfolio Management"
|
||||||
empfaenger: "Demand-Portfolio-Management (DPM)"
|
empfaenger: "Demand-Portfolio-Management (DPM)"
|
||||||
bedingung: "Neuer Service oder grundlegende Neugestaltung erforderlich"
|
bedingung: "Neuer Service oder grundlegende Neugestaltung erforderlich"
|
||||||
output: "Demand (Status: an_dpm_uebergeben)"
|
output: "Demand (Status: an_dpm_uebergeben)"
|
||||||
steckbrief_vollstaendig: true
|
steckbrief_vollstaendig: true
|
||||||
trigger_next_phase: "Phase 2: Qualifizierung und Priorisierung"
|
trigger_next_phase: "Phase 2: Qualifizierung und Priorisierung"
|
||||||
quality_gate: true
|
quality_gate: true
|
||||||
|
|
||||||
- routing_id: "ROUTE-SPM"
|
- routing_id: "ROUTE-SPM"
|
||||||
name: "Service Portfolio Management (Change)"
|
name: "Service Portfolio Management (Change)"
|
||||||
empfaenger: "Service-Portfolio-Management (SPM)"
|
empfaenger: "Service-Portfolio-Management (SPM)"
|
||||||
bedingung: "Änderung an bestehendem Service"
|
bedingung: "Änderung an bestehendem Service"
|
||||||
output: "Change Request (Status: an_spm_uebergeben)"
|
output: "Change Request (Status: an_spm_uebergeben)"
|
||||||
steckbrief_vollstaendig: false
|
steckbrief_vollstaendig: false
|
||||||
hinweis: "Reduzierter Steckbrief ausreichend"
|
hinweis: "Reduzierter Steckbrief ausreichend"
|
||||||
|
|
||||||
- routing_id: "ROUTE-SO"
|
- routing_id: "ROUTE-SO"
|
||||||
name: "Service-Owner-Klärung"
|
name: "Service-Owner-Klärung"
|
||||||
empfaenger: "Service Owner (über Service-Portfolio / SPM)"
|
empfaenger: "Service Owner (über Service-Portfolio / SPM)"
|
||||||
bedingung: "Routing unklar – bilaterale Klärung mit Service Owner"
|
bedingung: "Routing unklar – bilaterale Klärung mit Service Owner"
|
||||||
output: "Klärungsfall (Status: in_so_klaerung)"
|
output: "Klärungsfall (Status: in_so_klaerung)"
|
||||||
steckbrief_vollstaendig: false
|
steckbrief_vollstaendig: false
|
||||||
hinweis: "Wenn Service Owner identifizierbar: direkte bilaterale Klärung. Wenn nicht: SPM hilft bei Identifikation. SO entscheidet: RUN/Change → SOR; Demand → DPM/DSR."
|
hinweis: "Wenn Service Owner identifizierbar: direkte bilaterale Klärung. Wenn nicht: SPM hilft bei Identifikation. SO entscheidet: RUN/Change → SOR; Demand → DPM/DSR."
|
||||||
referenz: "GOV-SHM-029"
|
referenz: "GOV-SHM-029"
|
||||||
|
|
||||||
validierungsprofile_referenz: "shm_schema_bedarfssteckbrief.yaml#validierungsprofile"
|
validierungsprofile_referenz: "shm_schema_bedarfssteckbrief.yaml#validierungsprofile"
|
||||||
|
|
@ -1,71 +1,71 @@
|
||||||
phase:
|
phase:
|
||||||
id: 2
|
id: 2
|
||||||
titel: "Qualifizierung und Priorisierung"
|
titel: "Qualifizierung und Priorisierung"
|
||||||
ziel: "Systematische Analyse, Bewertung und Priorisierung des Demands zur Herstellung der Entscheidungsreife für das zuständige Gremium."
|
ziel: "Systematische Analyse, Bewertung und Priorisierung des Demands zur Herstellung der Entscheidungsreife für das zuständige Gremium."
|
||||||
verantwortlich_rolle: "Demand-Portfolio-Management (DPM)"
|
verantwortlich_rolle: "Demand-Portfolio-Management (DPM)"
|
||||||
|
|
||||||
schritte:
|
schritte:
|
||||||
- schritt_id: "2.1"
|
- schritt_id: "2.1"
|
||||||
titel: "Vollständigkeitsprüfung (Quality Gate 2)"
|
titel: "Vollständigkeitsprüfung (Quality Gate 2)"
|
||||||
akteur: "Demand-Portfolio-Management (DPM)"
|
akteur: "Demand-Portfolio-Management (DPM)"
|
||||||
beschreibung: "Prüfung des übergebenen Bedarfs-Steckbriefs auf formale Vollständigkeit und inhaltliche Plausibilität."
|
beschreibung: "Prüfung des übergebenen Bedarfs-Steckbriefs auf formale Vollständigkeit und inhaltliche Plausibilität."
|
||||||
input: "Bedarfs-Steckbrief (Final)"
|
input: "Bedarfs-Steckbrief (Final)"
|
||||||
entscheidungspunkt:
|
entscheidungspunkt:
|
||||||
frage: "Ist der Steckbrief ausreichend qualifiziert?"
|
frage: "Ist der Steckbrief ausreichend qualifiziert?"
|
||||||
option_ja: "Weiter zur Klassifizierung (Schritt 2.2)"
|
option_ja: "Weiter zur Klassifizierung (Schritt 2.2)"
|
||||||
option_nein: "Rückweisung an Stakeholder-Management zur Nachbesserung"
|
option_nein: "Rückweisung an Stakeholder-Management zur Nachbesserung"
|
||||||
raci_referenz: "2.1"
|
raci_referenz: "2.1"
|
||||||
citation: [376, 196]
|
citation: [376, 196]
|
||||||
|
|
||||||
- schritt_id: "2.2"
|
- schritt_id: "2.2"
|
||||||
titel: "Demand-Klassifizierung"
|
titel: "Demand-Klassifizierung"
|
||||||
akteur: "Demand-Portfolio-Management (DPM)"
|
akteur: "Demand-Portfolio-Management (DPM)"
|
||||||
beschreibung: "Einordnung des Demands in die vier Steuerungsdimensionen: Treiber, Tragweite, Systemebene, Komplexität."
|
beschreibung: "Einordnung des Demands in die vier Steuerungsdimensionen: Treiber, Tragweite, Systemebene, Komplexität."
|
||||||
input: "Bedarfs-Steckbrief"
|
input: "Bedarfs-Steckbrief"
|
||||||
output: "Klassifizierter Demand mit initialem Routing-Vorschlag"
|
output: "Klassifizierter Demand mit initialem Routing-Vorschlag"
|
||||||
artefakte: "Klassifizierungsmatrix"
|
artefakte: "Klassifizierungsmatrix"
|
||||||
raci_referenz: "2.2"
|
raci_referenz: "2.2"
|
||||||
citation: [376, 1048]
|
citation: [376, 1048]
|
||||||
|
|
||||||
- schritt_id: "2.3"
|
- schritt_id: "2.3"
|
||||||
titel: "Inhaltliche Analyse & Abhängigkeitsprüfung"
|
titel: "Inhaltliche Analyse & Abhängigkeitsprüfung"
|
||||||
akteur: "Demand-Portfolio-Management (DPM)"
|
akteur: "Demand-Portfolio-Management (DPM)"
|
||||||
support_akteure:
|
support_akteure:
|
||||||
- "IT-Architektur-Board (bei Architekturrelevanz)"
|
- "IT-Architektur-Board (bei Architekturrelevanz)"
|
||||||
- "Projekt-Portfolio-Management (PPM) (für Portfolio-Check)"
|
- "Projekt-Portfolio-Management (PPM) (für Portfolio-Check)"
|
||||||
- "Service-Portfolio-Management (SPM) (für Service-Impact)"
|
- "Service-Portfolio-Management (SPM) (für Service-Impact)"
|
||||||
beschreibung: "Tiefenprüfung der Anforderungen, Identifikation technischer/fachlicher Abhängigkeiten zu anderen Demands/Projekten und Ersteinschätzung des Lösungsraums."
|
beschreibung: "Tiefenprüfung der Anforderungen, Identifikation technischer/fachlicher Abhängigkeiten zu anderen Demands/Projekten und Ersteinschätzung des Lösungsraums."
|
||||||
input: "Klassifizierter Demand"
|
input: "Klassifizierter Demand"
|
||||||
output: "Analyseergebnisse & identifizierte Abhängigkeiten"
|
output: "Analyseergebnisse & identifizierte Abhängigkeiten"
|
||||||
raci_referenz: "2.3"
|
raci_referenz: "2.3"
|
||||||
citation: [376, 113]
|
citation: [376, 113]
|
||||||
|
|
||||||
- schritt_id: "2.4"
|
- schritt_id: "2.4"
|
||||||
titel: "Demand-Bewertung"
|
titel: "Demand-Bewertung"
|
||||||
akteur: "Demand-Portfolio-Management (DPM)"
|
akteur: "Demand-Portfolio-Management (DPM)"
|
||||||
beschreibung: "Qualitative Bewertung anhand der drei Cluster: Nutzen & Wirkung, Druck & Notwendigkeit, Machbarkeit & Aufwand."
|
beschreibung: "Qualitative Bewertung anhand der drei Cluster: Nutzen & Wirkung, Druck & Notwendigkeit, Machbarkeit & Aufwand."
|
||||||
input: "Analyseergebnisse"
|
input: "Analyseergebnisse"
|
||||||
output: "Bewertungs-Scores je Cluster"
|
output: "Bewertungs-Scores je Cluster"
|
||||||
raci_referenz: "2.4"
|
raci_referenz: "2.4"
|
||||||
citation: [376, 1309]
|
citation: [376, 1309]
|
||||||
|
|
||||||
- schritt_id: "2.5"
|
- schritt_id: "2.5"
|
||||||
titel: "Priorisierung"
|
titel: "Priorisierung"
|
||||||
akteur: "Demand-Portfolio-Management (DPM)"
|
akteur: "Demand-Portfolio-Management (DPM)"
|
||||||
beschreibung: "Überführung der Bewertungsergebnisse in die Priorisierungs-Matrix (Wichtigkeit vs. Dringlichkeit) zur Ermittlung der Handlungsempfehlung."
|
beschreibung: "Überführung der Bewertungsergebnisse in die Priorisierungs-Matrix (Wichtigkeit vs. Dringlichkeit) zur Ermittlung der Handlungsempfehlung."
|
||||||
input: "Bewertungs-Scores"
|
input: "Bewertungs-Scores"
|
||||||
output: "Priorisierter Demand (Quadrant + Machbarkeits-Ampel)"
|
output: "Priorisierter Demand (Quadrant + Machbarkeits-Ampel)"
|
||||||
artefakte: "Priorisierungs-Matrix"
|
artefakte: "Priorisierungs-Matrix"
|
||||||
raci_referenz: "2.5"
|
raci_referenz: "2.5"
|
||||||
citation: [376, 1593]
|
citation: [376, 1593]
|
||||||
|
|
||||||
- schritt_id: "2.6"
|
- schritt_id: "2.6"
|
||||||
titel: "Erstellung Entscheidungsvorlage"
|
titel: "Erstellung Entscheidungsvorlage"
|
||||||
akteur: "Demand-Portfolio-Management (DPM)"
|
akteur: "Demand-Portfolio-Management (DPM)"
|
||||||
beschreibung: "Zusammenführung aller Ergebnisse in eine standardisierte Vorlage für das Entscheidungsgremium inklusive finalem Routing-Vorschlag."
|
beschreibung: "Zusammenführung aller Ergebnisse in eine standardisierte Vorlage für das Entscheidungsgremium inklusive finalem Routing-Vorschlag."
|
||||||
input: "Priorisierter Demand"
|
input: "Priorisierter Demand"
|
||||||
output: "Entscheidungsreife Vorlage"
|
output: "Entscheidungsreife Vorlage"
|
||||||
artefakte: "Demand-Entscheidungsvorlage"
|
artefakte: "Demand-Entscheidungsvorlage"
|
||||||
trigger_next_phase: "Phase 3: Entscheidung und Freigabe"
|
trigger_next_phase: "Phase 3: Entscheidung und Freigabe"
|
||||||
raci_referenz: "2.6"
|
raci_referenz: "2.6"
|
||||||
citation: [376, 1770]
|
citation: [376, 1770]
|
||||||
|
|
@ -1,74 +1,74 @@
|
||||||
phase:
|
phase:
|
||||||
id: 3
|
id: 3
|
||||||
titel: "Entscheidung und Freigabe"
|
titel: "Entscheidung und Freigabe"
|
||||||
ziel: "Herbeiführung einer verbindlichen Entscheidung (Freigabe, Ablehnung, Delegation) durch das zuständige Gremium inklusive Definition notwendiger Rahmenbedingungen."
|
ziel: "Herbeiführung einer verbindlichen Entscheidung (Freigabe, Ablehnung, Delegation) durch das zuständige Gremium inklusive Definition notwendiger Rahmenbedingungen."
|
||||||
verantwortlich_rolle: "Demand-Portfolio-Management (DPM)"
|
verantwortlich_rolle: "Demand-Portfolio-Management (DPM)"
|
||||||
|
|
||||||
schritte:
|
schritte:
|
||||||
- schritt_id: "3.1"
|
- schritt_id: "3.1"
|
||||||
titel: "DSR-Vorbereitung (Async)"
|
titel: "DSR-Vorbereitung (Async)"
|
||||||
bedingung: "Falls Routing = DSR oder DSR mit Delegationsoption"
|
bedingung: "Falls Routing = DSR oder DSR mit Delegationsoption"
|
||||||
akteur: "Demand-Portfolio-Management (DPM)"
|
akteur: "Demand-Portfolio-Management (DPM)"
|
||||||
beschreibung: "Finale Qualitätssicherung der Vorlage und Versand der Unterlagen an DSR-Mitglieder (min. 24h vor Sitzung)."
|
beschreibung: "Finale Qualitätssicherung der Vorlage und Versand der Unterlagen an DSR-Mitglieder (min. 24h vor Sitzung)."
|
||||||
input: "Entscheidungsreife Vorlage"
|
input: "Entscheidungsreife Vorlage"
|
||||||
output: "Versendete Sitzungsunterlagen"
|
output: "Versendete Sitzungsunterlagen"
|
||||||
raci_referenz: "3.1"
|
raci_referenz: "3.1"
|
||||||
citation: [378, 461]
|
citation: [378, 461]
|
||||||
|
|
||||||
- schritt_id: "3.2"
|
- schritt_id: "3.2"
|
||||||
titel: "DSR-Sitzung (Sync)"
|
titel: "DSR-Sitzung (Sync)"
|
||||||
bedingung: "Falls Routing = DSR oder DSR mit Delegationsoption"
|
bedingung: "Falls Routing = DSR oder DSR mit Delegationsoption"
|
||||||
akteur: "Demand & Stakeholder Runde (DSR)"
|
akteur: "Demand & Stakeholder Runde (DSR)"
|
||||||
moderator: "Demand-Portfolio-Management (DPM)"
|
moderator: "Demand-Portfolio-Management (DPM)"
|
||||||
beschreibung: "Präsentation des Demands und Entscheidungsfindung im Konsent-Verfahren."
|
beschreibung: "Präsentation des Demands und Entscheidungsfindung im Konsent-Verfahren."
|
||||||
entscheidungspunkt:
|
entscheidungspunkt:
|
||||||
frage: "DSR-Entscheidungsergebnis?"
|
frage: "DSR-Entscheidungsergebnis?"
|
||||||
option_freigabe: "Weiter zu Schritt 3.5 (Finalisierung)"
|
option_freigabe: "Weiter zu Schritt 3.5 (Finalisierung)"
|
||||||
option_ablehnung: "Weiter zu Schritt 3.6 (Kommunikation)"
|
option_ablehnung: "Weiter zu Schritt 3.6 (Kommunikation)"
|
||||||
option_delegation: "Weiter zu Schritt 3.3 (MB-Vorbereitung)"
|
option_delegation: "Weiter zu Schritt 3.3 (MB-Vorbereitung)"
|
||||||
option_vertagung: "Zurück zu Phase 2 (Nachbesserung erforderlich)"
|
option_vertagung: "Zurück zu Phase 2 (Nachbesserung erforderlich)"
|
||||||
raci_referenz: "3.2, 3.3, 3.4"
|
raci_referenz: "3.2, 3.3, 3.4"
|
||||||
citation: [378, 470]
|
citation: [378, 470]
|
||||||
|
|
||||||
- schritt_id: "3.3"
|
- schritt_id: "3.3"
|
||||||
titel: "MB-Vorbereitung (Async)"
|
titel: "MB-Vorbereitung (Async)"
|
||||||
bedingung: "Falls Routing = Mission Board ODER Delegation durch DSR (aus 3.2)"
|
bedingung: "Falls Routing = Mission Board ODER Delegation durch DSR (aus 3.2)"
|
||||||
akteur: "Demand-Portfolio-Management (DPM)"
|
akteur: "Demand-Portfolio-Management (DPM)"
|
||||||
beschreibung: "Aufbereitung der Entscheidungsvorlage für die strategische Perspektive des Mission Boards."
|
beschreibung: "Aufbereitung der Entscheidungsvorlage für die strategische Perspektive des Mission Boards."
|
||||||
input: "Vorlage (ggf. mit Delegationsvotum der DSR)"
|
input: "Vorlage (ggf. mit Delegationsvotum der DSR)"
|
||||||
output: "MB-Sitzungsunterlagen"
|
output: "MB-Sitzungsunterlagen"
|
||||||
raci_referenz: "3.5"
|
raci_referenz: "3.5"
|
||||||
citation: [378]
|
citation: [378]
|
||||||
|
|
||||||
- schritt_id: "3.4"
|
- schritt_id: "3.4"
|
||||||
titel: "MB-Sitzung (Sync)"
|
titel: "MB-Sitzung (Sync)"
|
||||||
bedingung: "Falls Routing = Mission Board ODER Delegation durch DSR"
|
bedingung: "Falls Routing = Mission Board ODER Delegation durch DSR"
|
||||||
akteur: "Mission Board (MB)"
|
akteur: "Mission Board (MB)"
|
||||||
support_akteur: "Demand-Portfolio-Management (DPM)"
|
support_akteur: "Demand-Portfolio-Management (DPM)"
|
||||||
beschreibung: "Strategische Diskussion und finale Entscheidung über MB-relevante Demands."
|
beschreibung: "Strategische Diskussion und finale Entscheidung über MB-relevante Demands."
|
||||||
entscheidungspunkt:
|
entscheidungspunkt:
|
||||||
frage: "MB-Entscheidungsergebnis?"
|
frage: "MB-Entscheidungsergebnis?"
|
||||||
option_freigabe: "Weiter zu Schritt 3.5 (Finalisierung)"
|
option_freigabe: "Weiter zu Schritt 3.5 (Finalisierung)"
|
||||||
option_ablehnung: "Weiter zu Schritt 3.6 (Kommunikation)"
|
option_ablehnung: "Weiter zu Schritt 3.6 (Kommunikation)"
|
||||||
option_vertagung: "Zurück zu Phase 2 (Nachbesserung) oder 3.3 (Wiedervorlage)"
|
option_vertagung: "Zurück zu Phase 2 (Nachbesserung) oder 3.3 (Wiedervorlage)"
|
||||||
raci_referenz: "3.6, 3.7"
|
raci_referenz: "3.6, 3.7"
|
||||||
citation: [378, 381]
|
citation: [378, 381]
|
||||||
|
|
||||||
- schritt_id: "3.5"
|
- schritt_id: "3.5"
|
||||||
titel: "Entscheidungs-Finalisierung"
|
titel: "Entscheidungs-Finalisierung"
|
||||||
bedingung: "Nur bei Freigabe (durch DSR oder MB)"
|
bedingung: "Nur bei Freigabe (durch DSR oder MB)"
|
||||||
akteur: "Entscheidungsgremium (DSR/MB)"
|
akteur: "Entscheidungsgremium (DSR/MB)"
|
||||||
beschreibung: "Festlegung verbindlicher Auflagen für die Umsetzung und Benennung eines fachlichen Sponsors."
|
beschreibung: "Festlegung verbindlicher Auflagen für die Umsetzung und Benennung eines fachlichen Sponsors."
|
||||||
output: "Vollständiger Gremienbeschluss mit Auflagen & Sponsor"
|
output: "Vollständiger Gremienbeschluss mit Auflagen & Sponsor"
|
||||||
raci_referenz: "3.8, 3.9, 3.10"
|
raci_referenz: "3.8, 3.9, 3.10"
|
||||||
citation: [381, 482]
|
citation: [381, 482]
|
||||||
|
|
||||||
- schritt_id: "3.6"
|
- schritt_id: "3.6"
|
||||||
titel: "Kommunikation & Routing (Quality Gate 3)"
|
titel: "Kommunikation & Routing (Quality Gate 3)"
|
||||||
akteur: "Demand-Portfolio-Management (DPM)"
|
akteur: "Demand-Portfolio-Management (DPM)"
|
||||||
beschreibung: "Formale Dokumentation des Beschlusses, Information an Stakeholder (via SHM) und Routing in die nächste Phase."
|
beschreibung: "Formale Dokumentation des Beschlusses, Information an Stakeholder (via SHM) und Routing in die nächste Phase."
|
||||||
input: "Gremienbeschluss"
|
input: "Gremienbeschluss"
|
||||||
output: "Aktualisierter Demand-Status"
|
output: "Aktualisierter Demand-Status"
|
||||||
trigger_next_phase: "Phase 4: Projektinitiierung (bei Freigabe) ODER Archivierung (bei Ablehnung)"
|
trigger_next_phase: "Phase 4: Projektinitiierung (bei Freigabe) ODER Archivierung (bei Ablehnung)"
|
||||||
raci_referenz: "3.11"
|
raci_referenz: "3.11"
|
||||||
citation: [381]
|
citation: [381]
|
||||||
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,184 +1,193 @@
|
||||||
metadata:
|
metadata:
|
||||||
name: "Design"
|
name: "Design"
|
||||||
yasm_referenz: "LP2: Design new or changed services"
|
yasm_referenz: "LP2: Design new or changed services"
|
||||||
version: "3.0"
|
version: "3.0"
|
||||||
status: "draft"
|
status: "draft"
|
||||||
erstellt: "2026-01-22"
|
erstellt: "2026-01-22"
|
||||||
aktualisiert: "2026-02-18"
|
aktualisiert: "2026-02-18"
|
||||||
projekt: "DIGITOM"
|
projekt: "DIGITOM"
|
||||||
organisation: "Stadt Freiburg / DIGIT"
|
organisation: "Stadt Freiburg / DIGIT"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Strategische und architektonische Gestaltung neuer oder wesentlich
|
Strategische und architektonische Gestaltung neuer oder wesentlich
|
||||||
geänderter Services. Umfasst Service-Definition, Architektur-Design
|
geänderter Services. Umfasst Service-Definition, Architektur-Design
|
||||||
und Implementation Blueprint.
|
und Implementation Blueprint.
|
||||||
|
|
||||||
Diese Phase entspricht YASM LP2 (Design new or changed services) und
|
Diese Phase entspricht YASM LP2 (Design new or changed services) und
|
||||||
fokussiert auf die Planung und das Design, NICHT auf die Implementierung.
|
fokussiert auf die Planung und das Design, NICHT auf die Implementierung.
|
||||||
|
|
||||||
aenderungen:
|
aenderungen:
|
||||||
- version: "3.0"
|
- version: "3.0"
|
||||||
datum: "2026-02-18"
|
datum: "2026-02-18"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Gate 1 aus Design-Phase entfernt und an den Anfang der Transition-Phase
|
Gate 1 aus Design-Phase entfernt und an den Anfang der Transition-Phase
|
||||||
verschoben (neue ID: tr_01). Design-Phase endet nun mit ds_04. Gate 1
|
verschoben (neue ID: tr_01). Design-Phase endet nun mit ds_04. Gate 1
|
||||||
ist das Entry-Gate der Transition, nicht mehr das Exit-Gate von Design.
|
ist das Entry-Gate der Transition, nicht mehr das Exit-Gate von Design.
|
||||||
|
|
||||||
- version: "2.1"
|
- version: "2.1"
|
||||||
datum: "2026-01-30"
|
datum: "2026-01-30"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Gate 1 (ds_05): Neue Prüfdimension "Betriebs- und Support-Bereitschaft"
|
Gate 1 (ds_05): Neue Prüfdimension "Betriebs- und Support-Bereitschaft"
|
||||||
(g1_dim_04) hinzugefügt. Grundsätzliches Ressourcen-Commitment muss VOR
|
(g1_dim_04) hinzugefügt. Grundsätzliches Ressourcen-Commitment muss VOR
|
||||||
Beginn der Transition geprüft werden, um Ressourcenverschwendung zu
|
Beginn der Transition geprüft werden, um Ressourcenverschwendung zu
|
||||||
vermeiden. Alle Prüfdimensionen nun explizit dokumentiert.
|
vermeiden. Alle Prüfdimensionen nun explizit dokumentiert.
|
||||||
|
|
||||||
- version: "2.0"
|
- version: "2.0"
|
||||||
datum: "2026-01-30"
|
datum: "2026-01-30"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Konsolidierung auf 5-Phasen-Modell: Aktivitäts-IDs von sd_ auf ds_
|
Konsolidierung auf 5-Phasen-Modell: Aktivitäts-IDs von sd_ auf ds_
|
||||||
umgestellt. Gate sd_05 wird zu ds_05 (Gate 1). Englische Phasennamen.
|
umgestellt. Gate sd_05 wird zu ds_05 (Gate 1). Englische Phasennamen.
|
||||||
|
|
||||||
- version: "1.0"
|
- version: "1.0"
|
||||||
datum: "2026-01-22"
|
datum: "2026-01-22"
|
||||||
beschreibung: "Initiale Erstellung nach YASM LP2"
|
beschreibung: "Initiale Erstellung nach YASM LP2"
|
||||||
|
|
||||||
schnittstellen:
|
schnittstellen:
|
||||||
eingang:
|
eingang:
|
||||||
- quelle: "Demand Lifecycle Phase 4"
|
- quelle: "Demand Lifecycle Phase 4"
|
||||||
artefakt: "Freigegebener Demand / Projektauftrag (nach DSR/MB Freigabe)"
|
artefakt: "Freigegebener Demand / Projektauftrag (nach DSR/MB Freigabe)"
|
||||||
beschreibung: "PPM hat Projektleitung benannt und Ressourcen mobilisiert"
|
beschreibung: "PPM hat Projektleitung benannt und Ressourcen mobilisiert"
|
||||||
ausgang:
|
ausgang:
|
||||||
- ziel: "Transition"
|
- ziel: "Transition"
|
||||||
artefakt: "Service Design Document + Implementation Blueprint"
|
artefakt: "Service Design Document + Implementation Blueprint"
|
||||||
beschreibung: "Vollständiges Design als Input für Gate 1 (tr_01) in der Transition-Phase"
|
beschreibung: "Vollständiges Design als Input für Gate 1 (tr_01) in der Transition-Phase"
|
||||||
|
|
||||||
hinweis: >
|
hinweis: >
|
||||||
Diese Phase trennt bewusst Design (WAS und WIE) von Build (Implementierung).
|
Diese Phase trennt bewusst Design (WAS und WIE) von Build (Implementierung).
|
||||||
Nach YASM LP2 werden hier alle strategischen und architektonischen
|
Nach YASM LP2 werden hier alle strategischen und architektonischen
|
||||||
Entscheidungen getroffen. Die Build/Configure-Entscheidung (Gate 1) erfolgt
|
Entscheidungen getroffen. Die Build/Configure-Entscheidung (Gate 1) erfolgt
|
||||||
als erste Aktivität der Transition-Phase (tr_01).
|
als erste Aktivität der Transition-Phase (tr_01).
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# AKTIVITÄTEN
|
# AKTIVITÄTEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
- id: ds_01
|
- id: ds_01
|
||||||
name: "Definieren der erforderlichen Service-Eigenschaften"
|
name: "Definieren der erforderlichen Service-Eigenschaften"
|
||||||
typ: aktivitaet
|
typ: aktivitaet
|
||||||
yasm_referenz: "LP2: Service Definition (Utility & Warranty)"
|
yasm_referenz: "LP2: Service Definition (Utility & Warranty)"
|
||||||
ehemals: "sd_01"
|
ehemals: "sd_01"
|
||||||
|
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Grundlegende Definition des neuen oder geänderten Services aus
|
Grundlegende Definition des neuen oder geänderten Services aus
|
||||||
fachlicher Perspektive.
|
fachlicher Perspektive. Diese Aktivität bildet den Startpunkt für
|
||||||
|
die Erstellung der Service-Definition als zentrales Artefakt.
|
||||||
umfasst:
|
|
||||||
- "Definition von Zweck, Nutzen, Zielgruppen"
|
umfasst:
|
||||||
- "Definition der Utility & Warranty des Services"
|
- "Definition von Zweck, Nutzen, Zielgruppen"
|
||||||
- "Ableitung der SLA-/SLO-Anforderungen"
|
- "Definition der Utility & Warranty des Services"
|
||||||
- "Ermittlung unterstützender Services und Abhängigkeiten"
|
- "Ableitung der SLA-/SLO-Anforderungen"
|
||||||
- "Identifikation fachlicher und technischer Anforderungen"
|
- "Ermittlung unterstützender Services und Abhängigkeiten"
|
||||||
|
- "Identifikation fachlicher und technischer Anforderungen"
|
||||||
mitarbeit:
|
|
||||||
- rolle: service_owner
|
hinweis_rollen: >
|
||||||
raci: A
|
In der Design-Phase agiert die Rolle service_owner als designierter
|
||||||
- rolle: projektleitung
|
Service Owner, da der Service noch nicht im Betrieb existiert und die
|
||||||
raci: R
|
formale Übernahme der SO-Rolle erst bei Gate 1 (tr_01) erfolgt
|
||||||
- rolle: betriebsteam
|
(vgl. GOV-TR-004, GOV-TR-006). Die Empfehlung ist eine frühzeitige
|
||||||
raci: C
|
Benennung bei/kurz nach Projektfreigabe; der harte Constraint liegt
|
||||||
- rolle: architektur
|
bei Gate 1. Dieser Hinweis gilt für alle Aktivitäten ds_01 bis ds_04.
|
||||||
raci: C
|
|
||||||
- rolle: spm
|
mitarbeit:
|
||||||
raci: C
|
- rolle: service_owner
|
||||||
|
raci: A
|
||||||
# ---------------------------------------------------------------------------
|
- rolle: projektleitung
|
||||||
- id: ds_02
|
raci: R
|
||||||
name: "Designen der erforderlichen Service- und Service-Management-Komponenten"
|
- rolle: betriebsteam
|
||||||
typ: aktivitaet
|
raci: C
|
||||||
yasm_referenz: "LP2: Service Architecture Design"
|
- rolle: architektur
|
||||||
ehemals: "sd_02"
|
raci: C
|
||||||
|
- rolle: spm
|
||||||
beschreibung: >
|
raci: C
|
||||||
Einarbeiten der Service-Eigenschaften in ein vollständiges Designmodell.
|
|
||||||
|
# ---------------------------------------------------------------------------
|
||||||
umfasst:
|
- id: ds_02
|
||||||
- "Servicearchitektur (Komponenten, Schnittstellen, Abhängigkeiten)"
|
name: "Designen der erforderlichen Service- und Service-Management-Komponenten"
|
||||||
- "Design der Betriebs- und Supportprozesse"
|
typ: aktivitaet
|
||||||
- "Sicherheits-, Compliance- und Datenschutzanforderungen"
|
yasm_referenz: "LP2: Service Architecture Design"
|
||||||
- "Monitoring & Reporting-Anforderungen"
|
ehemals: "sd_02"
|
||||||
- "Tool-/Konfigurationsanforderungen"
|
|
||||||
- "Rollenmodell (Support, Betrieb, Governance)"
|
beschreibung: >
|
||||||
|
Einarbeiten der Service-Eigenschaften in ein vollständiges Designmodell.
|
||||||
mitarbeit:
|
|
||||||
- rolle: service_owner
|
umfasst:
|
||||||
raci: A
|
- "Servicearchitektur (Komponenten, Schnittstellen, Abhängigkeiten)"
|
||||||
- rolle: architektur
|
- "Design der Betriebs- und Supportprozesse"
|
||||||
raci: R
|
- "Sicherheits-, Compliance- und Datenschutzanforderungen"
|
||||||
- rolle: projektteam
|
- "Monitoring & Reporting-Anforderungen"
|
||||||
raci: R
|
- "Tool-/Konfigurationsanforderungen"
|
||||||
- rolle: spm
|
- "Rollenmodell (Support, Betrieb, Governance)"
|
||||||
raci: I
|
|
||||||
|
mitarbeit:
|
||||||
hinweis: "Security / Datenschutz / Compliance werden als C einbezogen (nicht als separate Rolle modelliert)"
|
- rolle: service_owner
|
||||||
|
raci: A
|
||||||
# ---------------------------------------------------------------------------
|
- rolle: architektur
|
||||||
- id: ds_03
|
raci: R
|
||||||
name: "Beschreiben des Vorgehens zur Implementierung"
|
- rolle: projektteam
|
||||||
typ: aktivitaet
|
raci: R
|
||||||
yasm_referenz: "LP2: Implementation Blueprint"
|
- rolle: spm
|
||||||
ehemals: "sd_03"
|
raci: I
|
||||||
|
|
||||||
beschreibung: >
|
hinweis: "Security / Datenschutz / Compliance werden als C einbezogen (nicht als separate Rolle modelliert)"
|
||||||
Planen, WIE der Service organisatorisch eingeführt wird
|
|
||||||
(nicht technisch deployt wird).
|
# ---------------------------------------------------------------------------
|
||||||
|
- id: ds_03
|
||||||
umfasst:
|
name: "Beschreiben des Vorgehens zur Implementierung"
|
||||||
- "Plan für organisatorische Integration"
|
typ: aktivitaet
|
||||||
- "Definition aller Rollenübergaben"
|
yasm_referenz: "LP2: Implementation Blueprint"
|
||||||
- "Anpassung von Richtlinien, Prozessen, Toolkonfiguration"
|
ehemals: "sd_03"
|
||||||
- "Definition benötigter Trainings / Kommunikation"
|
|
||||||
- "Bewertung von Time-to-Operate (Wann kann der Betrieb übernehmen?)"
|
beschreibung: >
|
||||||
|
Planen, WIE der Service organisatorisch eingeführt wird
|
||||||
mitarbeit:
|
(nicht technisch deployt wird).
|
||||||
- rolle: service_owner
|
|
||||||
raci: A
|
umfasst:
|
||||||
- rolle: projektleitung
|
- "Plan für organisatorische Integration"
|
||||||
raci: R
|
- "Definition aller Rollenübergaben"
|
||||||
- rolle: betriebsteam
|
- "Anpassung von Richtlinien, Prozessen, Toolkonfiguration"
|
||||||
raci: C
|
- "Definition benötigter Trainings / Kommunikation"
|
||||||
- rolle: service_support_team
|
- "Bewertung von Time-to-Operate (Wann kann der Betrieb übernehmen?)"
|
||||||
raci: C
|
|
||||||
- rolle: spm
|
mitarbeit:
|
||||||
raci: I
|
- rolle: service_owner
|
||||||
|
raci: A
|
||||||
# ---------------------------------------------------------------------------
|
- rolle: projektleitung
|
||||||
- id: ds_04
|
raci: R
|
||||||
name: "Vorbereiten der Service-Implementierung"
|
- rolle: betriebsteam
|
||||||
typ: aktivitaet
|
raci: C
|
||||||
yasm_referenz: "LP2: Organizational Integration Planning"
|
- rolle: service_support_team
|
||||||
ehemals: "sd_04"
|
raci: C
|
||||||
|
- rolle: spm
|
||||||
beschreibung: >
|
raci: I
|
||||||
Finalisieren aller organisatorischen Voraussetzungen für die
|
|
||||||
spätere Übergabe in den Betrieb.
|
# ---------------------------------------------------------------------------
|
||||||
|
- id: ds_04
|
||||||
umfasst:
|
name: "Vorbereiten der Service-Implementierung"
|
||||||
- "Abstimmung mit Betrieb & Support"
|
typ: aktivitaet
|
||||||
- "Sicherstellen, dass Prozesse, Tools, Strukturen vorbereitet sind"
|
yasm_referenz: "LP2: Organizational Integration Planning"
|
||||||
- "Definition des ELS-Konzepts (Early Life Support) – falls gewünscht"
|
ehemals: "sd_04"
|
||||||
- "Validierung, dass der Service vollständig im Service-Portfolio erfasst ist"
|
|
||||||
|
beschreibung: >
|
||||||
mitarbeit:
|
Finalisieren aller organisatorischen Voraussetzungen für die
|
||||||
- rolle: service_owner
|
spätere Übergabe in den Betrieb.
|
||||||
raci: A
|
|
||||||
- rolle: projektleitung
|
umfasst:
|
||||||
raci: R
|
- "Abstimmung mit Betrieb & Support"
|
||||||
- rolle: betriebsteam
|
- "Sicherstellen, dass Prozesse, Tools, Strukturen vorbereitet sind"
|
||||||
raci: C
|
- "Definition des ELS-Konzepts (Early Life Support) – falls gewünscht"
|
||||||
- rolle: service_support_team
|
- "Validierung, dass der Service vollständig im Service-Portfolio erfasst ist"
|
||||||
raci: C
|
|
||||||
- rolle: spm
|
mitarbeit:
|
||||||
raci: I
|
- rolle: service_owner
|
||||||
|
raci: A
|
||||||
|
- rolle: projektleitung
|
||||||
|
raci: R
|
||||||
|
- rolle: betriebsteam
|
||||||
|
raci: C
|
||||||
|
- rolle: service_support_team
|
||||||
|
raci: C
|
||||||
|
- rolle: spm
|
||||||
|
raci: I
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -1,268 +1,268 @@
|
||||||
metadata:
|
metadata:
|
||||||
name: "Review"
|
name: "Review"
|
||||||
yasm_referenz: "LP5: Improve the services"
|
yasm_referenz: "LP5: Improve the services"
|
||||||
version: "2.0"
|
version: "2.0"
|
||||||
status: "draft"
|
status: "draft"
|
||||||
erstellt: "2025-11-26"
|
erstellt: "2025-11-26"
|
||||||
aktualisiert: "2026-01-30"
|
aktualisiert: "2026-01-30"
|
||||||
projekt: "DIGITOM"
|
projekt: "DIGITOM"
|
||||||
organisation: "Stadt Freiburg / DIGIT"
|
organisation: "Stadt Freiburg / DIGIT"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Periodische und anlassbezogene Bewertung der Service-Performance.
|
Periodische und anlassbezogene Bewertung der Service-Performance.
|
||||||
Umfasst taktische Analysen, Gremienentscheidungen und die Ableitung
|
Umfasst taktische Analysen, Gremienentscheidungen und die Ableitung
|
||||||
von Verbesserungsmaßnahmen bis hin zur Stilllegung.
|
von Verbesserungsmaßnahmen bis hin zur Stilllegung.
|
||||||
|
|
||||||
aenderungen:
|
aenderungen:
|
||||||
- version: "2.0"
|
- version: "2.0"
|
||||||
datum: "2026-01-30"
|
datum: "2026-01-30"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Konsolidierung auf 5-Phasen-Modell: Phase umbenannt von "Service Review"
|
Konsolidierung auf 5-Phasen-Modell: Phase umbenannt von "Service Review"
|
||||||
zu "Review". Aktivitäts-IDs von sr_ auf rv_ umgestellt.
|
zu "Review". Aktivitäts-IDs von sr_ auf rv_ umgestellt.
|
||||||
|
|
||||||
- version: "1.1"
|
- version: "1.1"
|
||||||
datum: "2025-12-17"
|
datum: "2025-12-17"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
- Referenz auf spm_konzept_service-review.yaml hinzugefügt
|
- Referenz auf spm_konzept_service-review.yaml hinzugefügt
|
||||||
- Aktivität rv_02 um Bewertungsmethodik präzisiert (GOV-SR-001)
|
- Aktivität rv_02 um Bewertungsmethodik präzisiert (GOV-SR-001)
|
||||||
- Output-Präzisierung für Handlungsempfehlungen ergänzt
|
- Output-Präzisierung für Handlungsempfehlungen ergänzt
|
||||||
|
|
||||||
- version: "1.0"
|
- version: "1.0"
|
||||||
datum: "2025-11-26"
|
datum: "2025-11-26"
|
||||||
beschreibung: "Initiale Erstellung"
|
beschreibung: "Initiale Erstellung"
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
konzept: "02a_lifecycle-konzepte/spm_konzept_service-review.yaml"
|
konzept: "02a_lifecycle-konzepte/spm_konzept_service-review.yaml"
|
||||||
governance_entscheidungen: "GOV-SR-001 bis GOV-SR-005"
|
governance_entscheidungen: "GOV-SR-001 bis GOV-SR-005"
|
||||||
|
|
||||||
schnittstellen:
|
schnittstellen:
|
||||||
eingang:
|
eingang:
|
||||||
- quelle: "Operation"
|
- quelle: "Operation"
|
||||||
artefakt: "Service-Qualitätsbericht, Monitoring-Daten"
|
artefakt: "Service-Qualitätsbericht, Monitoring-Daten"
|
||||||
- quelle: "Support"
|
- quelle: "Support"
|
||||||
artefakt: "Support-KPIs, Problem Records, Incident-Trends"
|
artefakt: "Support-KPIs, Problem Records, Incident-Trends"
|
||||||
ausgang:
|
ausgang:
|
||||||
- ziel: "Operation"
|
- ziel: "Operation"
|
||||||
artefakt: "Freigegebene Verbesserungsmaßnahmen"
|
artefakt: "Freigegebene Verbesserungsmaßnahmen"
|
||||||
bedingung: "Bei Service Improvement"
|
bedingung: "Bei Service Improvement"
|
||||||
- ziel: "Demand-Lifecycle (DPM)"
|
- ziel: "Demand-Lifecycle (DPM)"
|
||||||
artefakt: "Demand für strukturelle Änderung"
|
artefakt: "Demand für strukturelle Änderung"
|
||||||
bedingung: "Bei Service Redesign / Erweiterung"
|
bedingung: "Bei Service Redesign / Erweiterung"
|
||||||
- ziel: "Demand-Lifecycle (DPM)"
|
- ziel: "Demand-Lifecycle (DPM)"
|
||||||
artefakt: "Retirement-Plan, Decommissioning-Auftrag"
|
artefakt: "Retirement-Plan, Decommissioning-Auftrag"
|
||||||
bedingung: "Bei Service außer Betrieb nehmen"
|
bedingung: "Bei Service außer Betrieb nehmen"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# AKTIVITÄTEN
|
# AKTIVITÄTEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
- id: rv_01
|
- id: rv_01
|
||||||
name: "Taktische Root-Cause-Analyse + Auswertung Support-KPIs"
|
name: "Taktische Root-Cause-Analyse + Auswertung Support-KPIs"
|
||||||
typ: aktivitaet
|
typ: aktivitaet
|
||||||
ehemals: "sr_01"
|
ehemals: "sr_01"
|
||||||
|
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Strukturelle Analyse wiederkehrender Supportfälle und Betrachtung der KPIs,
|
Strukturelle Analyse wiederkehrender Supportfälle und Betrachtung der KPIs,
|
||||||
um mittelfristige Verbesserungen anzustoßen.
|
um mittelfristige Verbesserungen anzustoßen.
|
||||||
|
|
||||||
umfasst:
|
umfasst:
|
||||||
- "KPI-Auswertung (Supportqualität, Trends, Belastungspunkte)"
|
- "KPI-Auswertung (Supportqualität, Trends, Belastungspunkte)"
|
||||||
- "Identifikation wiederkehrender Tickets und systemischer Ursachen"
|
- "Identifikation wiederkehrender Tickets und systemischer Ursachen"
|
||||||
- "Abgleich mit Problem Records"
|
- "Abgleich mit Problem Records"
|
||||||
- "Ableitung taktischer Verbesserungsmaßnahmen (z.B. Anpassungen im Service, Monitoring, Rollen, Prozessen)"
|
- "Ableitung taktischer Verbesserungsmaßnahmen (z.B. Anpassungen im Service, Monitoring, Rollen, Prozessen)"
|
||||||
|
|
||||||
mitarbeit:
|
mitarbeit:
|
||||||
- rolle: service_owner
|
- rolle: service_owner
|
||||||
raci: A
|
raci: A
|
||||||
kontext: "Priorisiert und bestätigt Maßnahmen"
|
kontext: "Priorisiert und bestätigt Maßnahmen"
|
||||||
- rolle: problem_manager
|
- rolle: problem_manager
|
||||||
raci: R
|
raci: R
|
||||||
kontext: "Führt taktische Analyse durch"
|
kontext: "Führt taktische Analyse durch"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
- id: rv_02
|
- id: rv_02
|
||||||
name: "Service Performance & Improvement Review"
|
name: "Service Performance & Improvement Review"
|
||||||
typ: aktivitaet
|
typ: aktivitaet
|
||||||
ehemals: "sr_02"
|
ehemals: "sr_02"
|
||||||
|
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Operativer Review des Servicezustands basierend auf Qualitätsberichten,
|
Operativer Review des Servicezustands basierend auf Qualitätsberichten,
|
||||||
Supportdaten und Problem-Analysen.
|
Supportdaten und Problem-Analysen.
|
||||||
|
|
||||||
konzept_referenz: "spm_konzept_service-review.yaml -> bewertungsschema"
|
konzept_referenz: "spm_konzept_service-review.yaml -> bewertungsschema"
|
||||||
governance_referenz: "GOV-SR-001"
|
governance_referenz: "GOV-SR-001"
|
||||||
|
|
||||||
methodik:
|
methodik:
|
||||||
beschreibung: "4-Dimensionen-Modell mit qualitativer Ampelbewertung"
|
beschreibung: "4-Dimensionen-Modell mit qualitativer Ampelbewertung"
|
||||||
dimensionen:
|
dimensionen:
|
||||||
- "SR-D1: Leistungserbringung"
|
- "SR-D1: Leistungserbringung"
|
||||||
- "SR-D2: Betriebsstabilität"
|
- "SR-D2: Betriebsstabilität"
|
||||||
- "SR-D3: Nutzerzufriedenheit"
|
- "SR-D3: Nutzerzufriedenheit"
|
||||||
- "SR-D4: Zukunftsfähigkeit"
|
- "SR-D4: Zukunftsfähigkeit"
|
||||||
bewertungsskala: "Grün / Gelb / Rot"
|
bewertungsskala: "Grün / Gelb / Rot"
|
||||||
|
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Abgleich der Service-Leistung gegen Ziele und SLAs"
|
- "Abgleich der Service-Leistung gegen Ziele und SLAs"
|
||||||
- "Bewertung des Gesamterfüllungsgrades der Serviceerbringung"
|
- "Bewertung des Gesamterfüllungsgrades der Serviceerbringung"
|
||||||
- "Diskussion operativer Risiken, Störungen, Kapazitätsengpässe"
|
- "Diskussion operativer Risiken, Störungen, Kapazitätsengpässe"
|
||||||
- "Identifikation von Maßnahmen zur Optimierung (kurz- und mittelfristig)"
|
- "Identifikation von Maßnahmen zur Optimierung (kurz- und mittelfristig)"
|
||||||
- "Vorbereitung für SOR-Review"
|
- "Vorbereitung für SOR-Review"
|
||||||
- "Entscheidung, ob weitere Analyse / Verbesserung notwendig ist"
|
- "Entscheidung, ob weitere Analyse / Verbesserung notwendig ist"
|
||||||
|
|
||||||
output_praezisierung:
|
output_praezisierung:
|
||||||
handlungsempfehlung:
|
handlungsempfehlung:
|
||||||
optionen: ["CONTINUE", "IMPROVEMENT", "REDESIGN", "RETIRE"]
|
optionen: ["CONTINUE", "IMPROVEMENT", "REDESIGN", "RETIRE"]
|
||||||
dokumentation: "Service-Definition -> service_review"
|
dokumentation: "Service-Definition -> service_review"
|
||||||
|
|
||||||
mitarbeit:
|
mitarbeit:
|
||||||
- rolle: service_owner
|
- rolle: service_owner
|
||||||
raci: A/R
|
raci: A/R
|
||||||
kontext: "Führt Review durch"
|
kontext: "Führt Review durch"
|
||||||
- rolle: spm
|
- rolle: spm
|
||||||
raci: I
|
raci: I
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
- id: rv_03
|
- id: rv_03
|
||||||
name: "SOR: Periodischer Service Review"
|
name: "SOR: Periodischer Service Review"
|
||||||
typ: aktivitaet
|
typ: aktivitaet
|
||||||
ehemals: "sr_03"
|
ehemals: "sr_03"
|
||||||
|
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Die SOR bewertet regelmäßig die Serviceleistung und trifft operative
|
Die SOR bewertet regelmäßig die Serviceleistung und trifft operative
|
||||||
Entscheidungen.
|
Entscheidungen.
|
||||||
|
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Sichtung des Service Performance & Improvement Reviews"
|
- "Sichtung des Service Performance & Improvement Reviews"
|
||||||
- "Bewertung der Stabilität & Betriebsreife"
|
- "Bewertung der Stabilität & Betriebsreife"
|
||||||
- "Priorisierung operativer Verbesserungen"
|
- "Priorisierung operativer Verbesserungen"
|
||||||
- "Freigabe kleinerer Verbesserungsmaßnahmen"
|
- "Freigabe kleinerer Verbesserungsmaßnahmen"
|
||||||
- "Entscheidung, ob eine tiefergehende Überarbeitung notwendig ist"
|
- "Entscheidung, ob eine tiefergehende Überarbeitung notwendig ist"
|
||||||
- "Schnittstelle zur Demand-/Portfolio-Steuerung bei größeren Änderungen"
|
- "Schnittstelle zur Demand-/Portfolio-Steuerung bei größeren Änderungen"
|
||||||
|
|
||||||
mitarbeit:
|
mitarbeit:
|
||||||
- rolle: sor
|
- rolle: sor
|
||||||
raci: A
|
raci: A
|
||||||
kontext: "Trifft Entscheidungen"
|
kontext: "Trifft Entscheidungen"
|
||||||
- rolle: service_owner
|
- rolle: service_owner
|
||||||
raci: R
|
raci: R
|
||||||
kontext: "Berichtet & präsentiert"
|
kontext: "Berichtet & präsentiert"
|
||||||
|
|
||||||
entscheidungspfade:
|
entscheidungspfade:
|
||||||
- id: ep_weiter
|
- id: ep_weiter
|
||||||
name: "Weiter wie bisher"
|
name: "Weiter wie bisher"
|
||||||
bedingung: "Service stabil, keine Maßnahmen erforderlich"
|
bedingung: "Service stabil, keine Maßnahmen erforderlich"
|
||||||
ziel_aktivitaet: null
|
ziel_aktivitaet: null
|
||||||
ziel_phase: "Operation"
|
ziel_phase: "Operation"
|
||||||
|
|
||||||
- id: ep_improvement
|
- id: ep_improvement
|
||||||
name: "Verbesserung nötig (klein)"
|
name: "Verbesserung nötig (klein)"
|
||||||
bedingung: "Optimierungsbedarf identifiziert, aber keine strukturelle Änderung"
|
bedingung: "Optimierungsbedarf identifiziert, aber keine strukturelle Änderung"
|
||||||
ziel_aktivitaet: "rv_04"
|
ziel_aktivitaet: "rv_04"
|
||||||
ziel_phase: null
|
ziel_phase: null
|
||||||
|
|
||||||
- id: ep_redesign
|
- id: ep_redesign
|
||||||
name: "Strukturelle Überarbeitung nötig"
|
name: "Strukturelle Überarbeitung nötig"
|
||||||
bedingung: "Tiefergehende Änderung erforderlich, die über Improvement hinausgeht"
|
bedingung: "Tiefergehende Änderung erforderlich, die über Improvement hinausgeht"
|
||||||
ziel_aktivitaet: "rv_05"
|
ziel_aktivitaet: "rv_05"
|
||||||
ziel_phase: null
|
ziel_phase: null
|
||||||
|
|
||||||
- id: ep_retirement
|
- id: ep_retirement
|
||||||
name: "Service End-of-Life"
|
name: "Service End-of-Life"
|
||||||
bedingung: "Service soll stillgelegt werden"
|
bedingung: "Service soll stillgelegt werden"
|
||||||
ziel_aktivitaet: "rv_06"
|
ziel_aktivitaet: "rv_06"
|
||||||
ziel_phase: null
|
ziel_phase: null
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
- id: rv_04
|
- id: rv_04
|
||||||
name: "Service Improvement"
|
name: "Service Improvement"
|
||||||
typ: aktivitaet
|
typ: aktivitaet
|
||||||
ehemals: "sr_04"
|
ehemals: "sr_04"
|
||||||
|
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Entscheidung aus der SOR: Planung und Steuerung von kleineren
|
Entscheidung aus der SOR: Planung und Steuerung von kleineren
|
||||||
Verbesserungsmaßnahmen innerhalb des Service.
|
Verbesserungsmaßnahmen innerhalb des Service.
|
||||||
|
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Umwandlung identifizierter Probleme in umsetzbare Verbesserungs-Initiativen"
|
- "Umwandlung identifizierter Probleme in umsetzbare Verbesserungs-Initiativen"
|
||||||
- "Aufwandsschätzung und Priorisierung"
|
- "Aufwandsschätzung und Priorisierung"
|
||||||
- "Festlegen der Zielmetriken für Verbesserung"
|
- "Festlegen der Zielmetriken für Verbesserung"
|
||||||
- "Zuweisung der Verantwortlichkeiten"
|
- "Zuweisung der Verantwortlichkeiten"
|
||||||
- "Sicherstellen, dass Verbesserungen im Service Portfolio sichtbar werden"
|
- "Sicherstellen, dass Verbesserungen im Service Portfolio sichtbar werden"
|
||||||
|
|
||||||
mitarbeit:
|
mitarbeit:
|
||||||
- rolle: service_owner
|
- rolle: service_owner
|
||||||
raci: A/R
|
raci: A/R
|
||||||
kontext: "Führt Improvements, steuert Maßnahmen"
|
kontext: "Führt Improvements, steuert Maßnahmen"
|
||||||
- rolle: spm
|
- rolle: spm
|
||||||
raci: C
|
raci: C
|
||||||
kontext: "Für portfolio-relevante Anpassungen"
|
kontext: "Für portfolio-relevante Anpassungen"
|
||||||
- rolle: problem_manager
|
- rolle: problem_manager
|
||||||
raci: C
|
raci: C
|
||||||
kontext: "Für Problem-bezogene Maßnahmen"
|
kontext: "Für Problem-bezogene Maßnahmen"
|
||||||
|
|
||||||
ausgang:
|
ausgang:
|
||||||
ziel_phase: "Operation"
|
ziel_phase: "Operation"
|
||||||
beschreibung: "Umsetzung der Verbesserungsmaßnahmen im laufenden Betrieb"
|
beschreibung: "Umsetzung der Verbesserungsmaßnahmen im laufenden Betrieb"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
- id: rv_05
|
- id: rv_05
|
||||||
name: "Service Redesign / Erweiterung"
|
name: "Service Redesign / Erweiterung"
|
||||||
typ: aktivitaet
|
typ: aktivitaet
|
||||||
ehemals: "sr_05"
|
ehemals: "sr_05"
|
||||||
|
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Entscheidung aus der SOR: Strukturelle Weiterentwicklung des Service
|
Entscheidung aus der SOR: Strukturelle Weiterentwicklung des Service
|
||||||
auf Basis von SOR- oder Review-Entscheidungen.
|
auf Basis von SOR- oder Review-Entscheidungen.
|
||||||
|
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Überarbeitung der Service-Definitionen"
|
- "Überarbeitung der Service-Definitionen"
|
||||||
- "Anpassung von Komponenten, Prozessen oder Rollen"
|
- "Anpassung von Komponenten, Prozessen oder Rollen"
|
||||||
- "Identifikation von Anforderungen für Entwicklungsprozess"
|
- "Identifikation von Anforderungen für Entwicklungsprozess"
|
||||||
- "Übergabe an Demand-Lifecycle-Prozess"
|
- "Übergabe an Demand-Lifecycle-Prozess"
|
||||||
|
|
||||||
mitarbeit:
|
mitarbeit:
|
||||||
- rolle: service_owner
|
- rolle: service_owner
|
||||||
raci: A
|
raci: A
|
||||||
kontext: "Verantwortet Redesign"
|
kontext: "Verantwortet Redesign"
|
||||||
- rolle: spm
|
- rolle: spm
|
||||||
raci: C
|
raci: C
|
||||||
kontext: "Prüft Portfolio-Anpassungen"
|
kontext: "Prüft Portfolio-Anpassungen"
|
||||||
|
|
||||||
ausgang:
|
ausgang:
|
||||||
ziel_phase: "Demand-Lifecycle (DPM)"
|
ziel_phase: "Demand-Lifecycle (DPM)"
|
||||||
artefakt: "Neuer Demand"
|
artefakt: "Neuer Demand"
|
||||||
beschreibung: "Strukturelle Änderung wird als Demand erfasst und durchläuft den Demand-Lifecycle"
|
beschreibung: "Strukturelle Änderung wird als Demand erfasst und durchläuft den Demand-Lifecycle"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
- id: rv_06
|
- id: rv_06
|
||||||
name: "Service außer Betrieb nehmen"
|
name: "Service außer Betrieb nehmen"
|
||||||
typ: aktivitaet
|
typ: aktivitaet
|
||||||
ehemals: "sr_06"
|
ehemals: "sr_06"
|
||||||
|
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Strukturierte Entscheidung und kontrollierte Abschaltung eines Services.
|
Strukturierte Entscheidung und kontrollierte Abschaltung eines Services.
|
||||||
|
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Auslöser definieren (z.B. niedrige Nutzung, zu hohe Kosten, technische Überalterung)"
|
- "Auslöser definieren (z.B. niedrige Nutzung, zu hohe Kosten, technische Überalterung)"
|
||||||
- "Bewertung durch SOR"
|
- "Bewertung durch SOR"
|
||||||
- "Erstellen eines Retirement-Plans (Kommunikation, Migrationswege, Abschaltung)"
|
- "Erstellen eines Retirement-Plans (Kommunikation, Migrationswege, Abschaltung)"
|
||||||
- "Koordination mit Portfolio (SPM)"
|
- "Koordination mit Portfolio (SPM)"
|
||||||
- "Übergabe an Projekt-/Transitionsthemen falls notwendig"
|
- "Übergabe an Projekt-/Transitionsthemen falls notwendig"
|
||||||
|
|
||||||
mitarbeit:
|
mitarbeit:
|
||||||
- rolle: sor
|
- rolle: sor
|
||||||
raci: A
|
raci: A
|
||||||
kontext: "Entscheidet"
|
kontext: "Entscheidet"
|
||||||
- rolle: service_owner
|
- rolle: service_owner
|
||||||
raci: R
|
raci: R
|
||||||
kontext: "Führt Retire-Plan aus"
|
kontext: "Führt Retire-Plan aus"
|
||||||
- rolle: spm
|
- rolle: spm
|
||||||
raci: C
|
raci: C
|
||||||
kontext: "Aktualisiert Portfolio"
|
kontext: "Aktualisiert Portfolio"
|
||||||
|
|
||||||
ausgang:
|
ausgang:
|
||||||
ziel_phase: "Demand-Lifecycle (DPM)"
|
ziel_phase: "Demand-Lifecycle (DPM)"
|
||||||
artefakt: "Retirement-Plan / Decommissioning-Auftrag"
|
artefakt: "Retirement-Plan / Decommissioning-Auftrag"
|
||||||
beschreibung: "Stilllegung wird als Demand/Projekt koordiniert"
|
beschreibung: "Stilllegung wird als Demand/Projekt koordiniert"
|
||||||
|
|
|
||||||
File diff suppressed because it is too large
Load diff
|
|
@ -1,407 +1,407 @@
|
||||||
metadata:
|
metadata:
|
||||||
name: "Rollendefinitionen Service-Lifecycle"
|
name: "Rollendefinitionen Service-Lifecycle"
|
||||||
version: "1.1"
|
version: "1.1"
|
||||||
status: "draft"
|
status: "draft"
|
||||||
erstellt: "2025-11-26"
|
erstellt: "2025-11-26"
|
||||||
aktualisiert: "2026-01-31"
|
aktualisiert: "2026-01-31"
|
||||||
projekt: "DIGITOM"
|
projekt: "DIGITOM"
|
||||||
organisation: "Stadt Freiburg / DIGIT"
|
organisation: "Stadt Freiburg / DIGIT"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Definiert alle Rollen, die im Service-Lifecycle-Blueprint referenziert werden.
|
Definiert alle Rollen, die im Service-Lifecycle-Blueprint referenziert werden.
|
||||||
Dient als Single Source of Truth für Rollenbeschreibungen und RACI-Zuordnungen.
|
Dient als Single Source of Truth für Rollenbeschreibungen und RACI-Zuordnungen.
|
||||||
|
|
||||||
aenderungshistorie:
|
aenderungshistorie:
|
||||||
- version: "1.1"
|
- version: "1.1"
|
||||||
datum: "2026-01-31"
|
datum: "2026-01-31"
|
||||||
aenderung: "Operations Manager ersetzt durch AL Basis & Cloud und AL Applikationen"
|
aenderung: "Operations Manager ersetzt durch AL Basis & Cloud und AL Applikationen"
|
||||||
governance_referenz: "GOV-SOR-005"
|
governance_referenz: "GOV-SOR-005"
|
||||||
begruendung: "Anpassung an reale DIGIT-Organisationsstruktur, beide Betriebsperspektiven gleichwertig in SOR vertreten"
|
begruendung: "Anpassung an reale DIGIT-Organisationsstruktur, beide Betriebsperspektiven gleichwertig in SOR vertreten"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# RACI-Legende (für Referenz in Prozess-YAMLs)
|
# RACI-Legende (für Referenz in Prozess-YAMLs)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
raci_legende:
|
raci_legende:
|
||||||
R: "Responsible – führt die Aktivität operativ aus"
|
R: "Responsible – führt die Aktivität operativ aus"
|
||||||
A: "Accountable – trägt die Ergebnisverantwortung (genau eine Rolle pro Aktivität)"
|
A: "Accountable – trägt die Ergebnisverantwortung (genau eine Rolle pro Aktivität)"
|
||||||
C: "Consulted – wird vor Entscheidung/Durchführung einbezogen"
|
C: "Consulted – wird vor Entscheidung/Durchführung einbezogen"
|
||||||
I: "Informed – wird über Ergebnis informiert"
|
I: "Informed – wird über Ergebnis informiert"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENKATEGORIEN
|
# ROLLENKATEGORIEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
rollen:
|
rollen:
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# GOVERNANCE & STRATEGISCHE STEUERUNG
|
# GOVERNANCE & STRATEGISCHE STEUERUNG
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
governance:
|
governance:
|
||||||
|
|
||||||
- id: spm
|
- id: spm
|
||||||
name: "Service-Portfolio-Manager"
|
name: "Service-Portfolio-Manager"
|
||||||
kurzbezeichnung: "SPM"
|
kurzbezeichnung: "SPM"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Steuert das gesamte Service-Portfolio, trifft Entscheidungen zu Aufnahme,
|
Steuert das gesamte Service-Portfolio, trifft Entscheidungen zu Aufnahme,
|
||||||
Aenderung und Stilllegung von Services. Sichert strategische Ausrichtung,
|
Aenderung und Stilllegung von Services. Sichert strategische Ausrichtung,
|
||||||
Priorisierung und Wirtschaftlichkeit.
|
Priorisierung und Wirtschaftlichkeit.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Strategische Portfolio-Steuerung"
|
- "Strategische Portfolio-Steuerung"
|
||||||
- "Entscheidungen zu Service-Aufnahme und -Stilllegung"
|
- "Entscheidungen zu Service-Aufnahme und -Stilllegung"
|
||||||
- "Sicherstellung der Wirtschaftlichkeit"
|
- "Sicherstellung der Wirtschaftlichkeit"
|
||||||
- "Portfolio-Konsistenz und Standards"
|
- "Portfolio-Konsistenz und Standards"
|
||||||
- "Erhalt und Aggregation aller Service-Review-Berichte (GOV-SR-002)"
|
- "Erhalt und Aggregation aller Service-Review-Berichte (GOV-SR-002)"
|
||||||
- "Identifikation portfolio-uebergreifender Muster aus Reviews"
|
- "Identifikation portfolio-uebergreifender Muster aus Reviews"
|
||||||
- "Koordination der SOR-Agenda fuer Review-Vorlagen (GOV-SR-004)"
|
- "Koordination der SOR-Agenda fuer Review-Vorlagen (GOV-SR-004)"
|
||||||
- "Vollstaendigkeitspruefung der SOR-Vorlagen"
|
- "Vollstaendigkeitspruefung der SOR-Vorlagen"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Entwicklung"
|
- "Service Entwicklung"
|
||||||
- "Service Transition"
|
- "Service Transition"
|
||||||
- "Service Review"
|
- "Service Review"
|
||||||
|
|
||||||
- id: sor
|
- id: sor
|
||||||
name: "Service Operations Runde"
|
name: "Service Operations Runde"
|
||||||
kurzbezeichnung: "SOR"
|
kurzbezeichnung: "SOR"
|
||||||
typ: "Gremium"
|
typ: "Gremium"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Gremium, das Service-Aktivierungen, Betriebsfreigaben und wesentliche
|
Gremium, das Service-Aktivierungen, Betriebsfreigaben und wesentliche
|
||||||
Anpassungen bewertet und entscheidet. Sichert Betriebsreife, Risiken
|
Anpassungen bewertet und entscheidet. Sichert Betriebsreife, Risiken
|
||||||
und organisatorische Abstimmung.
|
und organisatorische Abstimmung.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Freigabe von Service-Aktivierungen"
|
- "Freigabe von Service-Aktivierungen"
|
||||||
- "Bewertung der Betriebsreife"
|
- "Bewertung der Betriebsreife"
|
||||||
- "Entscheidung über wesentliche Anpassungen"
|
- "Entscheidung über wesentliche Anpassungen"
|
||||||
- "Risikobewertung und organisatorische Abstimmung"
|
- "Risikobewertung und organisatorische Abstimmung"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Transition"
|
- "Service Transition"
|
||||||
- "Service Review"
|
- "Service Review"
|
||||||
|
|
||||||
- id: service_owner
|
- id: service_owner
|
||||||
name: "Service Owner"
|
name: "Service Owner"
|
||||||
kurzbezeichnung: "SO"
|
kurzbezeichnung: "SO"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Verantwortet fachlich einen Service ueber den gesamten Lifecycle, definiert
|
Verantwortet fachlich einen Service ueber den gesamten Lifecycle, definiert
|
||||||
Anforderungen, Qualitaet und Weiterentwicklung. Primaerer Entscheider fuer
|
Anforderungen, Qualitaet und Weiterentwicklung. Primaerer Entscheider fuer
|
||||||
Service-Inhalt und -Wert.
|
Service-Inhalt und -Wert.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "End-to-End-Verantwortung fuer den Service"
|
- "End-to-End-Verantwortung fuer den Service"
|
||||||
- "Definition von Anforderungen und Qualitaetszielen"
|
- "Definition von Anforderungen und Qualitaetszielen"
|
||||||
- "Steuerung der Weiterentwicklung"
|
- "Steuerung der Weiterentwicklung"
|
||||||
- "Fachliche Freigaben und Priorisierungen"
|
- "Fachliche Freigaben und Priorisierungen"
|
||||||
- "Quartalsweiser Service-Review (A/R) gemaess GOV-SR-002"
|
- "Quartalsweiser Service-Review (A/R) gemaess GOV-SR-002"
|
||||||
- "Improvement-Tracking in der Service-Definition (GOV-SR-005)"
|
- "Improvement-Tracking in der Service-Definition (GOV-SR-005)"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Entwicklung"
|
- "Service Entwicklung"
|
||||||
- "Service Transition"
|
- "Service Transition"
|
||||||
- "Service Betrieb"
|
- "Service Betrieb"
|
||||||
- "Service Support"
|
- "Service Support"
|
||||||
- "Service Review"
|
- "Service Review"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# MANAGEMENT-ROLLEN (Operative Führung)
|
# MANAGEMENT-ROLLEN (Operative Führung)
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
management:
|
management:
|
||||||
|
|
||||||
- id: al_basis_cloud
|
- id: al_basis_cloud
|
||||||
name: "Abteilungsleitung Basis & Cloud"
|
name: "Abteilungsleitung Basis & Cloud"
|
||||||
kurzbezeichnung: "AL B&C"
|
kurzbezeichnung: "AL B&C"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Verantwortet den stabilen, sicheren und effizienten Betrieb der
|
Verantwortet den stabilen, sicheren und effizienten Betrieb der
|
||||||
Infrastruktur-Services (Netze, Server, Cloud-Plattformen). Koordiniert
|
Infrastruktur-Services (Netze, Server, Cloud-Plattformen). Koordiniert
|
||||||
die Betriebsteams im Infrastrukturbereich und stellt die Einhaltung
|
die Betriebsteams im Infrastrukturbereich und stellt die Einhaltung
|
||||||
von SLAs und Policies sicher. Ständiges Mitglied der SOR.
|
von SLAs und Policies sicher. Ständiges Mitglied der SOR.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Gesamtverantwortung für Infrastruktur-Betrieb"
|
- "Gesamtverantwortung für Infrastruktur-Betrieb"
|
||||||
- "Koordination der Betriebsteams (Netzwerk, Cloud, Deployment etc.)"
|
- "Koordination der Betriebsteams (Netzwerk, Cloud, Deployment etc.)"
|
||||||
- "SLA- und Policy-Einhaltung im Infrastrukturbereich"
|
- "SLA- und Policy-Einhaltung im Infrastrukturbereich"
|
||||||
- "Ressourcenplanung und -priorisierung"
|
- "Ressourcenplanung und -priorisierung"
|
||||||
- "Betriebsreife-Bewertung für Infrastruktur-Services in der SOR"
|
- "Betriebsreife-Bewertung für Infrastruktur-Services in der SOR"
|
||||||
themengruppen:
|
themengruppen:
|
||||||
- "Netzwerk"
|
- "Netzwerk"
|
||||||
- "Cloud"
|
- "Cloud"
|
||||||
- "Deployment"
|
- "Deployment"
|
||||||
- "Infrastruktur-Betrieb"
|
- "Infrastruktur-Betrieb"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Transition"
|
- "Service Transition"
|
||||||
- "Service Betrieb"
|
- "Service Betrieb"
|
||||||
gremien:
|
gremien:
|
||||||
- gremium: "SOR"
|
- gremium: "SOR"
|
||||||
funktion: "ständiges Mitglied"
|
funktion: "ständiges Mitglied"
|
||||||
stimmberechtigt: true
|
stimmberechtigt: true
|
||||||
governance_referenz: "GOV-SOR-005"
|
governance_referenz: "GOV-SOR-005"
|
||||||
|
|
||||||
- id: al_applikationen
|
- id: al_applikationen
|
||||||
name: "Abteilungsleitung Applikationen"
|
name: "Abteilungsleitung Applikationen"
|
||||||
kurzbezeichnung: "AL App"
|
kurzbezeichnung: "AL App"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Verantwortet den stabilen, sicheren und effizienten Betrieb der
|
Verantwortet den stabilen, sicheren und effizienten Betrieb der
|
||||||
Anwendungs-Services (Fachverfahren, Standardsoftware, Eigenentwicklungen).
|
Anwendungs-Services (Fachverfahren, Standardsoftware, Eigenentwicklungen).
|
||||||
Koordiniert die Betriebsteams im Anwendungsbereich und stellt die
|
Koordiniert die Betriebsteams im Anwendungsbereich und stellt die
|
||||||
Einhaltung von SLAs und Policies sicher. Ständiges Mitglied der SOR.
|
Einhaltung von SLAs und Policies sicher. Ständiges Mitglied der SOR.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Gesamtverantwortung für Anwendungs-Betrieb"
|
- "Gesamtverantwortung für Anwendungs-Betrieb"
|
||||||
- "Koordination der Betriebsteams (SAP, Ennaio, Fachverfahren etc.)"
|
- "Koordination der Betriebsteams (SAP, Ennaio, Fachverfahren etc.)"
|
||||||
- "SLA- und Policy-Einhaltung im Anwendungsbereich"
|
- "SLA- und Policy-Einhaltung im Anwendungsbereich"
|
||||||
- "Ressourcenplanung und -priorisierung"
|
- "Ressourcenplanung und -priorisierung"
|
||||||
- "Betriebsreife-Bewertung für Anwendungs-Services in der SOR"
|
- "Betriebsreife-Bewertung für Anwendungs-Services in der SOR"
|
||||||
themengruppen:
|
themengruppen:
|
||||||
- "SAP"
|
- "SAP"
|
||||||
- "Ennaio"
|
- "Ennaio"
|
||||||
- "Fachverfahren"
|
- "Fachverfahren"
|
||||||
- "Anwendungs-Betrieb"
|
- "Anwendungs-Betrieb"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Transition"
|
- "Service Transition"
|
||||||
- "Service Betrieb"
|
- "Service Betrieb"
|
||||||
gremien:
|
gremien:
|
||||||
- gremium: "SOR"
|
- gremium: "SOR"
|
||||||
funktion: "ständiges Mitglied"
|
funktion: "ständiges Mitglied"
|
||||||
stimmberechtigt: true
|
stimmberechtigt: true
|
||||||
governance_referenz: "GOV-SOR-005"
|
governance_referenz: "GOV-SOR-005"
|
||||||
|
|
||||||
- id: support_manager
|
- id: support_manager
|
||||||
name: "Support Manager"
|
name: "Support Manager"
|
||||||
kurzbezeichnung: "Sup Mgr"
|
kurzbezeichnung: "Sup Mgr"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Verantwortet Organisation und Qualität des Service-Supports (1st & 2nd Level).
|
Verantwortet Organisation und Qualität des Service-Supports (1st & 2nd Level).
|
||||||
Sorgt für Prozesse, Leitlinien, Wissensmanagement und effizientes
|
Sorgt für Prozesse, Leitlinien, Wissensmanagement und effizientes
|
||||||
Incident/Request-Handling.
|
Incident/Request-Handling.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Organisation des Service-Supports"
|
- "Organisation des Service-Supports"
|
||||||
- "Qualitätssicherung im Support"
|
- "Qualitätssicherung im Support"
|
||||||
- "Prozess- und Leitlinienentwicklung"
|
- "Prozess- und Leitlinienentwicklung"
|
||||||
- "Wissensmanagement"
|
- "Wissensmanagement"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Transition"
|
- "Service Transition"
|
||||||
- "Service Support"
|
- "Service Support"
|
||||||
|
|
||||||
- id: problem_manager
|
- id: problem_manager
|
||||||
name: "Problem Manager"
|
name: "Problem Manager"
|
||||||
kurzbezeichnung: "Prob Mgr"
|
kurzbezeichnung: "Prob Mgr"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Identifiziert wiederkehrende oder strukturelle Störungen, führt
|
Identifiziert wiederkehrende oder strukturelle Störungen, führt
|
||||||
Root-Cause-Analysen durch und steuert Problemlösungen. Sorgt für
|
Root-Cause-Analysen durch und steuert Problemlösungen. Sorgt für
|
||||||
dauerhafte Fehlerbehebung und Workarounds.
|
dauerhafte Fehlerbehebung und Workarounds.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Identifikation struktureller Störungen"
|
- "Identifikation struktureller Störungen"
|
||||||
- "Durchführung von Root-Cause-Analysen"
|
- "Durchführung von Root-Cause-Analysen"
|
||||||
- "Steuerung von Problemlösungen"
|
- "Steuerung von Problemlösungen"
|
||||||
- "Bereitstellung von Workarounds"
|
- "Bereitstellung von Workarounds"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Support"
|
- "Service Support"
|
||||||
- "Service Review"
|
- "Service Review"
|
||||||
|
|
||||||
- id: projektleitung
|
- id: projektleitung
|
||||||
name: "Projektleitung"
|
name: "Projektleitung"
|
||||||
kurzbezeichnung: "PL"
|
kurzbezeichnung: "PL"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Plant und steuert Service-Entwicklungsprojekte, koordiniert Ressourcen,
|
Plant und steuert Service-Entwicklungsprojekte, koordiniert Ressourcen,
|
||||||
Lieferanten und Umsetzungsaktivitäten. Gewährleistet termingerechte und
|
Lieferanten und Umsetzungsaktivitäten. Gewährleistet termingerechte und
|
||||||
qualitätsgesicherte Lieferung der Projektartefakte.
|
qualitätsgesicherte Lieferung der Projektartefakte.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Planung und Steuerung von Entwicklungsprojekten"
|
- "Planung und Steuerung von Entwicklungsprojekten"
|
||||||
- "Ressourcen- und Lieferantenkoordination"
|
- "Ressourcen- und Lieferantenkoordination"
|
||||||
- "Termin- und Qualitätssicherung"
|
- "Termin- und Qualitätssicherung"
|
||||||
- "Lieferung der Projektartefakte"
|
- "Lieferung der Projektartefakte"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Entwicklung"
|
- "Service Entwicklung"
|
||||||
- "Service Transition"
|
- "Service Transition"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# TEAMS (Kollektive Rollen)
|
# TEAMS (Kollektive Rollen)
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
teams:
|
teams:
|
||||||
|
|
||||||
- id: betriebsteam
|
- id: betriebsteam
|
||||||
name: "Betriebsteam"
|
name: "Betriebsteam"
|
||||||
kurzbezeichnung: "Betrieb"
|
kurzbezeichnung: "Betrieb"
|
||||||
typ: "Team"
|
typ: "Team"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Führt alle laufenden Betriebsaktivitäten für den Service aus - von
|
Führt alle laufenden Betriebsaktivitäten für den Service aus - von
|
||||||
anwendungsnahen Routineaufgaben bis zur technischen Infrastrukturbetreuung.
|
anwendungsnahen Routineaufgaben bis zur technischen Infrastrukturbetreuung.
|
||||||
Verantwortet Monitoring, Standard-Changes, Deployment, Systempflege und
|
Verantwortet Monitoring, Standard-Changes, Deployment, Systempflege und
|
||||||
tiefgehende Diagnosen. Sichert Stabilität, Verfügbarkeit und Qualität
|
tiefgehende Diagnosen. Sichert Stabilität, Verfügbarkeit und Qualität
|
||||||
des Betriebs.
|
des Betriebs.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Durchführung laufender Betriebsaufgaben"
|
- "Durchführung laufender Betriebsaufgaben"
|
||||||
- "Monitoring und Überwachung"
|
- "Monitoring und Überwachung"
|
||||||
- "Ausführung von Standard-Changes"
|
- "Ausführung von Standard-Changes"
|
||||||
- "Deployment und Rollout von Komponenten"
|
- "Deployment und Rollout von Komponenten"
|
||||||
- "Betreuung technischer Infrastruktur"
|
- "Betreuung technischer Infrastruktur"
|
||||||
- "Tiefgehende Diagnosen und Fehleranalyse"
|
- "Tiefgehende Diagnosen und Fehleranalyse"
|
||||||
- "Systempflege und -wartung"
|
- "Systempflege und -wartung"
|
||||||
- "Sicherstellung von Stabilität und Verfügbarkeit"
|
- "Sicherstellung von Stabilität und Verfügbarkeit"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Entwicklung"
|
- "Service Entwicklung"
|
||||||
- "Service Transition"
|
- "Service Transition"
|
||||||
- "Service Betrieb"
|
- "Service Betrieb"
|
||||||
|
|
||||||
- id: service_support_team
|
- id: service_support_team
|
||||||
name: "Service-Support Team"
|
name: "Service-Support Team"
|
||||||
kurzbezeichnung: "Support"
|
kurzbezeichnung: "Support"
|
||||||
typ: "Team"
|
typ: "Team"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Bearbeitet Nutzeranfragen und Incidents im 1st/2nd Level, stellt schnelle
|
Bearbeitet Nutzeranfragen und Incidents im 1st/2nd Level, stellt schnelle
|
||||||
Wiederherstellung und Nutzerunterstützung sicher. Bindeglied zwischen
|
Wiederherstellung und Nutzerunterstützung sicher. Bindeglied zwischen
|
||||||
Anwendern, Betrieb und Problemmanagement.
|
Anwendern, Betrieb und Problemmanagement.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Bearbeitung von Nutzeranfragen"
|
- "Bearbeitung von Nutzeranfragen"
|
||||||
- "Incident-Bearbeitung (1st/2nd Level)"
|
- "Incident-Bearbeitung (1st/2nd Level)"
|
||||||
- "Schnelle Wiederherstellung"
|
- "Schnelle Wiederherstellung"
|
||||||
- "Schnittstelle zu Betrieb und Problemmanagement"
|
- "Schnittstelle zu Betrieb und Problemmanagement"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Entwicklung"
|
- "Service Entwicklung"
|
||||||
- "Service Support"
|
- "Service Support"
|
||||||
|
|
||||||
- id: projektteam
|
- id: projektteam
|
||||||
name: "Projektteam"
|
name: "Projektteam"
|
||||||
kurzbezeichnung: "Projekt"
|
kurzbezeichnung: "Projekt"
|
||||||
typ: "Team"
|
typ: "Team"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Fachlich-technisches Team, das Entwicklung, Konfiguration, Tests und
|
Fachlich-technisches Team, das Entwicklung, Konfiguration, Tests und
|
||||||
Dokumentation im Rahmen eines Projekts durchführt. Unterstützt Übergabe
|
Dokumentation im Rahmen eines Projekts durchführt. Unterstützt Übergabe
|
||||||
und Betriebsbefähigung.
|
und Betriebsbefähigung.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Entwicklung und Konfiguration"
|
- "Entwicklung und Konfiguration"
|
||||||
- "Testdurchführung"
|
- "Testdurchführung"
|
||||||
- "Dokumentation"
|
- "Dokumentation"
|
||||||
- "Unterstützung bei Übergabe und Betriebsbefähigung"
|
- "Unterstützung bei Übergabe und Betriebsbefähigung"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Entwicklung"
|
- "Service Entwicklung"
|
||||||
- "Service Transition"
|
- "Service Transition"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# INDIVIDUELLE OPERATIVE ROLLEN
|
# INDIVIDUELLE OPERATIVE ROLLEN
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
operative_rollen:
|
operative_rollen:
|
||||||
|
|
||||||
- id: queue_koordinator
|
- id: queue_koordinator
|
||||||
name: "Queue Koordinator"
|
name: "Queue Koordinator"
|
||||||
kurzbezeichnung: "Queue Koord"
|
kurzbezeichnung: "Queue Koord"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Überwacht Ticketaufkommen, verteilt Tickets an richtige Bearbeitergruppen
|
Überwacht Ticketaufkommen, verteilt Tickets an richtige Bearbeitergruppen
|
||||||
und sichert Priorisierung & SLA-Einhaltung. Stellt Transparenz und
|
und sichert Priorisierung & SLA-Einhaltung. Stellt Transparenz und
|
||||||
effizienten Ticketfluss sicher.
|
effizienten Ticketfluss sicher.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Überwachung des Ticketaufkommens"
|
- "Überwachung des Ticketaufkommens"
|
||||||
- "Ticketverteilung und Routing"
|
- "Ticketverteilung und Routing"
|
||||||
- "Priorisierung und SLA-Überwachung"
|
- "Priorisierung und SLA-Überwachung"
|
||||||
- "Sicherstellung des Ticketflusses"
|
- "Sicherstellung des Ticketflusses"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Support"
|
- "Service Support"
|
||||||
|
|
||||||
- id: first_level_agent
|
- id: first_level_agent
|
||||||
name: "1st Level Agent"
|
name: "1st Level Agent"
|
||||||
kurzbezeichnung: "L1"
|
kurzbezeichnung: "L1"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Erste Anlaufstelle für Nutzer, nimmt Incidents/Requests entgegen, löst
|
Erste Anlaufstelle für Nutzer, nimmt Incidents/Requests entgegen, löst
|
||||||
Standardfälle und dokumentiert sauber. Eskaliert fachgerecht an den
|
Standardfälle und dokumentiert sauber. Eskaliert fachgerecht an den
|
||||||
2nd Level bei Bedarf.
|
2nd Level bei Bedarf.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Entgegennahme von Incidents und Requests"
|
- "Entgegennahme von Incidents und Requests"
|
||||||
- "Lösung von Standardfällen"
|
- "Lösung von Standardfällen"
|
||||||
- "Saubere Dokumentation"
|
- "Saubere Dokumentation"
|
||||||
- "Fachgerechte Eskalation"
|
- "Fachgerechte Eskalation"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Support"
|
- "Service Support"
|
||||||
|
|
||||||
- id: second_level_agent
|
- id: second_level_agent
|
||||||
name: "2nd Level Agent"
|
name: "2nd Level Agent"
|
||||||
kurzbezeichnung: "L2"
|
kurzbezeichnung: "L2"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Bearbeitet komplexe Störungen und fachtechnische Anfragen, führt tiefere
|
Bearbeitet komplexe Störungen und fachtechnische Anfragen, führt tiefere
|
||||||
Analysen durch und stellt Lösungen bereit. Kooperiert mit Betrieb,
|
Analysen durch und stellt Lösungen bereit. Kooperiert mit Betrieb,
|
||||||
Herstellern und Problemmanagement.
|
Herstellern und Problemmanagement.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Bearbeitung komplexer Störungen"
|
- "Bearbeitung komplexer Störungen"
|
||||||
- "Tiefere Analysen und Diagnosen"
|
- "Tiefere Analysen und Diagnosen"
|
||||||
- "Lösungsbereitstellung"
|
- "Lösungsbereitstellung"
|
||||||
- "Kooperation mit Betrieb und Herstellern"
|
- "Kooperation mit Betrieb und Herstellern"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Support"
|
- "Service Support"
|
||||||
|
|
||||||
- id: testmanagement
|
- id: testmanagement
|
||||||
name: "Testmanagement"
|
name: "Testmanagement"
|
||||||
kurzbezeichnung: "Test Mgmt"
|
kurzbezeichnung: "Test Mgmt"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Plant, organisiert und verantwortet Tests (Integration, Abnahme, Regression)
|
Plant, organisiert und verantwortet Tests (Integration, Abnahme, Regression)
|
||||||
während Service-Entwicklung und Transition. Sichert die Qualität und
|
während Service-Entwicklung und Transition. Sichert die Qualität und
|
||||||
Betriebsreife neuer Service-Komponenten.
|
Betriebsreife neuer Service-Komponenten.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Testplanung und -organisation"
|
- "Testplanung und -organisation"
|
||||||
- "Verantwortung für Testdurchführung"
|
- "Verantwortung für Testdurchführung"
|
||||||
- "Qualitätssicherung neuer Komponenten"
|
- "Qualitätssicherung neuer Komponenten"
|
||||||
- "Nachweis der Betriebsreife"
|
- "Nachweis der Betriebsreife"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Entwicklung"
|
- "Service Entwicklung"
|
||||||
|
|
||||||
- id: architektur
|
- id: architektur
|
||||||
name: "Architektur"
|
name: "Architektur"
|
||||||
kurzbezeichnung: "Arch"
|
kurzbezeichnung: "Arch"
|
||||||
typ: "Einzelrolle"
|
typ: "Einzelrolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Definiert technische Standards, Zielarchitekturen und Integrationsanforderungen;
|
Definiert technische Standards, Zielarchitekturen und Integrationsanforderungen;
|
||||||
bewertet Designvarianten und Risiken. Sichert technische Konsistenz und
|
bewertet Designvarianten und Risiken. Sichert technische Konsistenz und
|
||||||
Zukunftsfähigkeit des Service.
|
Zukunftsfähigkeit des Service.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Definition technischer Standards"
|
- "Definition technischer Standards"
|
||||||
- "Entwicklung von Zielarchitekturen"
|
- "Entwicklung von Zielarchitekturen"
|
||||||
- "Bewertung von Designvarianten und Risiken"
|
- "Bewertung von Designvarianten und Risiken"
|
||||||
- "Sicherstellung technischer Konsistenz"
|
- "Sicherstellung technischer Konsistenz"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Entwicklung"
|
- "Service Entwicklung"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# EXTERNE ROLLEN
|
# EXTERNE ROLLEN
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
externe:
|
externe:
|
||||||
|
|
||||||
- id: lieferant
|
- id: lieferant
|
||||||
name: "Lieferant / Hersteller / Entwickler"
|
name: "Lieferant / Hersteller / Entwickler"
|
||||||
kurzbezeichnung: "Lieferant"
|
kurzbezeichnung: "Lieferant"
|
||||||
typ: "Externe Rolle"
|
typ: "Externe Rolle"
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Stellt externe System-, Software- oder Infrastrukturkomponenten bereit
|
Stellt externe System-, Software- oder Infrastrukturkomponenten bereit
|
||||||
oder entwickelt spezifische Anpassungen. Wird bei Build, Fehleranalyse
|
oder entwickelt spezifische Anpassungen. Wird bei Build, Fehleranalyse
|
||||||
und Komponentensupport eingebunden.
|
und Komponentensupport eingebunden.
|
||||||
verantwortlichkeiten:
|
verantwortlichkeiten:
|
||||||
- "Bereitstellung externer Komponenten"
|
- "Bereitstellung externer Komponenten"
|
||||||
- "Entwicklung spezifischer Anpassungen"
|
- "Entwicklung spezifischer Anpassungen"
|
||||||
- "Unterstützung bei Fehleranalyse"
|
- "Unterstützung bei Fehleranalyse"
|
||||||
- "Komponentensupport"
|
- "Komponentensupport"
|
||||||
lifecycle_relevanz:
|
lifecycle_relevanz:
|
||||||
- "Service Entwicklung"
|
- "Service Entwicklung"
|
||||||
- "Service Transition"
|
- "Service Transition"
|
||||||
- "Service Support"
|
- "Service Support"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLEN-MAPPING (für schnelle Referenz)
|
# ROLLEN-MAPPING (für schnelle Referenz)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
rollen_index:
|
rollen_index:
|
||||||
# Kurzreferenz: id -> name
|
# Kurzreferenz: id -> name
|
||||||
spm: "Service-Portfolio-Manager"
|
spm: "Service-Portfolio-Manager"
|
||||||
sor: "Service Operations Runde"
|
sor: "Service Operations Runde"
|
||||||
service_owner: "Service Owner"
|
service_owner: "Service Owner"
|
||||||
al_basis_cloud: "Abteilungsleitung Basis & Cloud"
|
al_basis_cloud: "Abteilungsleitung Basis & Cloud"
|
||||||
al_applikationen: "Abteilungsleitung Applikationen"
|
al_applikationen: "Abteilungsleitung Applikationen"
|
||||||
support_manager: "Support Manager"
|
support_manager: "Support Manager"
|
||||||
problem_manager: "Problem Manager"
|
problem_manager: "Problem Manager"
|
||||||
projektleitung: "Projektleitung"
|
projektleitung: "Projektleitung"
|
||||||
betriebsteam: "Betriebsteam"
|
betriebsteam: "Betriebsteam"
|
||||||
service_support_team: "Service-Support Team"
|
service_support_team: "Service-Support Team"
|
||||||
projektteam: "Projektteam"
|
projektteam: "Projektteam"
|
||||||
queue_koordinator: "Queue Koordinator"
|
queue_koordinator: "Queue Koordinator"
|
||||||
first_level_agent: "1st Level Agent"
|
first_level_agent: "1st Level Agent"
|
||||||
second_level_agent: "2nd Level Agent"
|
second_level_agent: "2nd Level Agent"
|
||||||
testmanagement: "Testmanagement"
|
testmanagement: "Testmanagement"
|
||||||
architektur: "Architektur"
|
architektur: "Architektur"
|
||||||
lieferant: "Lieferant / Hersteller / Entwickler"
|
lieferant: "Lieferant / Hersteller / Entwickler"
|
||||||
|
|
@ -1,104 +1,104 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# KONZEPT: SERVICE-BETRIEB (LIGHT-WEIGHT)
|
# KONZEPT: SERVICE-BETRIEB (LIGHT-WEIGHT)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
metadata:
|
metadata:
|
||||||
id: "K-BL"
|
id: "K-BL"
|
||||||
name: "Service-Betrieb Light-Weight Konzept"
|
name: "Service-Betrieb Light-Weight Konzept"
|
||||||
version: "0.1"
|
version: "0.1"
|
||||||
status: "placeholder"
|
status: "placeholder"
|
||||||
erstellt: "2025-12-15"
|
erstellt: "2025-12-15"
|
||||||
projekt: "DIGITOM"
|
projekt: "DIGITOM"
|
||||||
organisation: "Stadt Freiburg / DIGIT"
|
organisation: "Stadt Freiburg / DIGIT"
|
||||||
dokumenttyp: "konzept"
|
dokumenttyp: "konzept"
|
||||||
|
|
||||||
beschreibung: >
|
beschreibung: >
|
||||||
Minimales Strukturkonzept für den Service-Betrieb. Definiert
|
Minimales Strukturkonzept für den Service-Betrieb. Definiert
|
||||||
Betriebsrollen und grundlegende Verantwortungsabgrenzungen,
|
Betriebsrollen und grundlegende Verantwortungsabgrenzungen,
|
||||||
um Anschlussfähigkeit an die operative Organisation herzustellen.
|
um Anschlussfähigkeit an die operative Organisation herzustellen.
|
||||||
|
|
||||||
scope_hinweis: >
|
scope_hinweis: >
|
||||||
BEWUSST REDUZIERT: Dieses Konzept ist ein Strukturanker, keine
|
BEWUSST REDUZIERT: Dieses Konzept ist ein Strukturanker, keine
|
||||||
vollständige Betriebsprozess-Definition. Vertiefung in späterer Phase.
|
vollständige Betriebsprozess-Definition. Vertiefung in späterer Phase.
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
blueprint: "02_service-lifecycle-blueprint/service-lifecycle_service-betrieb.yaml"
|
blueprint: "02_service-lifecycle-blueprint/service-lifecycle_service-betrieb.yaml"
|
||||||
rollen_kurzreferenz: "02_service-lifecycle-blueprint/spm_rollen.yaml"
|
rollen_kurzreferenz: "02_service-lifecycle-blueprint/spm_rollen.yaml"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# BEGRÜNDUNG
|
# BEGRÜNDUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
begruendung:
|
begruendung:
|
||||||
workshop_befund: >
|
workshop_befund: >
|
||||||
Ohne minimale Strukturelemente für den Service-Betrieb fehlt die
|
Ohne minimale Strukturelemente für den Service-Betrieb fehlt die
|
||||||
Anschlussfähigkeit an die operative Organisation. Die Betriebsmannschaft
|
Anschlussfähigkeit an die operative Organisation. Die Betriebsmannschaft
|
||||||
muss sich im Modell wiederfinden, sonst keine Legitimation.
|
muss sich im Modell wiederfinden, sonst keine Legitimation.
|
||||||
|
|
||||||
systemtheoretisch: >
|
systemtheoretisch: >
|
||||||
Das Konzept bleibt ohne operative Verankerung eine Parallelstruktur,
|
Das Konzept bleibt ohne operative Verankerung eine Parallelstruktur,
|
||||||
die von der Organisation als "Management-Theater" abgekoppelt wird.
|
die von der Organisation als "Management-Theater" abgekoppelt wird.
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# GLIEDERUNG (zu entwickeln)
|
# GLIEDERUNG (zu entwickeln)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
gliederung:
|
gliederung:
|
||||||
|
|
||||||
- abschnitt: "Scope und Abgrenzung"
|
- abschnitt: "Scope und Abgrenzung"
|
||||||
status: "ausstehend"
|
status: "ausstehend"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Was dieses Konzept ist (Strukturanker)"
|
- "Was dieses Konzept ist (Strukturanker)"
|
||||||
- "Was dieses Konzept nicht ist (kein Betriebshandbuch)"
|
- "Was dieses Konzept nicht ist (kein Betriebshandbuch)"
|
||||||
- "Verweis auf Blueprint für Aktivitäten"
|
- "Verweis auf Blueprint für Aktivitäten"
|
||||||
|
|
||||||
- abschnitt: "Betriebsrollen (Minimum)"
|
- abschnitt: "Betriebsrollen (Minimum)"
|
||||||
status: "ausstehend"
|
status: "ausstehend"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Operations Manager"
|
- "Operations Manager"
|
||||||
- "Betriebsteam"
|
- "Betriebsteam"
|
||||||
- "Technical Lead (optional)"
|
- "Technical Lead (optional)"
|
||||||
referenz: "spm_rollen.yaml → management, operativ"
|
referenz: "spm_rollen.yaml → management, operativ"
|
||||||
|
|
||||||
- abschnitt: "Verantwortungsabgrenzung"
|
- abschnitt: "Verantwortungsabgrenzung"
|
||||||
status: "ausstehend"
|
status: "ausstehend"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Service Owner vs. Operations Manager"
|
- "Service Owner vs. Operations Manager"
|
||||||
- "Betrieb vs. Support (Incident-Handling)"
|
- "Betrieb vs. Support (Incident-Handling)"
|
||||||
- "Proaktiv vs. Reaktiv"
|
- "Proaktiv vs. Reaktiv"
|
||||||
|
|
||||||
- abschnitt: "Schnittstelle zu Support"
|
- abschnitt: "Schnittstelle zu Support"
|
||||||
status: "ausstehend"
|
status: "ausstehend"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Eskalationswege bei Incidents"
|
- "Eskalationswege bei Incidents"
|
||||||
- "Problem-Identifikation"
|
- "Problem-Identifikation"
|
||||||
- "Wissenstransfer"
|
- "Wissenstransfer"
|
||||||
|
|
||||||
- abschnitt: "Monitoring-Verantwortung"
|
- abschnitt: "Monitoring-Verantwortung"
|
||||||
status: "ausstehend"
|
status: "ausstehend"
|
||||||
inhalte:
|
inhalte:
|
||||||
- "Wer definiert Schwellwerte?"
|
- "Wer definiert Schwellwerte?"
|
||||||
- "Wer reagiert auf Alerts?"
|
- "Wer reagiert auf Alerts?"
|
||||||
- "Wer erstellt Qualitätsberichte?"
|
- "Wer erstellt Qualitätsberichte?"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# EXPLIZITE NICHT-INHALTE
|
# EXPLIZITE NICHT-INHALTE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
nicht_inhalte:
|
nicht_inhalte:
|
||||||
themen:
|
themen:
|
||||||
- "Detaillierte Betriebsprozesse"
|
- "Detaillierte Betriebsprozesse"
|
||||||
- "Monitoring-Tool-Auswahl"
|
- "Monitoring-Tool-Auswahl"
|
||||||
- "Kapazitätsplanung"
|
- "Kapazitätsplanung"
|
||||||
- "Change-Management im Betrieb"
|
- "Change-Management im Betrieb"
|
||||||
hinweis: "Diese Themen werden in Phase X vertieft."
|
hinweis: "Diese Themen werden in Phase X vertieft."
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ÄNDERUNGSHISTORIE
|
# ÄNDERUNGSHISTORIE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
aenderungshistorie:
|
aenderungshistorie:
|
||||||
- version: "0.1"
|
- version: "0.1"
|
||||||
datum: "2025-12-15"
|
datum: "2025-12-15"
|
||||||
aenderung: "Placeholder erstellt mit Gliederungsskelett"
|
aenderung: "Placeholder erstellt mit Gliederungsskelett"
|
||||||
autor: "DIGITOM-Projekt"
|
autor: "DIGITOM-Projekt"
|
||||||
|
|
|
||||||
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
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
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
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
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,165 +1,165 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# OLA-TEMPLATE FÜR INTERNE SERVICES (KATEGORIE I)
|
# OLA-TEMPLATE FÜR INTERNE SERVICES (KATEGORIE I)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
#
|
#
|
||||||
# Version: 1.0
|
# Version: 1.0
|
||||||
# Datum: 2026-03-09
|
# Datum: 2026-03-09
|
||||||
# Status: Entwurf (Pilotphase)
|
# Status: Entwurf (Pilotphase)
|
||||||
# Autor: DIGITOM-Projekt
|
# Autor: DIGITOM-Projekt
|
||||||
# Governance: GOV-SPM-I-002
|
# Governance: GOV-SPM-I-002
|
||||||
#
|
#
|
||||||
# Zweck:
|
# Zweck:
|
||||||
# Vorlage zur Erstellung eines Operational Level Agreements (OLA) für
|
# Vorlage zur Erstellung eines Operational Level Agreements (OLA) für
|
||||||
# Interne Services der Kategorie I. Wird nach Abschluss der Pilotphase
|
# Interne Services der Kategorie I. Wird nach Abschluss der Pilotphase
|
||||||
# befüllt, wenn operative Erfahrungswerte vorliegen.
|
# befüllt, wenn operative Erfahrungswerte vorliegen.
|
||||||
#
|
#
|
||||||
# Abgrenzung:
|
# Abgrenzung:
|
||||||
# - SLA: Vereinbarung zwischen DIGIT und externem Kunden (Kategorie A/B/C)
|
# - SLA: Vereinbarung zwischen DIGIT und externem Kunden (Kategorie A/B/C)
|
||||||
# - OLA: Vereinbarung zwischen DIGIT-internen Einheiten (Kategorie I)
|
# - OLA: Vereinbarung zwischen DIGIT-internen Einheiten (Kategorie I)
|
||||||
#
|
#
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# 1. IDENTIFIKATION
|
# 1. IDENTIFIKATION
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
identifikation:
|
identifikation:
|
||||||
ola_id: "" # z.B. "OLA-INT-001"
|
ola_id: "" # z.B. "OLA-INT-001"
|
||||||
ola_titel: "" # z.B. "OLA Active Directory Services"
|
ola_titel: "" # z.B. "OLA Active Directory Services"
|
||||||
version: "" # z.B. "1.0"
|
version: "" # z.B. "1.0"
|
||||||
status: "" # Entwurf | Aktiv | In Review | Außer Kraft
|
status: "" # Entwurf | Aktiv | In Review | Außer Kraft
|
||||||
erstellungsdatum: "" # YYYY-MM-DD
|
erstellungsdatum: "" # YYYY-MM-DD
|
||||||
letzte_aktualisierung: "" # YYYY-MM-DD
|
letzte_aktualisierung: "" # YYYY-MM-DD
|
||||||
naechster_review: "" # YYYY-MM-DD
|
naechster_review: "" # YYYY-MM-DD
|
||||||
|
|
||||||
service_referenz:
|
service_referenz:
|
||||||
service_name: "" # Name des Internen Services
|
service_name: "" # Name des Internen Services
|
||||||
service_id: "" # ID gemäß Service-Definition
|
service_id: "" # ID gemäß Service-Definition
|
||||||
service_kategorie: "I" # Immer "I" für Interne Services
|
service_kategorie: "I" # Immer "I" für Interne Services
|
||||||
service_owner: "" # Name / Rolle
|
service_owner: "" # Name / Rolle
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# 2. VERTRAGSPARTEIEN (INTERN)
|
# 2. VERTRAGSPARTEIEN (INTERN)
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
vertragsparteien:
|
vertragsparteien:
|
||||||
|
|
||||||
liefernde_einheit:
|
liefernde_einheit:
|
||||||
name: "" # z.B. "Team Infrastruktur"
|
name: "" # z.B. "Team Infrastruktur"
|
||||||
verantwortlich: "" # Name / Rolle des Ansprechpartners
|
verantwortlich: "" # Name / Rolle des Ansprechpartners
|
||||||
kontakt: "" # E-Mail / Telefon
|
kontakt: "" # E-Mail / Telefon
|
||||||
|
|
||||||
nutzende_einheiten:
|
nutzende_einheiten:
|
||||||
- name: "" # z.B. "Team Applikationsbetrieb"
|
- name: "" # z.B. "Team Applikationsbetrieb"
|
||||||
verantwortlich: ""
|
verantwortlich: ""
|
||||||
kontakt: ""
|
kontakt: ""
|
||||||
abhängige_kundenservices: # Welche Kategorie A/B/C-Services hängen davon ab?
|
abhängige_kundenservices: # Welche Kategorie A/B/C-Services hängen davon ab?
|
||||||
- ""
|
- ""
|
||||||
|
|
||||||
hinweis: |
|
hinweis: |
|
||||||
Im Gegensatz zu einem SLA gibt es bei einem OLA keinen externen Kunden.
|
Im Gegensatz zu einem SLA gibt es bei einem OLA keinen externen Kunden.
|
||||||
Die nutzenden Einheiten sind DIGIT-interne Teams, deren Kundenservices
|
Die nutzenden Einheiten sind DIGIT-interne Teams, deren Kundenservices
|
||||||
(Kategorie A/B/C) vom Internen Service abhängen.
|
(Kategorie A/B/C) vom Internen Service abhängen.
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# 3. LEISTUNGSBESCHREIBUNG
|
# 3. LEISTUNGSBESCHREIBUNG
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
leistungsbeschreibung:
|
leistungsbeschreibung:
|
||||||
|
|
||||||
kurzbeschreibung: "" # 2-3 Sätze: Was leistet der Service?
|
kurzbeschreibung: "" # 2-3 Sätze: Was leistet der Service?
|
||||||
|
|
||||||
leistungsumfang:
|
leistungsumfang:
|
||||||
enthalten:
|
enthalten:
|
||||||
- "" # Auflistung der enthaltenen Leistungen
|
- "" # Auflistung der enthaltenen Leistungen
|
||||||
nicht_enthalten:
|
nicht_enthalten:
|
||||||
- "" # Explizite Ausschlüsse
|
- "" # Explizite Ausschlüsse
|
||||||
|
|
||||||
betriebszeiten:
|
betriebszeiten:
|
||||||
regulaer: "" # z.B. "Mo-Fr 07:00-18:00"
|
regulaer: "" # z.B. "Mo-Fr 07:00-18:00"
|
||||||
erweitert: "" # z.B. "24/7 für kritische Systeme"
|
erweitert: "" # z.B. "24/7 für kritische Systeme"
|
||||||
wartungsfenster: "" # z.B. "Sonntag 02:00-06:00"
|
wartungsfenster: "" # z.B. "Sonntag 02:00-06:00"
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# 4. QUALITÄTSZIELE
|
# 4. QUALITÄTSZIELE
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
qualitaetsziele:
|
qualitaetsziele:
|
||||||
|
|
||||||
verfuegbarkeit:
|
verfuegbarkeit:
|
||||||
zielwert: "" # z.B. "99,5 %"
|
zielwert: "" # z.B. "99,5 %"
|
||||||
messperiode: "" # z.B. "Kalendermonat"
|
messperiode: "" # z.B. "Kalendermonat"
|
||||||
messmethode: "" # z.B. "Monitoring-Tool X, Uptime-Berechnung"
|
messmethode: "" # z.B. "Monitoring-Tool X, Uptime-Berechnung"
|
||||||
ausnahmen: "" # z.B. "Geplante Wartung ausgenommen"
|
ausnahmen: "" # z.B. "Geplante Wartung ausgenommen"
|
||||||
|
|
||||||
performance:
|
performance:
|
||||||
- metrik: "" # z.B. "Antwortzeit Authentifizierung"
|
- metrik: "" # z.B. "Antwortzeit Authentifizierung"
|
||||||
zielwert: "" # z.B. "< 200 ms (95. Perzentil)"
|
zielwert: "" # z.B. "< 200 ms (95. Perzentil)"
|
||||||
messmethode: ""
|
messmethode: ""
|
||||||
|
|
||||||
kapazitaet:
|
kapazitaet:
|
||||||
aktuell: "" # z.B. "500 gleichzeitige Nutzer"
|
aktuell: "" # z.B. "500 gleichzeitige Nutzer"
|
||||||
geplant: "" # z.B. "800 gleichzeitige Nutzer bis Q4/2026"
|
geplant: "" # z.B. "800 gleichzeitige Nutzer bis Q4/2026"
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# 5. ESKALATIONSWEGE
|
# 5. ESKALATIONSWEGE
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
eskalationswege:
|
eskalationswege:
|
||||||
|
|
||||||
stufe_1:
|
stufe_1:
|
||||||
beschreibung: "Operativer Kontakt"
|
beschreibung: "Operativer Kontakt"
|
||||||
verantwortlich: ""
|
verantwortlich: ""
|
||||||
reaktionszeit: "" # z.B. "30 Minuten während Betriebszeiten"
|
reaktionszeit: "" # z.B. "30 Minuten während Betriebszeiten"
|
||||||
|
|
||||||
stufe_2:
|
stufe_2:
|
||||||
beschreibung: "Teamleitung / Service Owner"
|
beschreibung: "Teamleitung / Service Owner"
|
||||||
verantwortlich: ""
|
verantwortlich: ""
|
||||||
reaktionszeit: ""
|
reaktionszeit: ""
|
||||||
|
|
||||||
stufe_3:
|
stufe_3:
|
||||||
beschreibung: "Eskalation an SOR / Mission Board"
|
beschreibung: "Eskalation an SOR / Mission Board"
|
||||||
ausloeser: |
|
ausloeser: |
|
||||||
- Wiederholte Verfehlung der Qualitätsziele
|
- Wiederholte Verfehlung der Qualitätsziele
|
||||||
- Cross-Service-Impact auf Kundenservices
|
- Cross-Service-Impact auf Kundenservices
|
||||||
referenz: "GOV-SOR-006 (Abstimmungsrecht Interne Services im SOR)"
|
referenz: "GOV-SOR-006 (Abstimmungsrecht Interne Services im SOR)"
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# 6. REVIEW-MECHANISMUS
|
# 6. REVIEW-MECHANISMUS
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
review:
|
review:
|
||||||
|
|
||||||
review_zyklus: "" # z.B. "Halbjährlich"
|
review_zyklus: "" # z.B. "Halbjährlich"
|
||||||
naechster_review: "" # YYYY-MM-DD
|
naechster_review: "" # YYYY-MM-DD
|
||||||
review_teilnehmer:
|
review_teilnehmer:
|
||||||
- "" # Rollen / Namen
|
- "" # Rollen / Namen
|
||||||
|
|
||||||
aenderungsverfahren: |
|
aenderungsverfahren: |
|
||||||
Änderungen am OLA werden vom Service Owner des Internen Services
|
Änderungen am OLA werden vom Service Owner des Internen Services
|
||||||
initiiert und mit den nutzenden Einheiten abgestimmt. Bei Änderungen
|
initiiert und mit den nutzenden Einheiten abgestimmt. Bei Änderungen
|
||||||
mit Cross-Service-Impact ist eine SOR-Abstimmung erforderlich
|
mit Cross-Service-Impact ist eine SOR-Abstimmung erforderlich
|
||||||
(vgl. GOV-SOR-006).
|
(vgl. GOV-SOR-006).
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# 7. LAUFZEIT UND KÜNDIGUNG
|
# 7. LAUFZEIT UND KÜNDIGUNG
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
laufzeit:
|
laufzeit:
|
||||||
beginn: "" # YYYY-MM-DD
|
beginn: "" # YYYY-MM-DD
|
||||||
laufzeit: "" # z.B. "Unbefristet, jährlicher Review"
|
laufzeit: "" # z.B. "Unbefristet, jährlicher Review"
|
||||||
kuendigungsfrist: "" # z.B. "3 Monate zum Quartalsende"
|
kuendigungsfrist: "" # z.B. "3 Monate zum Quartalsende"
|
||||||
kuendigungsbedingungen: |
|
kuendigungsbedingungen: |
|
||||||
Eine Kündigung des OLA setzt eine Stilllegungsentscheidung für den
|
Eine Kündigung des OLA setzt eine Stilllegungsentscheidung für den
|
||||||
Internen Service durch den SOR voraus (vgl. GOV-SOR-006).
|
Internen Service durch den SOR voraus (vgl. GOV-SOR-006).
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# CHANGELOG
|
# CHANGELOG
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
changelog:
|
changelog:
|
||||||
- version: "1.0"
|
- version: "1.0"
|
||||||
datum: "2026-03-09"
|
datum: "2026-03-09"
|
||||||
aenderung: "Erstfassung des OLA-Templates"
|
aenderung: "Erstfassung des OLA-Templates"
|
||||||
autor: "DIGITOM-Projekt"
|
autor: "DIGITOM-Projekt"
|
||||||
referenz: "GOV-SPM-I-002, OQ-001"
|
referenz: "GOV-SPM-I-002, OQ-001"
|
||||||
|
|
|
||||||
|
|
@ -1,186 +1,186 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# SIEBEN-FRAGEN-ORIENTIERUNGSLEITFADEN
|
# SIEBEN-FRAGEN-ORIENTIERUNGSLEITFADEN
|
||||||
# Abgrenzung: Interner Service (Kategorie I) vs. passive Service-Komponente
|
# Abgrenzung: Interner Service (Kategorie I) vs. passive Service-Komponente
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
#
|
#
|
||||||
# Version: 1.0
|
# Version: 1.0
|
||||||
# Datum: 2026-03-09
|
# Datum: 2026-03-09
|
||||||
# Status: Final
|
# Status: Final
|
||||||
# Autor: DIGITOM-Projekt
|
# Autor: DIGITOM-Projekt
|
||||||
# Governance: GOV-SPM-I-005
|
# Governance: GOV-SPM-I-005
|
||||||
#
|
#
|
||||||
# Zweck:
|
# Zweck:
|
||||||
# Dieser Leitfaden unterstützt die systematische Einordnung von
|
# Dieser Leitfaden unterstützt die systematische Einordnung von
|
||||||
# Infrastruktur-Komponenten als Interne Services (Kategorie I) oder
|
# Infrastruktur-Komponenten als Interne Services (Kategorie I) oder
|
||||||
# als passive Service-Komponenten. Er ist eine Orientierungshilfe,
|
# als passive Service-Komponenten. Er ist eine Orientierungshilfe,
|
||||||
# kein Automatismus – die finale Entscheidung trifft das SPM/SOR.
|
# kein Automatismus – die finale Entscheidung trifft das SPM/SOR.
|
||||||
#
|
#
|
||||||
# Kontext:
|
# Kontext:
|
||||||
# Mit der Einführung der Kategorie I (Interne Services) entsteht die
|
# Mit der Einführung der Kategorie I (Interne Services) entsteht die
|
||||||
# Frage, welche Infrastruktur-Komponenten als eigenständige Governance-
|
# Frage, welche Infrastruktur-Komponenten als eigenständige Governance-
|
||||||
# Objekte geführt werden sollen. Der Leitfaden liefert reproduzierbare
|
# Objekte geführt werden sollen. Der Leitfaden liefert reproduzierbare
|
||||||
# Kriterien für diese Abgrenzung.
|
# Kriterien für diese Abgrenzung.
|
||||||
#
|
#
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# DIE SIEBEN FRAGEN
|
# DIE SIEBEN FRAGEN
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
fragen:
|
fragen:
|
||||||
|
|
||||||
- nr: 1
|
- nr: 1
|
||||||
frage: "Gibt es einen identifizierbaren internen 'Kunden'?"
|
frage: "Gibt es einen identifizierbaren internen 'Kunden'?"
|
||||||
erlaeuterung: |
|
erlaeuterung: |
|
||||||
Nutzt eine andere DIGIT-Einheit oder ein anderes Team diese Komponente
|
Nutzt eine andere DIGIT-Einheit oder ein anderes Team diese Komponente
|
||||||
als eigenständigen Dienst? Gibt es eine klar erkennbare Leistungs-
|
als eigenständigen Dienst? Gibt es eine klar erkennbare Leistungs-
|
||||||
beziehung (Lieferant → Nutzer)?
|
beziehung (Lieferant → Nutzer)?
|
||||||
beispiel_ja: "Active Directory wird von allen Applikationsteams genutzt"
|
beispiel_ja: "Active Directory wird von allen Applikationsteams genutzt"
|
||||||
beispiel_nein: "Ein Switch im Serverraum hat keine identifizierbare Nutzer-Einheit"
|
beispiel_nein: "Ein Switch im Serverraum hat keine identifizierbare Nutzer-Einheit"
|
||||||
|
|
||||||
- nr: 2
|
- nr: 2
|
||||||
frage: "Gibt es eine verantwortliche Rolle für die Service-Owner-Funktion?"
|
frage: "Gibt es eine verantwortliche Rolle für die Service-Owner-Funktion?"
|
||||||
erlaeuterung: |
|
erlaeuterung: |
|
||||||
Kann eine Person oder Rolle die Gesamtverantwortung für Qualität,
|
Kann eine Person oder Rolle die Gesamtverantwortung für Qualität,
|
||||||
Weiterentwicklung und Lifecycle dieser Komponente übernehmen? Ist
|
Weiterentwicklung und Lifecycle dieser Komponente übernehmen? Ist
|
||||||
diese Verantwortung sinnvoll von der Infrastruktur-Betriebsrolle
|
diese Verantwortung sinnvoll von der Infrastruktur-Betriebsrolle
|
||||||
abgrenzbar?
|
abgrenzbar?
|
||||||
beispiel_ja: "Ein Teamleiter Netzwerk kann die Owner-Rolle für den Netzwerk-Backbone übernehmen"
|
beispiel_ja: "Ein Teamleiter Netzwerk kann die Owner-Rolle für den Netzwerk-Backbone übernehmen"
|
||||||
beispiel_nein: "Für einzelne VLANs gibt es keine sinnvolle Owner-Abgrenzung"
|
beispiel_nein: "Für einzelne VLANs gibt es keine sinnvolle Owner-Abgrenzung"
|
||||||
|
|
||||||
- nr: 3
|
- nr: 3
|
||||||
frage: "Hat die Komponente eigene, unabhängig definierbare Qualitätsziele?"
|
frage: "Hat die Komponente eigene, unabhängig definierbare Qualitätsziele?"
|
||||||
erlaeuterung: |
|
erlaeuterung: |
|
||||||
Können Verfügbarkeit, Performance oder andere Qualitätsmetriken
|
Können Verfügbarkeit, Performance oder andere Qualitätsmetriken
|
||||||
für diese Komponente eigenständig definiert und gemessen werden –
|
für diese Komponente eigenständig definiert und gemessen werden –
|
||||||
unabhängig von den darüberliegenden Kundenservices?
|
unabhängig von den darüberliegenden Kundenservices?
|
||||||
beispiel_ja: "Datenbank-Cluster: Verfügbarkeit 99,9 %, Antwortzeit < 50 ms"
|
beispiel_ja: "Datenbank-Cluster: Verfügbarkeit 99,9 %, Antwortzeit < 50 ms"
|
||||||
beispiel_nein: "Ein Speicher-Volume hat keine eigenständigen Qualitätsziele"
|
beispiel_nein: "Ein Speicher-Volume hat keine eigenständigen Qualitätsziele"
|
||||||
|
|
||||||
- nr: 4
|
- nr: 4
|
||||||
frage: "Kann die Komponente von mehreren Kundenservices genutzt werden?"
|
frage: "Kann die Komponente von mehreren Kundenservices genutzt werden?"
|
||||||
erlaeuterung: |
|
erlaeuterung: |
|
||||||
Wird die Komponente als Shared Service von mehr als einem
|
Wird die Komponente als Shared Service von mehr als einem
|
||||||
Kategorie-A/B/C-Service in Anspruch genommen? Gibt es einen
|
Kategorie-A/B/C-Service in Anspruch genommen? Gibt es einen
|
||||||
Mehrfachnutzungs-Charakter?
|
Mehrfachnutzungs-Charakter?
|
||||||
beispiel_ja: "Zentrales Monitoring-System wird von allen Services genutzt"
|
beispiel_ja: "Zentrales Monitoring-System wird von allen Services genutzt"
|
||||||
beispiel_nein: "Ein dedizierter Applikationsserver dient nur einem einzigen Service"
|
beispiel_nein: "Ein dedizierter Applikationsserver dient nur einem einzigen Service"
|
||||||
|
|
||||||
- nr: 5
|
- nr: 5
|
||||||
frage: "Gibt es operative Steuerungsnotwendigkeit?"
|
frage: "Gibt es operative Steuerungsnotwendigkeit?"
|
||||||
erlaeuterung: |
|
erlaeuterung: |
|
||||||
Erfordert die Komponente regelmäßige operative Entscheidungen
|
Erfordert die Komponente regelmäßige operative Entscheidungen
|
||||||
(Kapazitätsplanung, Patch-Zyklen, Technologie-Roadmap), die über
|
(Kapazitätsplanung, Patch-Zyklen, Technologie-Roadmap), die über
|
||||||
den normalen Betrieb hinausgehen?
|
den normalen Betrieb hinausgehen?
|
||||||
beispiel_ja: "E-Mail-Infrastruktur erfordert Migration zu neuer Plattform"
|
beispiel_ja: "E-Mail-Infrastruktur erfordert Migration zu neuer Plattform"
|
||||||
beispiel_nein: "Ein DNS-Eintrag erfordert keine eigenständige Steuerung"
|
beispiel_nein: "Ein DNS-Eintrag erfordert keine eigenständige Steuerung"
|
||||||
|
|
||||||
- nr: 6
|
- nr: 6
|
||||||
frage: "Ist die Komponente für Incident Management eigenständig relevant?"
|
frage: "Ist die Komponente für Incident Management eigenständig relevant?"
|
||||||
erlaeuterung: |
|
erlaeuterung: |
|
||||||
Kann es Incidents geben, die primär dieser Komponente zugeordnet
|
Kann es Incidents geben, die primär dieser Komponente zugeordnet
|
||||||
werden und nicht sofort einem darüberliegenden Kundenservice?
|
werden und nicht sofort einem darüberliegenden Kundenservice?
|
||||||
Gibt es einen eigenen Incident-Kontext?
|
Gibt es einen eigenen Incident-Kontext?
|
||||||
beispiel_ja: "Active-Directory-Ausfall ist ein eigenständiger Incident"
|
beispiel_ja: "Active-Directory-Ausfall ist ein eigenständiger Incident"
|
||||||
beispiel_nein: "Der Ausfall einer einzelnen Festplatte wird dem Storage-Service zugeordnet"
|
beispiel_nein: "Der Ausfall einer einzelnen Festplatte wird dem Storage-Service zugeordnet"
|
||||||
|
|
||||||
- nr: 7
|
- nr: 7
|
||||||
frage: "Würde eine Stilllegung eine eigene SOR-Entscheidung rechtfertigen?"
|
frage: "Würde eine Stilllegung eine eigene SOR-Entscheidung rechtfertigen?"
|
||||||
erlaeuterung: |
|
erlaeuterung: |
|
||||||
Wäre die Außerbetriebnahme dieser Komponente eine Entscheidung mit
|
Wäre die Außerbetriebnahme dieser Komponente eine Entscheidung mit
|
||||||
ausreichender Tragweite, um sie dem Service-Owner-Roundtable (SOR)
|
ausreichender Tragweite, um sie dem Service-Owner-Roundtable (SOR)
|
||||||
vorzulegen – analog zur Stilllegung eines Kundenservices?
|
vorzulegen – analog zur Stilllegung eines Kundenservices?
|
||||||
beispiel_ja: "Ablösung des zentralen Virtualisierungs-Clusters ist SOR-relevant"
|
beispiel_ja: "Ablösung des zentralen Virtualisierungs-Clusters ist SOR-relevant"
|
||||||
beispiel_nein: "Abschaltung eines Testservers erfordert keine SOR-Entscheidung"
|
beispiel_nein: "Abschaltung eines Testservers erfordert keine SOR-Entscheidung"
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# AUSWERTUNGSSCHEMA
|
# AUSWERTUNGSSCHEMA
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
auswertung:
|
auswertung:
|
||||||
|
|
||||||
schema:
|
schema:
|
||||||
- bereich: "5–7 × Ja"
|
- bereich: "5–7 × Ja"
|
||||||
ergebnis: "Interner Service (Kategorie I)"
|
ergebnis: "Interner Service (Kategorie I)"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Klare Empfehlung: Die Komponente erfüllt die wesentlichen Merkmale
|
Klare Empfehlung: Die Komponente erfüllt die wesentlichen Merkmale
|
||||||
eines eigenständigen Governance-Objekts und sollte als Interner
|
eines eigenständigen Governance-Objekts und sollte als Interner
|
||||||
Service mit eigener Service-Definition geführt werden.
|
Service mit eigener Service-Definition geführt werden.
|
||||||
|
|
||||||
- bereich: "3–4 × Ja"
|
- bereich: "3–4 × Ja"
|
||||||
ergebnis: "Grenzfall – Entscheidung durch SPM/SOR"
|
ergebnis: "Grenzfall – Entscheidung durch SPM/SOR"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Komponente zeigt einige Service-Merkmale, aber nicht alle.
|
Die Komponente zeigt einige Service-Merkmale, aber nicht alle.
|
||||||
Die Einordnung sollte im SPM-Team diskutiert und ggf. dem SOR
|
Die Einordnung sollte im SPM-Team diskutiert und ggf. dem SOR
|
||||||
zur Entscheidung vorgelegt werden. Kriterien 1 (interner Kunde)
|
zur Entscheidung vorgelegt werden. Kriterien 1 (interner Kunde)
|
||||||
und 2 (Owner-Rolle) haben dabei besonderes Gewicht.
|
und 2 (Owner-Rolle) haben dabei besonderes Gewicht.
|
||||||
|
|
||||||
- bereich: "0–2 × Ja"
|
- bereich: "0–2 × Ja"
|
||||||
ergebnis: "Passive Service-Komponente"
|
ergebnis: "Passive Service-Komponente"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Komponente ist ein Bestandteil eines übergeordneten Services
|
Die Komponente ist ein Bestandteil eines übergeordneten Services
|
||||||
und wird nicht als eigenständiges Governance-Objekt geführt.
|
und wird nicht als eigenständiges Governance-Objekt geführt.
|
||||||
Sie erscheint ggf. als Abhängigkeit in der Service-Definition
|
Sie erscheint ggf. als Abhängigkeit in der Service-Definition
|
||||||
des nutzenden Services.
|
des nutzenden Services.
|
||||||
|
|
||||||
hinweis_grenzfaelle: |
|
hinweis_grenzfaelle: |
|
||||||
Der Leitfaden ist eine Orientierungshilfe, kein Automatismus.
|
Der Leitfaden ist eine Orientierungshilfe, kein Automatismus.
|
||||||
Insbesondere bei Grenzfällen (3-4 × Ja) sollten folgende Aspekte
|
Insbesondere bei Grenzfällen (3-4 × Ja) sollten folgende Aspekte
|
||||||
zusätzlich berücksichtigt werden:
|
zusätzlich berücksichtigt werden:
|
||||||
- Strategische Bedeutung der Komponente für DIGIT
|
- Strategische Bedeutung der Komponente für DIGIT
|
||||||
- Erwartete Entwicklung (wächst die Steuerungsnotwendigkeit?)
|
- Erwartete Entwicklung (wächst die Steuerungsnotwendigkeit?)
|
||||||
- Aufwand der Governance (steht der Verwaltungsaufwand im Verhältnis?)
|
- Aufwand der Governance (steht der Verwaltungsaufwand im Verhältnis?)
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# ANWENDUNGSBEISPIEL
|
# ANWENDUNGSBEISPIEL
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
anwendungsbeispiel:
|
anwendungsbeispiel:
|
||||||
|
|
||||||
komponente: "Active Directory Services"
|
komponente: "Active Directory Services"
|
||||||
|
|
||||||
bewertung:
|
bewertung:
|
||||||
- frage_nr: 1
|
- frage_nr: 1
|
||||||
antwort: "Ja"
|
antwort: "Ja"
|
||||||
begruendung: "Alle Applikationsteams nutzen AD als Authentifizierungsdienst"
|
begruendung: "Alle Applikationsteams nutzen AD als Authentifizierungsdienst"
|
||||||
- frage_nr: 2
|
- frage_nr: 2
|
||||||
antwort: "Ja"
|
antwort: "Ja"
|
||||||
begruendung: "Teamleiter Identity & Access kann Owner-Rolle übernehmen"
|
begruendung: "Teamleiter Identity & Access kann Owner-Rolle übernehmen"
|
||||||
- frage_nr: 3
|
- frage_nr: 3
|
||||||
antwort: "Ja"
|
antwort: "Ja"
|
||||||
begruendung: "Verfügbarkeit 99,9 %, Antwortzeit < 200 ms eigenständig messbar"
|
begruendung: "Verfügbarkeit 99,9 %, Antwortzeit < 200 ms eigenständig messbar"
|
||||||
- frage_nr: 4
|
- frage_nr: 4
|
||||||
antwort: "Ja"
|
antwort: "Ja"
|
||||||
begruendung: "Wird von >10 Kundenservices genutzt"
|
begruendung: "Wird von >10 Kundenservices genutzt"
|
||||||
- frage_nr: 5
|
- frage_nr: 5
|
||||||
antwort: "Ja"
|
antwort: "Ja"
|
||||||
begruendung: "Migration zu Entra ID erfordert strategische Steuerung"
|
begruendung: "Migration zu Entra ID erfordert strategische Steuerung"
|
||||||
- frage_nr: 6
|
- frage_nr: 6
|
||||||
antwort: "Ja"
|
antwort: "Ja"
|
||||||
begruendung: "AD-Ausfall ist eigenständiger, kritischer Incident"
|
begruendung: "AD-Ausfall ist eigenständiger, kritischer Incident"
|
||||||
- frage_nr: 7
|
- frage_nr: 7
|
||||||
antwort: "Ja"
|
antwort: "Ja"
|
||||||
begruendung: "Ablösung durch Entra ID ist SOR-Entscheidung"
|
begruendung: "Ablösung durch Entra ID ist SOR-Entscheidung"
|
||||||
|
|
||||||
ergebnis: "7 × Ja → Klarer Interner Service (Kategorie I)"
|
ergebnis: "7 × Ja → Klarer Interner Service (Kategorie I)"
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# REFERENZEN
|
# REFERENZEN
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
- "GOV-SPM-I-001: Einführung Kategorie I"
|
- "GOV-SPM-I-001: Einführung Kategorie I"
|
||||||
- "GOV-SPM-I-004: Kein eigenständiges Produkt-Konzept"
|
- "GOV-SPM-I-004: Kein eigenständiges Produkt-Konzept"
|
||||||
- "GOV-SPM-I-005: Sieben-Fragen-Leitfaden (Governance-Entscheidung)"
|
- "GOV-SPM-I-005: Sieben-Fragen-Leitfaden (Governance-Entscheidung)"
|
||||||
- "GOV-SOR-006: Abstimmungsrecht für Interne Services im SOR"
|
- "GOV-SOR-006: Abstimmungsrecht für Interne Services im SOR"
|
||||||
|
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
# CHANGELOG
|
# CHANGELOG
|
||||||
# -----------------------------------------------------------------------------
|
# -----------------------------------------------------------------------------
|
||||||
|
|
||||||
changelog:
|
changelog:
|
||||||
- version: "1.0"
|
- version: "1.0"
|
||||||
datum: "2026-03-09"
|
datum: "2026-03-09"
|
||||||
aenderung: "Erstfassung als eigenständiges Arbeitsdokument"
|
aenderung: "Erstfassung als eigenständiges Arbeitsdokument"
|
||||||
autor: "DIGITOM-Projekt"
|
autor: "DIGITOM-Projekt"
|
||||||
referenz: "GOV-SPM-I-005, OQ-003"
|
referenz: "GOV-SPM-I-005, OQ-003"
|
||||||
|
|
|
||||||
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
|
|
@ -1,215 +1,215 @@
|
||||||
metadata:
|
metadata:
|
||||||
version: "3.7"
|
version: "3.7"
|
||||||
datum: "2026-03-09"
|
datum: "2026-03-09"
|
||||||
quelle: "SPM_Glossar_v3_3.xlsx (Tab: Pilot-Glossar)"
|
quelle: "SPM_Glossar_v3_3.xlsx (Tab: Pilot-Glossar)"
|
||||||
basis: "ITIL4 / DIGITOM Begriffsüberleitung"
|
basis: "ITIL4 / DIGITOM Begriffsüberleitung"
|
||||||
hinweis: >
|
hinweis: >
|
||||||
Die Überleitungsentscheidung für jeden ITIL-Begriff basiert darauf,
|
Die Überleitungsentscheidung für jeden ITIL-Begriff basiert darauf,
|
||||||
ob sein fachlicher Kern (Semantik) und seine Prozess-Relevanz eins zu
|
ob sein fachlicher Kern (Semantik) und seine Prozess-Relevanz eins zu
|
||||||
eins in das DIGIT Service-Management Framework passen (Übernehmen),
|
eins in das DIGIT Service-Management Framework passen (Übernehmen),
|
||||||
ob sie nur teilweise passen und deshalb inhaltlich ergänzt oder
|
ob sie nur teilweise passen und deshalb inhaltlich ergänzt oder
|
||||||
modifiziert werden müssen (Anpassen) oder ob sie im DIGIT-Kontext
|
modifiziert werden müssen (Anpassen) oder ob sie im DIGIT-Kontext
|
||||||
keinen erkennbaren Mehrwert bieten (Weglassen).
|
keinen erkennbaren Mehrwert bieten (Weglassen).
|
||||||
|
|
||||||
glossar:
|
glossar:
|
||||||
- begriff: "Anforderung"
|
- begriff: "Anforderung"
|
||||||
definition: "Spezifische, testbare Kriterien oder Bedingungen, die ein neues oder geändertes Produkt oder ein Service erfüllen muss. Sie umfassen Nutzungs- und Gewährleistungsanforderungen."
|
definition: "Spezifische, testbare Kriterien oder Bedingungen, die ein neues oder geändertes Produkt oder ein Service erfüllen muss. Sie umfassen Nutzungs- und Gewährleistungsanforderungen."
|
||||||
synonyme: ["Requirement", "Vorgabe"]
|
synonyme: ["Requirement", "Vorgabe"]
|
||||||
|
|
||||||
- begriff: "Anwender*in"
|
- begriff: "Anwender*in"
|
||||||
definition: "Die Person, die Services direkt nutzt, um ihre Aufgaben zu erfüllen. Die Perspektive des Anwenders auf den Wert konzentriert sich auf die Gebrauchstauglichkeit (Nutzen) und Zuverlässigkeit (Gewährleistung)."
|
definition: "Die Person, die Services direkt nutzt, um ihre Aufgaben zu erfüllen. Die Perspektive des Anwenders auf den Wert konzentriert sich auf die Gebrauchstauglichkeit (Nutzen) und Zuverlässigkeit (Gewährleistung)."
|
||||||
synonyme: ["Nutzer*in", "User"]
|
synonyme: ["Nutzer*in", "User"]
|
||||||
|
|
||||||
- begriff: "Auftraggeber*in"
|
- begriff: "Auftraggeber*in"
|
||||||
definition: "Die Person oder Gruppe, die die Anforderungen an einen Service definiert und die Verantwortung für die Ergebnisse des Serviceverbrauchs übernimmt. Der Auftraggeber ist primär an den Geschäftsergebnissen interessiert."
|
definition: "Die Person oder Gruppe, die die Anforderungen an einen Service definiert und die Verantwortung für die Ergebnisse des Serviceverbrauchs übernimmt. Der Auftraggeber ist primär an den Geschäftsergebnissen interessiert."
|
||||||
|
|
||||||
- begriff: "Bedarf"
|
- begriff: "Bedarf"
|
||||||
definition: "Bedarf ist der unspezifischer Ausgangspunkt (Wunsch/Problem/Beobachtung) der Kund*innen. Daraus werden im Stakeholder-Mgmt die Ziele/Ergebnisse der Kund*innen herausgearbeitet und später zu einem Demand qualifiziert oder über die bestehenden Services bedient."
|
definition: "Bedarf ist der unspezifischer Ausgangspunkt (Wunsch/Problem/Beobachtung) der Kund*innen. Daraus werden im Stakeholder-Mgmt die Ziele/Ergebnisse der Kund*innen herausgearbeitet und später zu einem Demand qualifiziert oder über die bestehenden Services bedient."
|
||||||
|
|
||||||
- begriff: "Change"
|
- begriff: "Change"
|
||||||
definition: "Die Hinzufügung, Modifikation oder Entfernung von allem, was eine direkte oder indirekte Auswirkung auf Services haben könnte. Das Ziel ist die Maximierung erfolgreicher Änderungen bei gleichzeitiger Risikobewertung. Es gibt vier Typen von Changes: Standard-Change, Normal-Change, Major Change und Emergency-Change."
|
definition: "Die Hinzufügung, Modifikation oder Entfernung von allem, was eine direkte oder indirekte Auswirkung auf Services haben könnte. Das Ziel ist die Maximierung erfolgreicher Änderungen bei gleichzeitiger Risikobewertung. Es gibt vier Typen von Changes: Standard-Change, Normal-Change, Major Change und Emergency-Change."
|
||||||
synonyme: ["Änderung"]
|
synonyme: ["Änderung"]
|
||||||
|
|
||||||
- begriff: "Configuration Item (CI)"
|
- begriff: "Configuration Item (CI)"
|
||||||
definition: "Ein Configuration Item (CI) ist jede Komponente, die verwaltet werden muss, um eine IT-Dienstleistung zu erbringen. Jedes CI und seine wichtigen Beziehungen zu anderen CIs (z.B. welche Anwendung auf welchem Server läuft) werden in einem zentralen Verzeichnis, der Configuration Management Database (CMDB), erfasst und gepflegt."
|
definition: "Ein Configuration Item (CI) ist jede Komponente, die verwaltet werden muss, um eine IT-Dienstleistung zu erbringen. Jedes CI und seine wichtigen Beziehungen zu anderen CIs (z.B. welche Anwendung auf welchem Server läuft) werden in einem zentralen Verzeichnis, der Configuration Management Database (CMDB), erfasst und gepflegt."
|
||||||
|
|
||||||
- begriff: "Demand"
|
- begriff: "Demand"
|
||||||
definition: "Demand ist ein qualifizierter Bedarf, der nicht über das bestehende Service-Portfolio bedient werden kann."
|
definition: "Demand ist ein qualifizierter Bedarf, der nicht über das bestehende Service-Portfolio bedient werden kann."
|
||||||
|
|
||||||
- begriff: "Demand-Steckbrief"
|
- begriff: "Demand-Steckbrief"
|
||||||
definition: |
|
definition: |
|
||||||
Das DPM-Artefakt, das aus dem Bedarfssteckbrief (SHM) hervorgeht. DPM reichert
|
Das DPM-Artefakt, das aus dem Bedarfssteckbrief (SHM) hervorgeht. DPM reichert
|
||||||
den Bedarfssteckbrief mit Klassifizierung, Analyse und Bewertung an. Der
|
den Bedarfssteckbrief mit Klassifizierung, Analyse und Bewertung an. Der
|
||||||
Demand-Steckbrief wird nach DSR/MB-Freigabe an den Service Owner bzw. PPM übergeben.
|
Demand-Steckbrief wird nach DSR/MB-Freigabe an den Service Owner bzw. PPM übergeben.
|
||||||
abgrenzung:
|
abgrenzung:
|
||||||
- "Bedarfssteckbrief: SHM-Artefakt – dokumentiert den qualifizierten Bedarf zum Zeitpunkt der Übergabe"
|
- "Bedarfssteckbrief: SHM-Artefakt – dokumentiert den qualifizierten Bedarf zum Zeitpunkt der Übergabe"
|
||||||
- "Demand-Entscheidungsvorlage: DPM-Dokument für DSR/MB-Entscheidungen"
|
- "Demand-Entscheidungsvorlage: DPM-Dokument für DSR/MB-Entscheidungen"
|
||||||
|
|
||||||
- begriff: "Emergency-Change"
|
- begriff: "Emergency-Change"
|
||||||
definition: "Beschreibt einen kritischen Change, der unter Zeitdruck umgesetzt werden muss, um einen akuten Schaden zu verhindern oder eine schwerwiegende Störung zu beheben."
|
definition: "Beschreibt einen kritischen Change, der unter Zeitdruck umgesetzt werden muss, um einen akuten Schaden zu verhindern oder eine schwerwiegende Störung zu beheben."
|
||||||
|
|
||||||
- begriff: "Ergebnis"
|
- begriff: "Ergebnis"
|
||||||
definition: "Die durch einen Service ermöglichten Resultate für einen Kunden. Sie sind der tatsächliche Nutzen oder Effekt, der durch die Service-Erbringung erzielt wird."
|
definition: "Die durch einen Service ermöglichten Resultate für einen Kunden. Sie sind der tatsächliche Nutzen oder Effekt, der durch die Service-Erbringung erzielt wird."
|
||||||
synonyme: ["Outcome"]
|
synonyme: ["Outcome"]
|
||||||
|
|
||||||
- begriff: "Gewährleistung"
|
- begriff: "Gewährleistung"
|
||||||
definition: "Die Zusicherung, dass ein Produkt oder Service die vereinbarten Anforderungen erfüllt. Beschreibt, in welchem Maße der Service verlässlich, verfügbar und nutzbar bereitgestellt wird (\"fit for use\")."
|
definition: "Die Zusicherung, dass ein Produkt oder Service die vereinbarten Anforderungen erfüllt. Beschreibt, in welchem Maße der Service verlässlich, verfügbar und nutzbar bereitgestellt wird (\"fit for use\")."
|
||||||
synonyme: ["Qualitätszusage", "Warranty"]
|
synonyme: ["Qualitätszusage", "Warranty"]
|
||||||
|
|
||||||
- begriff: "Geschäftskritikalität"
|
- begriff: "Geschäftskritikalität"
|
||||||
definition: "Bewertung der Bedeutung eines Services für den Geschäftsbetrieb, abgeleitet aus einer vereinfachten Business Impact Analysis (BIA). Berücksichtigt Faktoren wie Recovery Time Objective (RTO), betroffene Kernprozesse und Nutzerreichweite. Dient als Grundlage für die Impact-Bewertung im Incident Management und für Wartungsfenster-Restriktionen im Change Enablement."
|
definition: "Bewertung der Bedeutung eines Services für den Geschäftsbetrieb, abgeleitet aus einer vereinfachten Business Impact Analysis (BIA). Berücksichtigt Faktoren wie Recovery Time Objective (RTO), betroffene Kernprozesse und Nutzerreichweite. Dient als Grundlage für die Impact-Bewertung im Incident Management und für Wartungsfenster-Restriktionen im Change Enablement."
|
||||||
synonyme: ["Business Criticality", "Service-Kritikalität"]
|
synonyme: ["Business Criticality", "Service-Kritikalität"]
|
||||||
|
|
||||||
- begriff: "Governance"
|
- begriff: "Governance"
|
||||||
definition: "Das Mittel, mit dem eine Organisation gesteuert und koordiniert wird. Es stellt sicher, dass alle Services und Projekte im Einklang mit den städtischen Zielen entwickelt, betrieben und überwacht werden."
|
definition: "Das Mittel, mit dem eine Organisation gesteuert und koordiniert wird. Es stellt sicher, dass alle Services und Projekte im Einklang mit den städtischen Zielen entwickelt, betrieben und überwacht werden."
|
||||||
|
|
||||||
- begriff: "Incident"
|
- begriff: "Incident"
|
||||||
definition: "Eine ungeplante Unterbrechung oder eine Reduzierung der Qualität eines Services. Das Ziel ist die schnellstmögliche Wiederherstellung des normalen Betriebs."
|
definition: "Eine ungeplante Unterbrechung oder eine Reduzierung der Qualität eines Services. Das Ziel ist die schnellstmögliche Wiederherstellung des normalen Betriebs."
|
||||||
synonyme: ["Vorfall", "Störung"]
|
synonyme: ["Vorfall", "Störung"]
|
||||||
|
|
||||||
- begriff: "Interner Service"
|
- begriff: "Interner Service"
|
||||||
definition: |
|
definition: |
|
||||||
Ein vollwertiges Governance-Objekt der Service-Kategorie I, das intern zwischen
|
Ein vollwertiges Governance-Objekt der Service-Kategorie I, das intern zwischen
|
||||||
DIGIT-Einheiten erbracht wird und keinen direkten Kundenbezug hat. Interne Services
|
DIGIT-Einheiten erbracht wird und keinen direkten Kundenbezug hat. Interne Services
|
||||||
sind NICHT im Service-Katalog sichtbar und unterliegen einem Operational Level
|
sind NICHT im Service-Katalog sichtbar und unterliegen einem Operational Level
|
||||||
Agreement (OLA) anstelle eines SLA. Sie verfügen über einen eigenen Service Owner,
|
Agreement (OLA) anstelle eines SLA. Sie verfügen über einen eigenen Service Owner,
|
||||||
eine eigene Service-Definition und nehmen am Service-Lifecycle teil.
|
eine eigene Service-Definition und nehmen am Service-Lifecycle teil.
|
||||||
Die Abgrenzung zu passiven Service-Komponenten erfolgt über den
|
Die Abgrenzung zu passiven Service-Komponenten erfolgt über den
|
||||||
Sieben-Fragen-Orientierungsleitfaden (GOV-SPM-I-005).
|
Sieben-Fragen-Orientierungsleitfaden (GOV-SPM-I-005).
|
||||||
abgrenzung:
|
abgrenzung:
|
||||||
- "Kundenservice (Kategorie A/B/C): Hat direkten Kundenbezug, ist im Katalog sichtbar, unterliegt einem SLA"
|
- "Kundenservice (Kategorie A/B/C): Hat direkten Kundenbezug, ist im Katalog sichtbar, unterliegt einem SLA"
|
||||||
- "Passive Service-Komponente: Kein eigenständiges Governance-Objekt, wird innerhalb eines Services verwaltet"
|
- "Passive Service-Komponente: Kein eigenständiges Governance-Objekt, wird innerhalb eines Services verwaltet"
|
||||||
kategorie: "I"
|
kategorie: "I"
|
||||||
governance_referenz: "GOV-SPM-I-001, GOV-SPM-I-005"
|
governance_referenz: "GOV-SPM-I-001, GOV-SPM-I-005"
|
||||||
|
|
||||||
- begriff: "Initiative"
|
- begriff: "Initiative"
|
||||||
definition: "Initiative bezeichnet eine strategisch erkannte Möglichkeit zur Innovation, die noch nicht als konkreter Demand geäußert wurde. Sie wird vom Demand-Portfolio-Management aufgenommen, bewertet und ins Mission Board eingebracht."
|
definition: "Initiative bezeichnet eine strategisch erkannte Möglichkeit zur Innovation, die noch nicht als konkreter Demand geäußert wurde. Sie wird vom Demand-Portfolio-Management aufgenommen, bewertet und ins Mission Board eingebracht."
|
||||||
synonyme: ["Chance", "Möglichkeit", "Opportunity"]
|
synonyme: ["Chance", "Möglichkeit", "Opportunity"]
|
||||||
|
|
||||||
- begriff: "Key Performance Indicator (KPI)"
|
- begriff: "Key Performance Indicator (KPI)"
|
||||||
definition: "Ein Key Performance Indicator (KPI) ist eine messbare Kennzahl, die verwendet wird, um den Erfolg bei der Erreichung eines Ziels objektiv zu bewerten."
|
definition: "Ein Key Performance Indicator (KPI) ist eine messbare Kennzahl, die verwendet wird, um den Erfolg bei der Erreichung eines Ziels objektiv zu bewerten."
|
||||||
|
|
||||||
- begriff: "Kontinuierliche Verbesserung"
|
- begriff: "Kontinuierliche Verbesserung"
|
||||||
definition: "Kontinuierliche Verbesserung ist ein regelmäßiger, systematischer Zyklus, in dem anhand definierter Kennzahlen und aktiv eingeholtem Feedback Verbesserungspotenziale identifiziert und priorisiert werden. Anschließend werden Maßnahmen verantwortet, umgesetzt und deren Wirkung erneut bewertet."
|
definition: "Kontinuierliche Verbesserung ist ein regelmäßiger, systematischer Zyklus, in dem anhand definierter Kennzahlen und aktiv eingeholtem Feedback Verbesserungspotenziale identifiziert und priorisiert werden. Anschließend werden Maßnahmen verantwortet, umgesetzt und deren Wirkung erneut bewertet."
|
||||||
|
|
||||||
- begriff: "Kundenservice"
|
- begriff: "Kundenservice"
|
||||||
definition: "Services, die Mitarbeitende und Ämter der Stadtverwaltung direkt nutzen, beauftragen oder wahrnehmen können. Sie haben eine erkennbare Schnittstelle zum Anwender und einen direkten Einfluss auf dessen Arbeit."
|
definition: "Services, die Mitarbeitende und Ämter der Stadtverwaltung direkt nutzen, beauftragen oder wahrnehmen können. Sie haben eine erkennbare Schnittstelle zum Anwender und einen direkten Einfluss auf dessen Arbeit."
|
||||||
|
|
||||||
- begriff: "Kund*in"
|
- begriff: "Kund*in"
|
||||||
definition: "Eine generische Rolle, die eine Organisation oder Person einnimmt, wenn sie Services empfängt. Diese Rolle umfasst die spezifischeren Rollen Anwender, Auftraggeber und Sponsor."
|
definition: "Eine generische Rolle, die eine Organisation oder Person einnimmt, wenn sie Services empfängt. Diese Rolle umfasst die spezifischeren Rollen Anwender, Auftraggeber und Sponsor."
|
||||||
synonyme: ["Service-Konsument"]
|
synonyme: ["Service-Konsument"]
|
||||||
|
|
||||||
- begriff: "Major-Change"
|
- begriff: "Major-Change"
|
||||||
definition: "Ein Major Change ist eine Änderung, die die Service-Identität tangiert oder erhebliche Risiken birgt. Er erfordert die Genehmigung durch die SOR und durchläuft den Transition-Prozess."
|
definition: "Ein Major Change ist eine Änderung, die die Service-Identität tangiert oder erhebliche Risiken birgt. Er erfordert die Genehmigung durch die SOR und durchläuft den Transition-Prozess."
|
||||||
synonyme: ["Wesentliche Änderung"]
|
synonyme: ["Wesentliche Änderung"]
|
||||||
|
|
||||||
- begriff: "Normal-Change"
|
- begriff: "Normal-Change"
|
||||||
definition: "Umfasst jeden Change, der kein Standard-, Major- oder Emergency-Change ist. Er erfordert eine individuelle Risiko- und Impact-Bewertung und eine Einzelfallgenehmigung."
|
definition: "Umfasst jeden Change, der kein Standard-, Major- oder Emergency-Change ist. Er erfordert eine individuelle Risiko- und Impact-Bewertung und eine Einzelfallgenehmigung."
|
||||||
|
|
||||||
- begriff: "Nutzen"
|
- begriff: "Nutzen"
|
||||||
definition: "Die Funktionalität, die ein Produkt oder Service bietet, um ein bestimmtes Bedürfnis zu erfüllen. Beschreibt, was der Service leistet (\"fit for purpose\")."
|
definition: "Die Funktionalität, die ein Produkt oder Service bietet, um ein bestimmtes Bedürfnis zu erfüllen. Beschreibt, was der Service leistet (\"fit for purpose\")."
|
||||||
synonyme: ["Utility"]
|
synonyme: ["Utility"]
|
||||||
|
|
||||||
- begriff: "Problem (engl.)"
|
- begriff: "Problem (engl.)"
|
||||||
definition: "Eine Ursache oder potenzielle Ursache eines oder mehrerer Vorfälle. Das Ziel ist die Identifikation von Ursachen und die Empfehlung von langfristigen Lösungen."
|
definition: "Eine Ursache oder potenzielle Ursache eines oder mehrerer Vorfälle. Das Ziel ist die Identifikation von Ursachen und die Empfehlung von langfristigen Lösungen."
|
||||||
synonyme: ["Ursache"]
|
synonyme: ["Ursache"]
|
||||||
|
|
||||||
- begriff: "Produkt"
|
- begriff: "Produkt"
|
||||||
definition: "Eine Konfiguration der Ressourcen einer Organisation, die darauf ausgelegt ist, Wert für Kund*innen zu bieten. Es ist die DIGIT-seitige Bündelung von Ressourcen und stellt eine potenzielle Wertquelle dar."
|
definition: "Eine Konfiguration der Ressourcen einer Organisation, die darauf ausgelegt ist, Wert für Kund*innen zu bieten. Es ist die DIGIT-seitige Bündelung von Ressourcen und stellt eine potenzielle Wertquelle dar."
|
||||||
synonyme: ["Leistungsbaustein"]
|
synonyme: ["Leistungsbaustein"]
|
||||||
|
|
||||||
- begriff: "Recovery Time Objective (RTO)"
|
- begriff: "Recovery Time Objective (RTO)"
|
||||||
definition: "Die maximale akzeptable Zeitspanne nach einer Service-Unterbrechung, bevor der Geschäftsbetrieb schwerwiegend beeinträchtigt wird. Gibt den Zeitrahmen vor, innerhalb dessen ein Service wiederhergestellt werden muss. Dient als objektiver Indikator für die Geschäftskritikalität."
|
definition: "Die maximale akzeptable Zeitspanne nach einer Service-Unterbrechung, bevor der Geschäftsbetrieb schwerwiegend beeinträchtigt wird. Gibt den Zeitrahmen vor, innerhalb dessen ein Service wiederhergestellt werden muss. Dient als objektiver Indikator für die Geschäftskritikalität."
|
||||||
synonyme: ["Wiederherstellungsziel", "Wiederanlaufzeit"]
|
synonyme: ["Wiederherstellungsziel", "Wiederanlaufzeit"]
|
||||||
|
|
||||||
- begriff: "Request-Katalog"
|
- begriff: "Request-Katalog"
|
||||||
definition: "Eine Sicht auf den Service-Katalog, die Details zu Service-Anfragen für bestehende Services bereitstellt und die dem Anwender zur Verfügung gestellt wird."
|
definition: "Eine Sicht auf den Service-Katalog, die Details zu Service-Anfragen für bestehende Services bereitstellt und die dem Anwender zur Verfügung gestellt wird."
|
||||||
|
|
||||||
- begriff: "Request for Change (RFC)"
|
- begriff: "Request for Change (RFC)"
|
||||||
definition: "Ein Request for Change (RFC) ist eine formale Anforderung, einen Change vorzunehmen. Jeder RFC wird einem der vier Change-Typen (Standard/Normal/Major/Emergency) zugeordnet. Die Change-Typen bestimmen Bewertungsweg, Genehmigungen und Umsetzungsmethode eines RFC."
|
definition: "Ein Request for Change (RFC) ist eine formale Anforderung, einen Change vorzunehmen. Jeder RFC wird einem der vier Change-Typen (Standard/Normal/Major/Emergency) zugeordnet. Die Change-Typen bestimmen Bewertungsweg, Genehmigungen und Umsetzungsmethode eines RFC."
|
||||||
synonyme: ["Change Request"]
|
synonyme: ["Change Request"]
|
||||||
|
|
||||||
- begriff: "Ressource"
|
- begriff: "Ressource"
|
||||||
definition: "Eine Person oder eine andere Entität (bspw. Infrastruktur, Software, Hardware, oder finanzielle Mittel), die für die Entwicklung oder Erbringung eines Services benötigt wird. Sie stellt das unkonfigurierte, rohe Potenzial einer Organisation dar."
|
definition: "Eine Person oder eine andere Entität (bspw. Infrastruktur, Software, Hardware, oder finanzielle Mittel), die für die Entwicklung oder Erbringung eines Services benötigt wird. Sie stellt das unkonfigurierte, rohe Potenzial einer Organisation dar."
|
||||||
|
|
||||||
- begriff: "Service"
|
- begriff: "Service"
|
||||||
definition: "Ein Service ist die Anwendung eines oder mehrerer Produkte im Rahmen einer Service-Beziehung. Ein Service ermöglicht Kund*innen, ihre Ergebnisse zu erreichen – ohne spezifische Kosten und Risiken verwalten zu müssen."
|
definition: "Ein Service ist die Anwendung eines oder mehrerer Produkte im Rahmen einer Service-Beziehung. Ein Service ermöglicht Kund*innen, ihre Ergebnisse zu erreichen – ohne spezifische Kosten und Risiken verwalten zu müssen."
|
||||||
synonyme: ["Dienstleistung"]
|
synonyme: ["Dienstleistung"]
|
||||||
|
|
||||||
- begriff: "Service Level"
|
- begriff: "Service Level"
|
||||||
definition: "Eine oder mehrere im SLA vereinbarte Metriken zur Definition der Qualität, Verfügbarkeit und Leistung eines Services aus Sicht der Auftraggeber*innen. Die Einhaltung der Service Levels wird kontinuierlich überwacht, berichtet und dient als Grundlage für Service Reviews und kontinuierliche Verbesserung."
|
definition: "Eine oder mehrere im SLA vereinbarte Metriken zur Definition der Qualität, Verfügbarkeit und Leistung eines Services aus Sicht der Auftraggeber*innen. Die Einhaltung der Service Levels wird kontinuierlich überwacht, berichtet und dient als Grundlage für Service Reviews und kontinuierliche Verbesserung."
|
||||||
synonyme: ["Service-Qualitätsniveau"]
|
synonyme: ["Service-Qualitätsniveau"]
|
||||||
|
|
||||||
- begriff: "Operational Level Agreement (OLA)"
|
- begriff: "Operational Level Agreement (OLA)"
|
||||||
definition: |
|
definition: |
|
||||||
Eine interne Leistungsvereinbarung zwischen DIGIT-Einheiten für Interne Services
|
Eine interne Leistungsvereinbarung zwischen DIGIT-Einheiten für Interne Services
|
||||||
(Kategorie I). Das OLA ist das funktionale Äquivalent eines SLA für interne
|
(Kategorie I). Das OLA ist das funktionale Äquivalent eines SLA für interne
|
||||||
Service-Beziehungen ohne externen Kundenbezug. Es definiert Leistungsparameter,
|
Service-Beziehungen ohne externen Kundenbezug. Es definiert Leistungsparameter,
|
||||||
Qualitätsziele und Verantwortlichkeiten zwischen internen Betriebseinheiten.
|
Qualitätsziele und Verantwortlichkeiten zwischen internen Betriebseinheiten.
|
||||||
abgrenzung:
|
abgrenzung:
|
||||||
- "SLA: Vereinbarung mit externem Kundenbezug (Kategorie A/B/C)"
|
- "SLA: Vereinbarung mit externem Kundenbezug (Kategorie A/B/C)"
|
||||||
- "OLA: Vereinbarung ohne externen Kundenbezug (Kategorie I)"
|
- "OLA: Vereinbarung ohne externen Kundenbezug (Kategorie I)"
|
||||||
governance_referenz: "GOV-SPM-I-002"
|
governance_referenz: "GOV-SPM-I-002"
|
||||||
|
|
||||||
- begriff: "Service-Sichtbarkeit"
|
- begriff: "Service-Sichtbarkeit"
|
||||||
definition: |
|
definition: |
|
||||||
Die Sichtbarkeit eines Services im Service-Katalog ist vollständig aus der
|
Die Sichtbarkeit eines Services im Service-Katalog ist vollständig aus der
|
||||||
Service-Kategorie ableitbar und wird NICHT als eigenständiges Attribut geführt.
|
Service-Kategorie ableitbar und wird NICHT als eigenständiges Attribut geführt.
|
||||||
Kategorie A, B, C: im Katalog sichtbar. Kategorie I: NICHT im Katalog sichtbar.
|
Kategorie A, B, C: im Katalog sichtbar. Kategorie I: NICHT im Katalog sichtbar.
|
||||||
Ein separates Attribut wurde bewusst abgeschafft, um Redundanz und
|
Ein separates Attribut wurde bewusst abgeschafft, um Redundanz und
|
||||||
Inkonsistenz-Risiken zu vermeiden (Designprinzip: „Encode rationale once").
|
Inkonsistenz-Risiken zu vermeiden (Designprinzip: „Encode rationale once").
|
||||||
governance_referenz: "GOV-SPM-I-003"
|
governance_referenz: "GOV-SPM-I-003"
|
||||||
|
|
||||||
- begriff: "Service Level Agreement (SLA)"
|
- begriff: "Service Level Agreement (SLA)"
|
||||||
definition: "Eine dokumentierte Vereinbarung zwischen Service-Anbieter und Auftraggeber*in, die sowohl die erforderlichen Services als auch das erwartete Service Level festlegt."
|
definition: "Eine dokumentierte Vereinbarung zwischen Service-Anbieter und Auftraggeber*in, die sowohl die erforderlichen Services als auch das erwartete Service Level festlegt."
|
||||||
synonyme: ["Servicevereinbarung"]
|
synonyme: ["Servicevereinbarung"]
|
||||||
|
|
||||||
- begriff: "Service Request"
|
- begriff: "Service Request"
|
||||||
definition: "Eine Anforderung eines Nutzenden, die eine vordefinierte Service-Aktion initiiert, die als normaler Teil der Service-Bereitstellung gilt. Sie ist keine Störung."
|
definition: "Eine Anforderung eines Nutzenden, die eine vordefinierte Service-Aktion initiiert, die als normaler Teil der Service-Bereitstellung gilt. Sie ist keine Störung."
|
||||||
synonyme: ["Serviceanfrage"]
|
synonyme: ["Serviceanfrage"]
|
||||||
|
|
||||||
- begriff: "Service-Anbieter"
|
- begriff: "Service-Anbieter"
|
||||||
definition: "Eine Organisation, die Services für Kund*innen bereitstellt. Der Anbieter kann intern oder extern zur Organisation des Kunden sein."
|
definition: "Eine Organisation, die Services für Kund*innen bereitstellt. Der Anbieter kann intern oder extern zur Organisation des Kunden sein."
|
||||||
synonyme: ["Dienstleister", "Service Provider"]
|
synonyme: ["Dienstleister", "Service Provider"]
|
||||||
|
|
||||||
- begriff: "Service-Angebot"
|
- begriff: "Service-Angebot"
|
||||||
definition: "Eine formale Beschreibung eines Service, die darauf ausgelegt ist, die Bedürfnisse einer Zielgruppe von Kund*innen zu adressieren. Es ist die Schnittstelle, die den Kund*innen präsentiert wird."
|
definition: "Eine formale Beschreibung eines Service, die darauf ausgelegt ist, die Bedürfnisse einer Zielgruppe von Kund*innen zu adressieren. Es ist die Schnittstelle, die den Kund*innen präsentiert wird."
|
||||||
synonyme: ["Leistungsangebot"]
|
synonyme: ["Leistungsangebot"]
|
||||||
|
|
||||||
- begriff: "Service-Bereitstellung"
|
- begriff: "Service-Bereitstellung"
|
||||||
definition: "Operative Aktivitäten, die zur Bereitstellung von Services durchgeführt werden. Sie werden in Standard Operating Procedures (SOPs) dokumentiert, eindeutig Verantwortlichen zugewiesen und regelmäßig hinsichtlich Qualität und Effizienz überprüft. Sie können (teil-)automatisiert beansprucht und umgesetzt werden."
|
definition: "Operative Aktivitäten, die zur Bereitstellung von Services durchgeführt werden. Sie werden in Standard Operating Procedures (SOPs) dokumentiert, eindeutig Verantwortlichen zugewiesen und regelmäßig hinsichtlich Qualität und Effizienz überprüft. Sie können (teil-)automatisiert beansprucht und umgesetzt werden."
|
||||||
synonyme: ["Operative Tätigkeit", "Service-Aktivität", "Service-Aktion"]
|
synonyme: ["Operative Tätigkeit", "Service-Aktivität", "Service-Aktion"]
|
||||||
|
|
||||||
- begriff: "Service-Beziehung"
|
- begriff: "Service-Beziehung"
|
||||||
definition: "Die Zusammenarbeit zwischen einem Service-Anbieter und einem Kunden, um gemeinsam Mehrwert zu schaffen. Dies umfasst Servicebereitstellung, Servicekonsum und proaktives Stakeholder Management."
|
definition: "Die Zusammenarbeit zwischen einem Service-Anbieter und einem Kunden, um gemeinsam Mehrwert zu schaffen. Dies umfasst Servicebereitstellung, Servicekonsum und proaktives Stakeholder Management."
|
||||||
|
|
||||||
- begriff: "Service-Katalog"
|
- begriff: "Service-Katalog"
|
||||||
definition: "Eine strukturierte, für eine Zielgruppe relevante Informationsquelle über alle aktuell verfügbaren Services und Service-Angebote. Er ist die operative, kundenorientierte Sicht auf die Services."
|
definition: "Eine strukturierte, für eine Zielgruppe relevante Informationsquelle über alle aktuell verfügbaren Services und Service-Angebote. Er ist die operative, kundenorientierte Sicht auf die Services."
|
||||||
|
|
||||||
- begriff: "Service-Portfolio"
|
- begriff: "Service-Portfolio"
|
||||||
definition: "Eine vollständige Sammlung aller Produkte und Services, die von einer Organisation während ihres gesamten Lebenszyklus verwaltet werden. Es ist ein strategisches Managementinstrument zur Steuerung von Ressourcen. Es wird regelmäßig hinsichtlich strategischer Ausrichtung, Nutzenbeitrag, Wirtschaftlichkeit und Investitionsentscheidungen überprüft und aktualisiert."
|
definition: "Eine vollständige Sammlung aller Produkte und Services, die von einer Organisation während ihres gesamten Lebenszyklus verwaltet werden. Es ist ein strategisches Managementinstrument zur Steuerung von Ressourcen. Es wird regelmäßig hinsichtlich strategischer Ausrichtung, Nutzenbeitrag, Wirtschaftlichkeit und Investitionsentscheidungen überprüft und aktualisiert."
|
||||||
synonyme: ["IT-Service-Portfolio"]
|
synonyme: ["IT-Service-Portfolio"]
|
||||||
|
|
||||||
- begriff: "Sponsor*in"
|
- begriff: "Sponsor*in"
|
||||||
definition: "Die Person oder Gruppe, die das Budget für den Serviceverbrauch autorisiert. Der Sponsor ermöglicht die Service-Beziehung aus finanzieller Sicht."
|
definition: "Die Person oder Gruppe, die das Budget für den Serviceverbrauch autorisiert. Der Sponsor ermöglicht die Service-Beziehung aus finanzieller Sicht."
|
||||||
|
|
||||||
- begriff: "Stakeholder"
|
- begriff: "Stakeholder"
|
||||||
definition: "Eine Person oder Organisation, die ein Interesse oder eine Beteiligung an einer Organisation, einem Produkt, einem Service oder einer anderen Entität hat. Ihre Bedürfnisse und Erwartungen sind relevant für die Wertschöpfung."
|
definition: "Eine Person oder Organisation, die ein Interesse oder eine Beteiligung an einer Organisation, einem Produkt, einem Service oder einer anderen Entität hat. Ihre Bedürfnisse und Erwartungen sind relevant für die Wertschöpfung."
|
||||||
synonyme: ["Anspruchsgruppen"]
|
synonyme: ["Anspruchsgruppen"]
|
||||||
|
|
||||||
- begriff: "Standard Operating Procedures (SOPs)"
|
- begriff: "Standard Operating Procedures (SOPs)"
|
||||||
definition: "Standard Operating Procedures (SOPs) sind standardisierte, schriftlich festgelegte Anweisungen, die Schritt für Schritt beschreiben, wie eine bestimmte Aktivität der Service-Bereitstellung im Betrieb und Support durchgeführt werden muss. SOPs stellen sicher, dass Tätigkeiten konsistent, reproduzierbar und in gleichbleibend hoher Qualität ausgeführt werden. Sie definieren klare Schrittfolgen, Zuständigkeiten, erforderliche Werkzeuge und Zeitvorgaben, um eine konsistente und effiziente Service-Erbringung sicherzustellen."
|
definition: "Standard Operating Procedures (SOPs) sind standardisierte, schriftlich festgelegte Anweisungen, die Schritt für Schritt beschreiben, wie eine bestimmte Aktivität der Service-Bereitstellung im Betrieb und Support durchgeführt werden muss. SOPs stellen sicher, dass Tätigkeiten konsistent, reproduzierbar und in gleichbleibend hoher Qualität ausgeführt werden. Sie definieren klare Schrittfolgen, Zuständigkeiten, erforderliche Werkzeuge und Zeitvorgaben, um eine konsistente und effiziente Service-Erbringung sicherzustellen."
|
||||||
synonyme: ["Standardvorgehensweise"]
|
synonyme: ["Standardvorgehensweise"]
|
||||||
|
|
||||||
- begriff: "Standard-Change"
|
- begriff: "Standard-Change"
|
||||||
definition: "Bezieht sich auf einen vorab bewerteten, risikoarmen, wiederkehrenden Change, dessen Ablauf vollständig vordefiniert und vorautorisiert ist."
|
definition: "Bezieht sich auf einen vorab bewerteten, risikoarmen, wiederkehrenden Change, dessen Ablauf vollständig vordefiniert und vorautorisiert ist."
|
||||||
|
|
||||||
- begriff: "Vital Business Function (VBF)"
|
- begriff: "Vital Business Function (VBF)"
|
||||||
definition: "Geschäftsprozess, dessen Ausfall unmittelbar existenzielle oder schwerwiegende Auswirkungen auf die Organisation hat. Services, die VBFs unterstützen, sind per Definition geschäftskritisch. Im kommunalen Kontext: Kernprozesse der Verwaltung wie Bürgerservice, Zahlungsverkehr oder hoheitliche Aufgaben."
|
definition: "Geschäftsprozess, dessen Ausfall unmittelbar existenzielle oder schwerwiegende Auswirkungen auf die Organisation hat. Services, die VBFs unterstützen, sind per Definition geschäftskritisch. Im kommunalen Kontext: Kernprozesse der Verwaltung wie Bürgerservice, Zahlungsverkehr oder hoheitliche Aufgaben."
|
||||||
synonyme: ["Kritischer Geschäftsprozess", "Kernprozess"]
|
synonyme: ["Kritischer Geschäftsprozess", "Kernprozess"]
|
||||||
|
|
||||||
- begriff: "Wert"
|
- begriff: "Wert"
|
||||||
definition: "Wert bezeichnet den wahrgenommenen Nutzen, den Kund*innen aus einem Service ziehen. Wert entsteht, indem die Ergebnisse eines Services die Ziele und Bedarfe der Kund*innen unterstützen. Er wird in einem kollaborativen Prozess zwischen Anbieter und Kund*innen gemeinsam geschaffen."
|
definition: "Wert bezeichnet den wahrgenommenen Nutzen, den Kund*innen aus einem Service ziehen. Wert entsteht, indem die Ergebnisse eines Services die Ziele und Bedarfe der Kund*innen unterstützen. Er wird in einem kollaborativen Prozess zwischen Anbieter und Kund*innen gemeinsam geschaffen."
|
||||||
|
|
||||||
- begriff: "Wissensmanagement"
|
- begriff: "Wissensmanagement"
|
||||||
definition: "Wissensmanagement ist der systematische Prozess zum Erfassen, Teilen, Nutzen und Pflegen von Wissen und Informationen in einer Organisation. Ziel von Wissensmanagement im DIGIT ist es, wiederkehrende Anfragen und Störungen schneller und konsistenter zu lösen, die Qualität der Services zu verbessern und die Einarbeitung von Mitarbeitenden zu erleichtern."
|
definition: "Wissensmanagement ist der systematische Prozess zum Erfassen, Teilen, Nutzen und Pflegen von Wissen und Informationen in einer Organisation. Ziel von Wissensmanagement im DIGIT ist es, wiederkehrende Anfragen und Störungen schneller und konsistenter zu lösen, die Qualität der Services zu verbessern und die Einarbeitung von Mitarbeitenden zu erleichtern."
|
||||||
|
|
|
||||||
|
|
@ -1,20 +1,20 @@
|
||||||
# ========================================
|
# ========================================
|
||||||
# Funktionsbeschreibung Stakeholder-Management (SHM)
|
# Funktionsbeschreibung Stakeholder-Management (SHM)
|
||||||
# ========================================
|
# ========================================
|
||||||
# Version: 0.1 (Platzhalter)
|
# Version: 0.1 (Platzhalter)
|
||||||
# Datum: 2024-12-03
|
# Datum: 2024-12-03
|
||||||
# Status: Ausstehend
|
# Status: Ausstehend
|
||||||
# Entwicklungsphase: 0, 10
|
# Entwicklungsphase: 0, 10
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
# ITIL4-Referenz (falls zutreffend):
|
# ITIL4-Referenz (falls zutreffend):
|
||||||
# itil4_referenz:
|
# itil4_referenz:
|
||||||
# practice: ""
|
# practice: ""
|
||||||
# relevante_elemente: []
|
# relevante_elemente: []
|
||||||
# adaption_fuer_digitom: ""
|
# adaption_fuer_digitom: ""
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# INHALT
|
# INHALT
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
# [Inhalt folgt in Phase 0 und 10]
|
# [Inhalt folgt in Phase 0 und 10]
|
||||||
|
|
|
||||||
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
File diff suppressed because it is too large
Load diff
|
|
@ -1,20 +1,20 @@
|
||||||
# ========================================
|
# ========================================
|
||||||
# SHM Lifecycle Blueprint
|
# SHM Lifecycle Blueprint
|
||||||
# ========================================
|
# ========================================
|
||||||
# Version: 0.1 (Platzhalter)
|
# Version: 0.1 (Platzhalter)
|
||||||
# Datum: 2024-12-03
|
# Datum: 2024-12-03
|
||||||
# Status: Ausstehend
|
# Status: Ausstehend
|
||||||
# Entwicklungsphase: 3
|
# Entwicklungsphase: 3
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
# ITIL4-Referenz (falls zutreffend):
|
# ITIL4-Referenz (falls zutreffend):
|
||||||
# itil4_referenz:
|
# itil4_referenz:
|
||||||
# practice: "Customer Journey (DSV)"
|
# practice: "Customer Journey (DSV)"
|
||||||
# relevante_elemente: []
|
# relevante_elemente: []
|
||||||
# adaption_fuer_digitom: ""
|
# adaption_fuer_digitom: ""
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# INHALT
|
# INHALT
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
# [Inhalt folgt in Phase 3]
|
# [Inhalt folgt in Phase 3]
|
||||||
|
|
|
||||||
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
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
|
|
@ -1,66 +0,0 @@
|
||||||
# =============================================================================
|
|
||||||
# SHM VOICE-OF-CUSTOMER (VoC) KONZEPT
|
|
||||||
# =============================================================================
|
|
||||||
#
|
|
||||||
# Voice-of-Customer Methodik im Stakeholder-Management.
|
|
||||||
# Status: Placeholder mit SPM-Schnittstelle
|
|
||||||
# =============================================================================
|
|
||||||
|
|
||||||
metadata:
|
|
||||||
name: "Voice-of-Customer (VoC) Konzept"
|
|
||||||
version: "0.1"
|
|
||||||
status: "placeholder"
|
|
||||||
erstellt: "2025-12-17"
|
|
||||||
projekt: "DIGITOM"
|
|
||||||
organisation: "Stadt Freiburg / DIGIT"
|
|
||||||
|
|
||||||
beschreibung: >
|
|
||||||
Voice-of-Customer Methodik zur systematischen Erfassung und
|
|
||||||
Aufbereitung von Kundenrueckmeldungen. Dieses Dokument ist ein
|
|
||||||
Placeholder und enthaelt vorerst nur die SPM-Schnittstelle.
|
|
||||||
|
|
||||||
referenzen:
|
|
||||||
service_review_konzept: "02_service-portfolio-management/02.1_spm_konzepte/02a_lifecycle-konzepte/spm_konzept_service-review.yaml"
|
|
||||||
governance_entscheidungen: "GOV-SR-001"
|
|
||||||
|
|
||||||
# =============================================================================
|
|
||||||
# SCHNITTSTELLE ZU SPM SERVICE-REVIEW
|
|
||||||
# =============================================================================
|
|
||||||
|
|
||||||
spm_schnittstelle:
|
|
||||||
|
|
||||||
beschreibung: |
|
|
||||||
Der VoC-Cluster D2 (Service-Qualitaet) liefert Input fuer die
|
|
||||||
Service-Review-Dimension "Nutzerzufriedenheit" (SR-D3).
|
|
||||||
|
|
||||||
referenz: "spm_konzept_service-review.yaml -> bewertungsschema.dimensionen.SR-D3"
|
|
||||||
governance_referenz: "GOV-SR-001"
|
|
||||||
|
|
||||||
nutzung_im_service_review:
|
|
||||||
input_fuer_dimension: "SR-D3 Nutzerzufriedenheit"
|
|
||||||
datenquelle: "VoC-Erkenntnisse aus SHM E2-Reports (Cluster D2)"
|
|
||||||
verantwortlich: "SO bezieht SHM-Erkenntnisse in Review ein"
|
|
||||||
|
|
||||||
indikatoren_aus_shm:
|
|
||||||
- "Support-Feedback (Zufriedenheit nach Ticket-Abschluss)"
|
|
||||||
- "Beschwerden und Eskalationen"
|
|
||||||
- "VoC-Signale aus Stakeholder-Gespraechen"
|
|
||||||
- "Informelle Rueckmeldungen via SM"
|
|
||||||
|
|
||||||
synchronisation:
|
|
||||||
beschreibung: |
|
|
||||||
SHM E2-Review liefert VoC-Erkenntnisse als Input fuer den
|
|
||||||
quartalsweisen Service-Review.
|
|
||||||
sequenz: "SHM E2-Review -> VoC-Erkenntnisse -> Service-Review nutzt D2-Cluster"
|
|
||||||
|
|
||||||
# =============================================================================
|
|
||||||
# AENDERUNGSHISTORIE
|
|
||||||
# =============================================================================
|
|
||||||
|
|
||||||
aenderungshistorie:
|
|
||||||
- version: "0.1"
|
|
||||||
datum: "2025-12-17"
|
|
||||||
aenderung: |
|
|
||||||
- Placeholder erstellt mit SPM-Schnittstelle fuer Service-Review (GOV-SR-001)
|
|
||||||
autor: "DIGITOM-Projekt"
|
|
||||||
referenz: "spm_konzept_service-review.yaml"
|
|
||||||
|
|
@ -1,20 +1,20 @@
|
||||||
# ========================================
|
# ========================================
|
||||||
# SHM-Integration in der Service-Operation-Runde
|
# SHM-Integration in der Service-Operation-Runde
|
||||||
# ========================================
|
# ========================================
|
||||||
# Version: 0.1 (Platzhalter)
|
# Version: 0.1 (Platzhalter)
|
||||||
# Datum: 2024-12-03
|
# Datum: 2024-12-03
|
||||||
# Status: Ausstehend
|
# Status: Ausstehend
|
||||||
# Entwicklungsphase: 6
|
# Entwicklungsphase: 6
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
# ITIL4-Referenz (falls zutreffend):
|
# ITIL4-Referenz (falls zutreffend):
|
||||||
# itil4_referenz:
|
# itil4_referenz:
|
||||||
# practice: ""
|
# practice: ""
|
||||||
# relevante_elemente: []
|
# relevante_elemente: []
|
||||||
# adaption_fuer_digitom: ""
|
# adaption_fuer_digitom: ""
|
||||||
|
|
||||||
# ========================================
|
# ========================================
|
||||||
# INHALT
|
# INHALT
|
||||||
# ========================================
|
# ========================================
|
||||||
|
|
||||||
# [Inhalt folgt in Phase 6]
|
# [Inhalt folgt in Phase 6]
|
||||||
|
|
|
||||||
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
|
|
@ -1,470 +1,470 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# SHM LEITFADEN: USER STORIES IM DIGIT AUFNEHMEN
|
# SHM LEITFADEN: USER STORIES IM DIGIT AUFNEHMEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# Modul: Stakeholder-Management (SHM)
|
# Modul: Stakeholder-Management (SHM)
|
||||||
# Typ: Arbeitsmaterial (Leitfaden)
|
# Typ: Arbeitsmaterial (Leitfaden)
|
||||||
# Version: 1.0
|
# Version: 1.0
|
||||||
# Datum: 2025-12-09
|
# Datum: 2025-12-09
|
||||||
# Status: Final
|
# Status: Final
|
||||||
# Quelle: Konzept_DPM_Abnahme20230925, Seiten 125-131
|
# Quelle: Konzept_DPM_Abnahme20230925, Seiten 125-131
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
meta:
|
meta:
|
||||||
dokument_id: "SHM-A-01"
|
dokument_id: "SHM-A-01"
|
||||||
name: "Leitfaden User Stories"
|
name: "Leitfaden User Stories"
|
||||||
typ: "Arbeitsmaterial"
|
typ: "Arbeitsmaterial"
|
||||||
|
|
||||||
zweck: |
|
zweck: |
|
||||||
Dieser Leitfaden unterstützt Stakeholder-Manager dabei, Anforderungen
|
Dieser Leitfaden unterstützt Stakeholder-Manager dabei, Anforderungen
|
||||||
aus Sicht der Nutzenden zu erheben. User Stories übersetzen abstrakte
|
aus Sicht der Nutzenden zu erheben. User Stories übersetzen abstrakte
|
||||||
Bedarfe in konkrete, nachvollziehbare Funktionswünsche.
|
Bedarfe in konkrete, nachvollziehbare Funktionswünsche.
|
||||||
|
|
||||||
zielgruppe: "Stakeholder-Manager:innen"
|
zielgruppe: "Stakeholder-Manager:innen"
|
||||||
|
|
||||||
kontext: |
|
kontext: |
|
||||||
Im DIGIT-Kontext helfen User Stories, die Perspektive der
|
Im DIGIT-Kontext helfen User Stories, die Perspektive der
|
||||||
Verwaltungsmitarbeitenden und Bürger*innen in den Mittelpunkt zu stellen.
|
Verwaltungsmitarbeitenden und Bürger*innen in den Mittelpunkt zu stellen.
|
||||||
Der Leitfaden ist Teil der Bedarfserhebung (Schritt 0 der Bedarfsbewertung).
|
Der Leitfaden ist Teil der Bedarfserhebung (Schritt 0 der Bedarfsbewertung).
|
||||||
|
|
||||||
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
|
||||||
|
|
||||||
status_dokument:
|
status_dokument:
|
||||||
abgestimmt_zwischen: ["human", "DPM-Teammitglied"]
|
abgestimmt_zwischen: ["human", "DPM-Teammitglied"]
|
||||||
inhaltlich_abgenommen_durch:
|
inhaltlich_abgenommen_durch:
|
||||||
- person: "DPM-Teammitglied"
|
- person: "DPM-Teammitglied"
|
||||||
datum: "2025-09-17"
|
datum: "2025-09-17"
|
||||||
- person: "DPM-Leitung"
|
- person: "DPM-Leitung"
|
||||||
datum: null
|
datum: null
|
||||||
abgenommen_in_gesamtkonzept: false
|
abgenommen_in_gesamtkonzept: false
|
||||||
|
|
||||||
referenzen:
|
referenzen:
|
||||||
- dokument: "shm_bedarfsbewertung.yaml"
|
- dokument: "shm_bedarfsbewertung.yaml"
|
||||||
abschnitt: "schritt_0"
|
abschnitt: "schritt_0"
|
||||||
beschreibung: "Integration in Bedarfsbewertungs-Prozess"
|
beschreibung: "Integration in Bedarfsbewertungs-Prozess"
|
||||||
- dokument: "shm_schema_bedarfssteckbrief.yaml"
|
- dokument: "shm_schema_bedarfssteckbrief.yaml"
|
||||||
abschnitt: "user_stories"
|
abschnitt: "user_stories"
|
||||||
beschreibung: "Dokumentation der erhobenen User Stories"
|
beschreibung: "Dokumentation der erhobenen User Stories"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# GRUNDLAGEN
|
# GRUNDLAGEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
grundlagen:
|
grundlagen:
|
||||||
|
|
||||||
definition: |
|
definition: |
|
||||||
User Stories beschreiben Anforderungen aus Sicht der Nutzenden.
|
User Stories beschreiben Anforderungen aus Sicht der Nutzenden.
|
||||||
Sie übersetzen abstrakte Bedarfe in konkrete, nachvollziehbare
|
Sie übersetzen abstrakte Bedarfe in konkrete, nachvollziehbare
|
||||||
Funktionswünsche.
|
Funktionswünsche.
|
||||||
|
|
||||||
grundformat:
|
grundformat:
|
||||||
schema: "Als [Rolle/Bereich] möchte ich [Funktionalität/Lösung], um [Nutzen/Ziel zu erreichen]"
|
schema: "Als [Rolle/Bereich] möchte ich [Funktionalität/Lösung], um [Nutzen/Ziel zu erreichen]"
|
||||||
|
|
||||||
elemente:
|
elemente:
|
||||||
- element: "Rolle"
|
- element: "Rolle"
|
||||||
beschreibung: "Wer hat den Bedarf? (spezifisch, nicht 'Nutzer')"
|
beschreibung: "Wer hat den Bedarf? (spezifisch, nicht 'Nutzer')"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "Sachbearbeiter*in Bauamt"
|
- "Sachbearbeiter*in Bauamt"
|
||||||
- "Abteilungsleitung"
|
- "Abteilungsleitung"
|
||||||
- "Bürger*in"
|
- "Bürger*in"
|
||||||
- "Antragsteller*in"
|
- "Antragsteller*in"
|
||||||
|
|
||||||
- element: "Funktionalität"
|
- element: "Funktionalität"
|
||||||
beschreibung: "Was soll ermöglicht werden? (keine technische Lösung)"
|
beschreibung: "Was soll ermöglicht werden? (keine technische Lösung)"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "Bauanträge nach Flurstücknummer durchsuchen"
|
- "Bauanträge nach Flurstücknummer durchsuchen"
|
||||||
- "Urlaubsanträge digital genehmigen"
|
- "Urlaubsanträge digital genehmigen"
|
||||||
- "Bearbeitungsstatus online einsehen"
|
- "Bearbeitungsstatus online einsehen"
|
||||||
|
|
||||||
- element: "Nutzen"
|
- element: "Nutzen"
|
||||||
beschreibung: "Warum ist das wichtig? (konkreter Mehrwert)"
|
beschreibung: "Warum ist das wichtig? (konkreter Mehrwert)"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "zusammenhängende Anträge schnell identifizieren"
|
- "zusammenhängende Anträge schnell identifizieren"
|
||||||
- "Prozess auch im Homeoffice funktioniert"
|
- "Prozess auch im Homeoffice funktioniert"
|
||||||
- "nicht telefonisch nachfragen müssen"
|
- "nicht telefonisch nachfragen müssen"
|
||||||
|
|
||||||
mehrwert:
|
mehrwert:
|
||||||
- aspekt: "Perspektivwechsel"
|
- aspekt: "Perspektivwechsel"
|
||||||
beschreibung: "Weg von technischen Spezifikationen, hin zum tatsächlichen Bedarf"
|
beschreibung: "Weg von technischen Spezifikationen, hin zum tatsächlichen Bedarf"
|
||||||
|
|
||||||
- aspekt: "Verständlichkeit"
|
- aspekt: "Verständlichkeit"
|
||||||
beschreibung: "Fachbereiche und IT sprechen dieselbe Sprache"
|
beschreibung: "Fachbereiche und IT sprechen dieselbe Sprache"
|
||||||
|
|
||||||
- aspekt: "Priorisierung"
|
- aspekt: "Priorisierung"
|
||||||
beschreibung: "Nutzen wird explizit und bewertbar"
|
beschreibung: "Nutzen wird explizit und bewertbar"
|
||||||
|
|
||||||
- aspekt: "Validierung"
|
- aspekt: "Validierung"
|
||||||
beschreibung: "Stakeholder können bestätigen: 'Ja, genau das brauche ich'"
|
beschreibung: "Stakeholder können bestätigen: 'Ja, genau das brauche ich'"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# SCHRITT-FÜR-SCHRITT-ANLEITUNG
|
# SCHRITT-FÜR-SCHRITT-ANLEITUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
anleitung:
|
anleitung:
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# SCHRITT 1: VORBEREITUNG
|
# SCHRITT 1: VORBEREITUNG
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
|
|
||||||
schritt_1:
|
schritt_1:
|
||||||
name: "Vorbereitung des Gesprächs"
|
name: "Vorbereitung des Gesprächs"
|
||||||
|
|
||||||
vor_dem_termin_klaeren:
|
vor_dem_termin_klaeren:
|
||||||
- "Wer sind die Hauptnutzenden? (Sachbearbeiter*innen, Führungskräfte, Bürger*innen?)"
|
- "Wer sind die Hauptnutzenden? (Sachbearbeiter*innen, Führungskräfte, Bürger*innen?)"
|
||||||
- "Welcher Prozess ist betroffen?"
|
- "Welcher Prozess ist betroffen?"
|
||||||
- "Gibt es Vorarbeiten oder Dokumentationen?"
|
- "Gibt es Vorarbeiten oder Dokumentationen?"
|
||||||
|
|
||||||
materialien_bereithalten:
|
materialien_bereithalten:
|
||||||
- "Bedarfs-Steckbrief"
|
- "Bedarfs-Steckbrief"
|
||||||
- "Ggf. Prozessvisualisierung"
|
- "Ggf. Prozessvisualisierung"
|
||||||
- "Beispiel-User-Stories zur Illustration"
|
- "Beispiel-User-Stories zur Illustration"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# SCHRITT 2: EINSTIEG
|
# SCHRITT 2: EINSTIEG
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
|
|
||||||
schritt_2:
|
schritt_2:
|
||||||
name: "Einstieg ins Gespräch"
|
name: "Einstieg ins Gespräch"
|
||||||
|
|
||||||
grundprinzip:
|
grundprinzip:
|
||||||
falsch: "Welche User Stories haben Sie?"
|
falsch: "Welche User Stories haben Sie?"
|
||||||
richtig: "Erzählen Sie mir, was Sie in Ihrer täglichen Arbeit erreichen möchten."
|
richtig: "Erzählen Sie mir, was Sie in Ihrer täglichen Arbeit erreichen möchten."
|
||||||
|
|
||||||
leitfragen_einstieg:
|
leitfragen_einstieg:
|
||||||
- "Beschreiben Sie einen typischen Arbeitsablauf, bei dem es hakt."
|
- "Beschreiben Sie einen typischen Arbeitsablauf, bei dem es hakt."
|
||||||
- "Was würde Ihnen die Arbeit erleichtern?"
|
- "Was würde Ihnen die Arbeit erleichtern?"
|
||||||
- "Wobei verlieren Sie die meiste Zeit?"
|
- "Wobei verlieren Sie die meiste Zeit?"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# SCHRITT 3: ROLLEN IDENTIFIZIEREN
|
# SCHRITT 3: ROLLEN IDENTIFIZIEREN
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
|
|
||||||
schritt_3:
|
schritt_3:
|
||||||
name: "Die richtigen Rollen identifizieren"
|
name: "Die richtigen Rollen identifizieren"
|
||||||
|
|
||||||
typische_rollen:
|
typische_rollen:
|
||||||
verwaltungsintern:
|
verwaltungsintern:
|
||||||
- "Sachbearbeiter*in [Amt]"
|
- "Sachbearbeiter*in [Amt]"
|
||||||
- "Abteilungsleitung"
|
- "Abteilungsleitung"
|
||||||
- "Verwaltungsmitarbeitende"
|
- "Verwaltungsmitarbeitende"
|
||||||
- "Amtsleitung"
|
- "Amtsleitung"
|
||||||
- "Datenschutzbeauftragte*r"
|
- "Datenschutzbeauftragte*r"
|
||||||
|
|
||||||
verwaltungsextern:
|
verwaltungsextern:
|
||||||
- "Bürger*in"
|
- "Bürger*in"
|
||||||
- "Antragsteller*in"
|
- "Antragsteller*in"
|
||||||
- "Unternehmen"
|
- "Unternehmen"
|
||||||
- "Andere Institute"
|
- "Andere Institute"
|
||||||
- "Dienstleister"
|
- "Dienstleister"
|
||||||
|
|
||||||
wichtiger_hinweis: |
|
wichtiger_hinweis: |
|
||||||
Spezifisch sein! Nicht "Nutzer", sondern "Sachbearbeiter*in Wohngeldstelle"
|
Spezifisch sein! Nicht "Nutzer", sondern "Sachbearbeiter*in Wohngeldstelle"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# SCHRITT 4: FUNKTIONALITÄTEN HERAUSARBEITEN
|
# SCHRITT 4: FUNKTIONALITÄTEN HERAUSARBEITEN
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
|
|
||||||
schritt_4:
|
schritt_4:
|
||||||
name: "Funktionalitäten herausarbeiten"
|
name: "Funktionalitäten herausarbeiten"
|
||||||
|
|
||||||
prinzip: "Von der Lösung zum Bedarf"
|
prinzip: "Von der Lösung zum Bedarf"
|
||||||
|
|
||||||
uebersetzungen:
|
uebersetzungen:
|
||||||
- stakeholder_sagt: "Wir brauchen eine Datenbank"
|
- stakeholder_sagt: "Wir brauchen eine Datenbank"
|
||||||
shm_fragt: "Was möchten Sie damit tun?"
|
shm_fragt: "Was möchten Sie damit tun?"
|
||||||
story_wird: "...möchte ich Anträge zentral verwalten..."
|
story_wird: "...möchte ich Anträge zentral verwalten..."
|
||||||
|
|
||||||
- stakeholder_sagt: "Das System ist zu langsam"
|
- stakeholder_sagt: "Das System ist zu langsam"
|
||||||
shm_fragt: "Wobei genau verlieren Sie Zeit?"
|
shm_fragt: "Wobei genau verlieren Sie Zeit?"
|
||||||
story_wird: "...möchte ich Suchergebnisse in unter 3 Sekunden..."
|
story_wird: "...möchte ich Suchergebnisse in unter 3 Sekunden..."
|
||||||
|
|
||||||
- stakeholder_sagt: "Wir wollen alles digitalisieren"
|
- stakeholder_sagt: "Wir wollen alles digitalisieren"
|
||||||
shm_fragt: "Was genau soll digital werden?"
|
shm_fragt: "Was genau soll digital werden?"
|
||||||
story_wird: "...möchte ich Anträge online einreichen..."
|
story_wird: "...möchte ich Anträge online einreichen..."
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# SCHRITT 5: NUTZEN EXPLIZIT MACHEN
|
# SCHRITT 5: NUTZEN EXPLIZIT MACHEN
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
|
|
||||||
schritt_5:
|
schritt_5:
|
||||||
name: "Den Nutzen explizit machen"
|
name: "Den Nutzen explizit machen"
|
||||||
|
|
||||||
nachfragen:
|
nachfragen:
|
||||||
- "Warum ist das wichtig?"
|
- "Warum ist das wichtig?"
|
||||||
- "Was können Sie dann besser machen?"
|
- "Was können Sie dann besser machen?"
|
||||||
|
|
||||||
nutzen_kategorien:
|
nutzen_kategorien:
|
||||||
- kategorie: "Effizienz"
|
- kategorie: "Effizienz"
|
||||||
beispiel: "...damit ich mehr Anträge bearbeiten kann"
|
beispiel: "...damit ich mehr Anträge bearbeiten kann"
|
||||||
|
|
||||||
- kategorie: "Qualität"
|
- kategorie: "Qualität"
|
||||||
beispiel: "...damit weniger Fehler passieren"
|
beispiel: "...damit weniger Fehler passieren"
|
||||||
|
|
||||||
- kategorie: "Service"
|
- kategorie: "Service"
|
||||||
beispiel: "...damit Bürger*innen schneller Antworten erhalten"
|
beispiel: "...damit Bürger*innen schneller Antworten erhalten"
|
||||||
|
|
||||||
- kategorie: "Compliance"
|
- kategorie: "Compliance"
|
||||||
beispiel: "...damit wir gesetzeskonform arbeiten"
|
beispiel: "...damit wir gesetzeskonform arbeiten"
|
||||||
|
|
||||||
- kategorie: "Transparenz"
|
- kategorie: "Transparenz"
|
||||||
beispiel: "...damit der Bearbeitungsstand nachvollziehbar ist"
|
beispiel: "...damit der Bearbeitungsstand nachvollziehbar ist"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# SCHRITT 6: FORMULIEREN
|
# SCHRITT 6: FORMULIEREN
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
|
|
||||||
schritt_6:
|
schritt_6:
|
||||||
name: "User Stories formulieren"
|
name: "User Stories formulieren"
|
||||||
|
|
||||||
beispiel_gut:
|
beispiel_gut:
|
||||||
rolle: "Sachbearbeiterin im Bauamt"
|
rolle: "Sachbearbeiterin im Bauamt"
|
||||||
funktionalitaet: "Bauanträge nach Flurstücknummer durchsuchen können"
|
funktionalitaet: "Bauanträge nach Flurstücknummer durchsuchen können"
|
||||||
nutzen: "zusammenhängende Anträge schnell identifiziere"
|
nutzen: "zusammenhängende Anträge schnell identifiziere"
|
||||||
vollstaendig: |
|
vollstaendig: |
|
||||||
Als Sachbearbeiterin im Bauamt
|
Als Sachbearbeiterin im Bauamt
|
||||||
möchte ich Bauanträge nach Flurstücknummer durchsuchen können
|
möchte ich Bauanträge nach Flurstücknummer durchsuchen können
|
||||||
damit ich zusammenhängende Anträge schnell identifiziere
|
damit ich zusammenhängende Anträge schnell identifiziere
|
||||||
|
|
||||||
beispiel_schlecht:
|
beispiel_schlecht:
|
||||||
rolle: "Nutzer"
|
rolle: "Nutzer"
|
||||||
funktionalitaet: "eine bessere Suche"
|
funktionalitaet: "eine bessere Suche"
|
||||||
nutzen: "es schneller geht"
|
nutzen: "es schneller geht"
|
||||||
vollstaendig: |
|
vollstaendig: |
|
||||||
Als Nutzer
|
Als Nutzer
|
||||||
möchte ich eine bessere Suche
|
möchte ich eine bessere Suche
|
||||||
damit es schneller geht
|
damit es schneller geht
|
||||||
probleme:
|
probleme:
|
||||||
- "Rolle zu unspezifisch"
|
- "Rolle zu unspezifisch"
|
||||||
- "Funktionalität zu vage"
|
- "Funktionalität zu vage"
|
||||||
- "Nutzen nicht konkret"
|
- "Nutzen nicht konkret"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# SCHRITT 7: PRIORISIEREN UND VALIDIEREN
|
# SCHRITT 7: PRIORISIEREN UND VALIDIEREN
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
|
|
||||||
schritt_7:
|
schritt_7:
|
||||||
name: "Stories priorisieren und validieren"
|
name: "Stories priorisieren und validieren"
|
||||||
|
|
||||||
validierungsfragen:
|
validierungsfragen:
|
||||||
- "Habe ich Sie richtig verstanden?"
|
- "Habe ich Sie richtig verstanden?"
|
||||||
- "Ist diese Reihenfolge nach Wichtigkeit korrekt?"
|
- "Ist diese Reihenfolge nach Wichtigkeit korrekt?"
|
||||||
- "Fehlt noch etwas Wesentliches?"
|
- "Fehlt noch etwas Wesentliches?"
|
||||||
|
|
||||||
priorisierungsstufen:
|
priorisierungsstufen:
|
||||||
- stufe: "Kritisch"
|
- stufe: "Kritisch"
|
||||||
beschreibung: "Ohne geht es nicht"
|
beschreibung: "Ohne geht es nicht"
|
||||||
|
|
||||||
- stufe: "Wichtig"
|
- stufe: "Wichtig"
|
||||||
beschreibung: "Deutliche Verbesserung"
|
beschreibung: "Deutliche Verbesserung"
|
||||||
|
|
||||||
- stufe: "Nützlich"
|
- stufe: "Nützlich"
|
||||||
beschreibung: "Wäre schön"
|
beschreibung: "Wäre schön"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# TYPISCHE HERAUSFORDERUNGEN
|
# TYPISCHE HERAUSFORDERUNGEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
herausforderungen:
|
herausforderungen:
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# HERAUSFORDERUNG 1: LÖSUNGSDENKEN
|
# HERAUSFORDERUNG 1: LÖSUNGSDENKEN
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
|
|
||||||
loesungsdenken:
|
loesungsdenken:
|
||||||
name: "Der Stakeholder denkt nur in Lösungen"
|
name: "Der Stakeholder denkt nur in Lösungen"
|
||||||
|
|
||||||
technik: "Die 5-Warum-Methode"
|
technik: "Die 5-Warum-Methode"
|
||||||
|
|
||||||
beispiel_dialog:
|
beispiel_dialog:
|
||||||
- sprecher: "Stakeholder"
|
- sprecher: "Stakeholder"
|
||||||
aussage: "Wir brauchen ein Dashboard"
|
aussage: "Wir brauchen ein Dashboard"
|
||||||
- sprecher: "SHM"
|
- sprecher: "SHM"
|
||||||
aussage: "Warum brauchen Sie ein Dashboard?"
|
aussage: "Warum brauchen Sie ein Dashboard?"
|
||||||
- sprecher: "Stakeholder"
|
- sprecher: "Stakeholder"
|
||||||
aussage: "Um die Zahlen zu sehen"
|
aussage: "Um die Zahlen zu sehen"
|
||||||
- sprecher: "SHM"
|
- sprecher: "SHM"
|
||||||
aussage: "Warum müssen Sie die Zahlen sehen?"
|
aussage: "Warum müssen Sie die Zahlen sehen?"
|
||||||
- sprecher: "Stakeholder"
|
- sprecher: "Stakeholder"
|
||||||
aussage: "Um zu erkennen, wo sich Anträge stauen"
|
aussage: "Um zu erkennen, wo sich Anträge stauen"
|
||||||
|
|
||||||
resultierende_story: |
|
resultierende_story: |
|
||||||
Als Abteilungsleitung
|
Als Abteilungsleitung
|
||||||
möchte ich Engpässe im Antragsprozess erkennen
|
möchte ich Engpässe im Antragsprozess erkennen
|
||||||
damit ich Ressourcen umverteilen kann
|
damit ich Ressourcen umverteilen kann
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# HERAUSFORDERUNG 2: ALLES DRINGEND
|
# HERAUSFORDERUNG 2: ALLES DRINGEND
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
|
|
||||||
alles_dringend:
|
alles_dringend:
|
||||||
name: "Alles ist wichtig und dringend"
|
name: "Alles ist wichtig und dringend"
|
||||||
|
|
||||||
technik: "Relatives Priorisieren"
|
technik: "Relatives Priorisieren"
|
||||||
|
|
||||||
hilfreiche_fragen:
|
hilfreiche_fragen:
|
||||||
- "Wenn Sie nur eine Sache bekommen könnten, welche wäre es?"
|
- "Wenn Sie nur eine Sache bekommen könnten, welche wäre es?"
|
||||||
- "Was würde am meisten wehtun, wenn es fehlt?"
|
- "Was würde am meisten wehtun, wenn es fehlt?"
|
||||||
- "Was nutzen Sie täglich vs. was nur monatlich?"
|
- "Was nutzen Sie täglich vs. was nur monatlich?"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# QUALITÄTSKRITERIEN
|
# QUALITÄTSKRITERIEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
qualitaetskriterien:
|
qualitaetskriterien:
|
||||||
|
|
||||||
invest:
|
invest:
|
||||||
name: "INVEST-Kriterien"
|
name: "INVEST-Kriterien"
|
||||||
beschreibung: "Qualitätsstandard für gute User Stories"
|
beschreibung: "Qualitätsstandard für gute User Stories"
|
||||||
|
|
||||||
kriterien:
|
kriterien:
|
||||||
- buchstabe: "I"
|
- buchstabe: "I"
|
||||||
name: "Independent"
|
name: "Independent"
|
||||||
beschreibung: "Unabhängig von anderen Stories"
|
beschreibung: "Unabhängig von anderen Stories"
|
||||||
|
|
||||||
- buchstabe: "N"
|
- buchstabe: "N"
|
||||||
name: "Negotiable"
|
name: "Negotiable"
|
||||||
beschreibung: "Nicht in Stein gemeißelt"
|
beschreibung: "Nicht in Stein gemeißelt"
|
||||||
|
|
||||||
- buchstabe: "V"
|
- buchstabe: "V"
|
||||||
name: "Valuable"
|
name: "Valuable"
|
||||||
beschreibung: "Klarer Nutzen erkennbar"
|
beschreibung: "Klarer Nutzen erkennbar"
|
||||||
|
|
||||||
- buchstabe: "E"
|
- buchstabe: "E"
|
||||||
name: "Estimable"
|
name: "Estimable"
|
||||||
beschreibung: "Größe grob einschätzbar"
|
beschreibung: "Größe grob einschätzbar"
|
||||||
|
|
||||||
- buchstabe: "S"
|
- buchstabe: "S"
|
||||||
name: "Small"
|
name: "Small"
|
||||||
beschreibung: "In überschaubarer Zeit umsetzbar"
|
beschreibung: "In überschaubarer Zeit umsetzbar"
|
||||||
|
|
||||||
- buchstabe: "T"
|
- buchstabe: "T"
|
||||||
name: "Testable"
|
name: "Testable"
|
||||||
beschreibung: "Überprüfbare Erfolgskriterien"
|
beschreibung: "Überprüfbare Erfolgskriterien"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# BEISPIEL-STORIES
|
# BEISPIEL-STORIES
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
beispiel_stories:
|
beispiel_stories:
|
||||||
|
|
||||||
- bereich: "Bürgerservice"
|
- bereich: "Bürgerservice"
|
||||||
story:
|
story:
|
||||||
rolle: "Bürger*in"
|
rolle: "Bürger*in"
|
||||||
funktionalitaet: "den Bearbeitungsstatus meines Antrags online einsehen"
|
funktionalitaet: "den Bearbeitungsstatus meines Antrags online einsehen"
|
||||||
nutzen: "ich nicht telefonisch nachfragen muss"
|
nutzen: "ich nicht telefonisch nachfragen muss"
|
||||||
volltext: |
|
volltext: |
|
||||||
Als Bürger*in
|
Als Bürger*in
|
||||||
möchte ich den Bearbeitungsstatus meines Antrags online einsehen
|
möchte ich den Bearbeitungsstatus meines Antrags online einsehen
|
||||||
damit ich nicht telefonisch nachfragen muss
|
damit ich nicht telefonisch nachfragen muss
|
||||||
|
|
||||||
- bereich: "Interne Verwaltung"
|
- bereich: "Interne Verwaltung"
|
||||||
story:
|
story:
|
||||||
rolle: "Personalverantwortliche"
|
rolle: "Personalverantwortliche"
|
||||||
funktionalitaet: "Urlaubsanträge digital genehmigen können"
|
funktionalitaet: "Urlaubsanträge digital genehmigen können"
|
||||||
nutzen: "der Prozess auch im Homeoffice funktioniert"
|
nutzen: "der Prozess auch im Homeoffice funktioniert"
|
||||||
volltext: |
|
volltext: |
|
||||||
Als Personalverantwortliche
|
Als Personalverantwortliche
|
||||||
möchte ich Urlaubsanträge digital genehmigen können
|
möchte ich Urlaubsanträge digital genehmigen können
|
||||||
damit der Prozess auch im Homeoffice funktioniert
|
damit der Prozess auch im Homeoffice funktioniert
|
||||||
|
|
||||||
- bereich: "Schnittstellen"
|
- bereich: "Schnittstellen"
|
||||||
story:
|
story:
|
||||||
rolle: "Mitarbeitende im Einwohnermeldeamt"
|
rolle: "Mitarbeitende im Einwohnermeldeamt"
|
||||||
funktionalitaet: "Meldedaten automatisch ans Finanzamt übertragen"
|
funktionalitaet: "Meldedaten automatisch ans Finanzamt übertragen"
|
||||||
nutzen: "Bürger*innen sich nicht doppelt melden müssen"
|
nutzen: "Bürger*innen sich nicht doppelt melden müssen"
|
||||||
volltext: |
|
volltext: |
|
||||||
Als Mitarbeitende im Einwohnermeldeamt
|
Als Mitarbeitende im Einwohnermeldeamt
|
||||||
möchte ich Meldedaten automatisch ans Finanzamt übertragen
|
möchte ich Meldedaten automatisch ans Finanzamt übertragen
|
||||||
damit Bürger*innen sich nicht doppelt melden müssen
|
damit Bürger*innen sich nicht doppelt melden müssen
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# CHECKLISTE FÜR SHM
|
# CHECKLISTE FÜR SHM
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
checkliste:
|
checkliste:
|
||||||
|
|
||||||
name: "Checkliste für Stakeholder-Manager"
|
name: "Checkliste für Stakeholder-Manager"
|
||||||
|
|
||||||
pruefpunkte:
|
pruefpunkte:
|
||||||
- id: "CK-01"
|
- id: "CK-01"
|
||||||
pruefpunkt: "Rollen spezifisch identifiziert"
|
pruefpunkt: "Rollen spezifisch identifiziert"
|
||||||
beispiel: "Nicht 'Nutzer', sondern 'Sachbearbeiter*in Wohngeldstelle'"
|
beispiel: "Nicht 'Nutzer', sondern 'Sachbearbeiter*in Wohngeldstelle'"
|
||||||
|
|
||||||
- id: "CK-02"
|
- id: "CK-02"
|
||||||
pruefpunkt: "Funktionalitäten klar beschrieben (keine Lösungen)"
|
pruefpunkt: "Funktionalitäten klar beschrieben (keine Lösungen)"
|
||||||
beispiel: "Nicht 'Datenbank', sondern 'Anträge zentral verwalten'"
|
beispiel: "Nicht 'Datenbank', sondern 'Anträge zentral verwalten'"
|
||||||
|
|
||||||
- id: "CK-03"
|
- id: "CK-03"
|
||||||
pruefpunkt: "Nutzen explizit gemacht"
|
pruefpunkt: "Nutzen explizit gemacht"
|
||||||
beispiel: "Konkrete Verbesserung benannt, nicht 'damit es besser wird'"
|
beispiel: "Konkrete Verbesserung benannt, nicht 'damit es besser wird'"
|
||||||
|
|
||||||
- id: "CK-04"
|
- id: "CK-04"
|
||||||
pruefpunkt: "Stories mit Stakeholder validiert"
|
pruefpunkt: "Stories mit Stakeholder validiert"
|
||||||
beispiel: "Stakeholder hat bestätigt: 'Ja, das ist mein Bedarf'"
|
beispiel: "Stakeholder hat bestätigt: 'Ja, das ist mein Bedarf'"
|
||||||
|
|
||||||
- id: "CK-05"
|
- id: "CK-05"
|
||||||
pruefpunkt: "Prioritäten geklärt"
|
pruefpunkt: "Prioritäten geklärt"
|
||||||
beispiel: "Kritisch / Wichtig / Nützlich zugeordnet"
|
beispiel: "Kritisch / Wichtig / Nützlich zugeordnet"
|
||||||
|
|
||||||
- id: "CK-06"
|
- id: "CK-06"
|
||||||
pruefpunkt: "Zusammenhang zum Problem hergestellt"
|
pruefpunkt: "Zusammenhang zum Problem hergestellt"
|
||||||
beispiel: "Story adressiert dokumentiertes Problem aus Situationsanalyse"
|
beispiel: "Story adressiert dokumentiertes Problem aus Situationsanalyse"
|
||||||
|
|
||||||
- id: "CK-07"
|
- id: "CK-07"
|
||||||
pruefpunkt: "In Bedarfs-Steckbrief übertragen"
|
pruefpunkt: "In Bedarfs-Steckbrief übertragen"
|
||||||
beispiel: "Stories im Schema-konformen Format dokumentiert"
|
beispiel: "Stories im Schema-konformen Format dokumentiert"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# DOKUMENTATION
|
# DOKUMENTATION
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
dokumentation:
|
dokumentation:
|
||||||
|
|
||||||
nach_dem_gespraech:
|
nach_dem_gespraech:
|
||||||
- schritt: 1
|
- schritt: 1
|
||||||
aktion: "Stories im Steckbrief sauber dokumentieren"
|
aktion: "Stories im Steckbrief sauber dokumentieren"
|
||||||
- schritt: 2
|
- schritt: 2
|
||||||
aktion: "Priorisierung vermerken"
|
aktion: "Priorisierung vermerken"
|
||||||
- schritt: 3
|
- schritt: 3
|
||||||
aktion: "Offene Punkte notieren"
|
aktion: "Offene Punkte notieren"
|
||||||
- schritt: 4
|
- schritt: 4
|
||||||
aktion: "Validierungstermin vereinbaren"
|
aktion: "Validierungstermin vereinbaren"
|
||||||
|
|
||||||
ablage:
|
ablage:
|
||||||
ziel_dokument: "Bedarfs-Steckbrief"
|
ziel_dokument: "Bedarfs-Steckbrief"
|
||||||
ziel_abschnitt: "user_stories"
|
ziel_abschnitt: "user_stories"
|
||||||
schema_referenz: "shm_schema_bedarfssteckbrief.yaml"
|
schema_referenz: "shm_schema_bedarfssteckbrief.yaml"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# HINWEISE
|
# HINWEISE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hinweise:
|
hinweise:
|
||||||
|
|
||||||
- typ: "Tipp"
|
- typ: "Tipp"
|
||||||
text: |
|
text: |
|
||||||
Die erste User Story ist die schwerste. Mit etwas Übung entwickeln
|
Die erste User Story ist die schwerste. Mit etwas Übung entwickeln
|
||||||
Sie ein Gefühl dafür, die richtigen Fragen zu stellen und Bedarfe
|
Sie ein Gefühl dafür, die richtigen Fragen zu stellen und Bedarfe
|
||||||
strukturiert zu erfassen.
|
strukturiert zu erfassen.
|
||||||
|
|
||||||
- typ: "Warnung"
|
- typ: "Warnung"
|
||||||
text: |
|
text: |
|
||||||
Vermeiden Sie es, selbst Lösungen vorzuschlagen. Ihre Aufgabe ist
|
Vermeiden Sie es, selbst Lösungen vorzuschlagen. Ihre Aufgabe ist
|
||||||
es, den Bedarf zu verstehen – nicht, ihn zu lösen.
|
es, den Bedarf zu verstehen – nicht, ihn zu lösen.
|
||||||
|
|
||||||
- typ: "Best Practice"
|
- typ: "Best Practice"
|
||||||
text: |
|
text: |
|
||||||
Beginnen Sie mit offenen Fragen zum Arbeitsalltag, bevor Sie
|
Beginnen Sie mit offenen Fragen zum Arbeitsalltag, bevor Sie
|
||||||
konkrete User Stories formulieren. Der Kontext hilft, die
|
konkrete User Stories formulieren. Der Kontext hilft, die
|
||||||
richtigen Fragen zu stellen.
|
richtigen Fragen zu stellen.
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ÄNDERUNGSHISTORIE
|
# ÄNDERUNGSHISTORIE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
aenderungshistorie:
|
aenderungshistorie:
|
||||||
|
|
||||||
- version: "1.0"
|
- version: "1.0"
|
||||||
datum: "2025-12-09"
|
datum: "2025-12-09"
|
||||||
aenderung: "Initiale Erstellung aus PDF-Vorlage"
|
aenderung: "Initiale Erstellung aus PDF-Vorlage"
|
||||||
autor: "DIGITOM-Projekt"
|
autor: "DIGITOM-Projekt"
|
||||||
quelle: "Konzept_DPM_Abnahme20230925, Seiten 125-131"
|
quelle: "Konzept_DPM_Abnahme20230925, Seiten 125-131"
|
||||||
|
|
@ -1,20 +0,0 @@
|
||||||
# ========================================
|
|
||||||
# Stakeholder-Informations-Management-System (SIMS)
|
|
||||||
# ========================================
|
|
||||||
# Version: 0.1 (Platzhalter)
|
|
||||||
# Datum: 2024-12-03
|
|
||||||
# Status: Ausstehend
|
|
||||||
# Entwicklungsphase: 11
|
|
||||||
# ========================================
|
|
||||||
|
|
||||||
# ITIL4-Referenz (falls zutreffend):
|
|
||||||
# itil4_referenz:
|
|
||||||
# practice: ""
|
|
||||||
# relevante_elemente: []
|
|
||||||
# adaption_fuer_digitom: ""
|
|
||||||
|
|
||||||
# ========================================
|
|
||||||
# INHALT
|
|
||||||
# ========================================
|
|
||||||
|
|
||||||
# [Inhalt folgt in Phase 11]
|
|
||||||
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
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)
|
# KONZEPTRAHMEN: PROZESS-MANAGEMENT (PM)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# Version: 1.0
|
# Version: 1.0
|
||||||
# Datum: 2026-02-05
|
# Datum: 2026-02-05
|
||||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
meta:
|
meta:
|
||||||
typ: "konzeptrahmen"
|
typ: "konzeptrahmen"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
funktion_name: "Prozess-Management"
|
funktion_name: "Prozess-Management"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
geltungsbereich: "DIGITOM / Prozess-Management"
|
geltungsbereich: "DIGITOM / Prozess-Management"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
inhaltlich_abgenommen_durch: ["PM-Teammitglied"]
|
inhaltlich_abgenommen_durch: ["PM-Teammitglied"]
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
quellen:
|
quellen:
|
||||||
- "#01 - Prozess-Management: Konzeptrahmen und Dokumentationsarchitektur.docx"
|
- "#01 - Prozess-Management: Konzeptrahmen und Dokumentationsarchitektur.docx"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 1. DIE HERAUSFORDERUNG
|
# 1. DIE HERAUSFORDERUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
herausforderung:
|
herausforderung:
|
||||||
titel: "Zwischen Standardisierung und Befähigung"
|
titel: "Zwischen Standardisierung und Befähigung"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Moderne Verwaltungsorganisationen stehen vor einem fundamentalen Dilemma:
|
Moderne Verwaltungsorganisationen stehen vor einem fundamentalen Dilemma:
|
||||||
Sie müssen gleichzeitig Stabilität gewährleisten und Agilität ermöglichen.
|
Sie müssen gleichzeitig Stabilität gewährleisten und Agilität ermöglichen.
|
||||||
Im Kontext des DIGITOM manifestiert sich diese Spannung besonders deutlich
|
Im Kontext des DIGITOM manifestiert sich diese Spannung besonders deutlich
|
||||||
in der Frage, wie Prozesse gestaltet und gesteuert werden sollen.
|
in der Frage, wie Prozesse gestaltet und gesteuert werden sollen.
|
||||||
|
|
||||||
problemstellung: |
|
problemstellung: |
|
||||||
Die traditionelle Antwort - zentrale Vorgaben und strikte Kontrolle -
|
Die traditionelle Antwort - zentrale Vorgaben und strikte Kontrolle -
|
||||||
greift in einer komplexen, vernetzten Organisation zu kurz. Gleichzeitig
|
greift in einer komplexen, vernetzten Organisation zu kurz. Gleichzeitig
|
||||||
führt völlige Dezentralisierung zu Wildwuchs und Ineffizienz.
|
führt völlige Dezentralisierung zu Wildwuchs und Ineffizienz.
|
||||||
|
|
||||||
ansatz: |
|
ansatz: |
|
||||||
Die Prozess-Management-Funktion des DIGITOM navigiert bewusst in diesem
|
Die Prozess-Management-Funktion des DIGITOM navigiert bewusst in diesem
|
||||||
Spannungsfeld.
|
Spannungsfeld.
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 2. DIE LÖSUNG
|
# 2. DIE LÖSUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
loesung:
|
loesung:
|
||||||
titel: "Eine mehrdimensionale Organisationsarchitektur"
|
titel: "Eine mehrdimensionale Organisationsarchitektur"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Statt einer monolithischen Struktur wurde für das Prozess-Management
|
Statt einer monolithischen Struktur wurde für das Prozess-Management
|
||||||
eine vielschichtige Architektur entwickelt. Diese erlaubt es, verschiedene
|
eine vielschichtige Architektur entwickelt. Diese erlaubt es, verschiedene
|
||||||
organisationale Bedürfnisse gleichzeitig zu adressieren.
|
organisationale Bedürfnisse gleichzeitig zu adressieren.
|
||||||
|
|
||||||
spannungsfelder:
|
spannungsfelder:
|
||||||
- dimension_1: "Strategische Steuerung"
|
- dimension_1: "Strategische Steuerung"
|
||||||
dimension_2: "Operative Flexibilität"
|
dimension_2: "Operative Flexibilität"
|
||||||
|
|
||||||
- dimension_1: "Methodische Standards"
|
- dimension_1: "Methodische Standards"
|
||||||
dimension_2: "Fachliche Autonomie"
|
dimension_2: "Fachliche Autonomie"
|
||||||
|
|
||||||
- dimension_1: "Zentrale Kompetenz"
|
- dimension_1: "Zentrale Kompetenz"
|
||||||
dimension_2: "Dezentrale Befähigung"
|
dimension_2: "Dezentrale Befähigung"
|
||||||
|
|
||||||
prinzip: |
|
prinzip: |
|
||||||
Diese scheinbaren Widersprüche werden nicht aufgelöst, sondern produktiv
|
Diese scheinbaren Widersprüche werden nicht aufgelöst, sondern produktiv
|
||||||
genutzt. Aus diesem Spannungsfeld entsteht Antrieb für eine ständige
|
genutzt. Aus diesem Spannungsfeld entsteht Antrieb für eine ständige
|
||||||
Verbesserung.
|
Verbesserung.
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 3. DOKUMENTATIONSARCHITEKTUR
|
# 3. DOKUMENTATIONSARCHITEKTUR
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
dokumentationsarchitektur:
|
dokumentationsarchitektur:
|
||||||
titel: "Fünf Perspektiven, ein System"
|
titel: "Fünf Perspektiven, ein System"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Komplexität dieser Organisationsform spiegelt sich in der bewusst
|
Die Komplexität dieser Organisationsform spiegelt sich in der bewusst
|
||||||
gewählten Dokumentationsstruktur wider. Jedes Dokument beleuchtet das
|
gewählten Dokumentationsstruktur wider. Jedes Dokument beleuchtet das
|
||||||
Gesamtsystem aus einer spezifischen Perspektive und erfüllt einen eigenen Zweck.
|
Gesamtsystem aus einer spezifischen Perspektive und erfüllt einen eigenen Zweck.
|
||||||
|
|
||||||
dokumente:
|
dokumente:
|
||||||
- id: "DOK-1"
|
- id: "DOK-1"
|
||||||
name: "Funktionsbeschreibung"
|
name: "Funktionsbeschreibung"
|
||||||
untertitel: "Legitimation und Mandat"
|
untertitel: "Legitimation und Mandat"
|
||||||
kernfrage: "Was darf und soll die PM-Funktion?"
|
kernfrage: "Was darf und soll die PM-Funktion?"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Schafft die formale Grundlage. Definiert den Verantwortungsbereich,
|
Schafft die formale Grundlage. Definiert den Verantwortungsbereich,
|
||||||
grenzt Zuständigkeiten ab und legitimiert das Handeln der PM-Funktion
|
grenzt Zuständigkeiten ab und legitimiert das Handeln der PM-Funktion
|
||||||
innerhalb der Gesamtorganisation.
|
innerhalb der Gesamtorganisation.
|
||||||
metapher: "Die 'Verfassung' der Funktion - ihre grundlegenden Rechte und Pflichten"
|
metapher: "Die 'Verfassung' der Funktion - ihre grundlegenden Rechte und Pflichten"
|
||||||
pfad: "#05_prozessmanagement/#05.1_funktion/pm_funktionsbeschreibung.yaml"
|
pfad: "#05_prozessmanagement/#05.1_funktion/pm_funktionsbeschreibung.yaml"
|
||||||
|
|
||||||
- id: "DOK-2"
|
- id: "DOK-2"
|
||||||
name: "Leistungs-Canvas"
|
name: "Leistungs-Canvas"
|
||||||
untertitel: "Der Nutzennachweis"
|
untertitel: "Der Nutzennachweis"
|
||||||
kernfrage: "Welchen konkreten Mehrwert schafft die PM-Funktion?"
|
kernfrage: "Welchen konkreten Mehrwert schafft die PM-Funktion?"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Zeigt, was tatsächlich geleistet wird. Nimmt konsequent die Perspektive
|
Zeigt, was tatsächlich geleistet wird. Nimmt konsequent die Perspektive
|
||||||
der Nutzer:innen ein und macht sichtbar, wie aus Aktivitäten konkreter
|
der Nutzer:innen ein und macht sichtbar, wie aus Aktivitäten konkreter
|
||||||
Nutzen entsteht.
|
Nutzen entsteht.
|
||||||
format: "Canvas-Format ermöglicht ganzheitliche Betrachtung aller relevanten Elemente"
|
format: "Canvas-Format ermöglicht ganzheitliche Betrachtung aller relevanten Elemente"
|
||||||
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_leistungs-canvas.yaml"
|
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_leistungs-canvas.yaml"
|
||||||
|
|
||||||
- id: "DOK-3"
|
- id: "DOK-3"
|
||||||
name: "Rollenmodell"
|
name: "Rollenmodell"
|
||||||
untertitel: "Die Arbeitsorganisation"
|
untertitel: "Die Arbeitsorganisation"
|
||||||
kernfrage: "Wer trägt welche Verantwortung?"
|
kernfrage: "Wer trägt welche Verantwortung?"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Elf differenzierte Rollen ermöglichen es, verschiedene Aspekte der
|
Elf differenzierte Rollen ermöglichen es, verschiedene Aspekte der
|
||||||
PM-Arbeit klar zu verteilen. Von der strategischen Führung über
|
PM-Arbeit klar zu verteilen. Von der strategischen Führung über
|
||||||
methodische Expertise bis zur operativen Beratung.
|
methodische Expertise bis zur operativen Beratung.
|
||||||
mehrwert: "Verhindert Interessenskonflikte und schafft Klarheit in der Zusammenarbeit"
|
mehrwert: "Verhindert Interessenskonflikte und schafft Klarheit in der Zusammenarbeit"
|
||||||
pfad: "#05_prozessmanagement/#05.4_rollen/pm_rollenmodell.yaml"
|
pfad: "#05_prozessmanagement/#05.4_rollen/pm_rollenmodell.yaml"
|
||||||
|
|
||||||
- id: "DOK-4"
|
- id: "DOK-4"
|
||||||
name: "Governance-Modell"
|
name: "Governance-Modell"
|
||||||
untertitel: "Die Spielregeln"
|
untertitel: "Die Spielregeln"
|
||||||
kernfrage: "Wie werden Entscheidungen getroffen?"
|
kernfrage: "Wie werden Entscheidungen getroffen?"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Governance bedeutet hier nicht Kontrolle, sondern Befähigung. Definiert
|
Governance bedeutet hier nicht Kontrolle, sondern Befähigung. Definiert
|
||||||
differenzierte Entscheidungswege für verschiedene Leistungstypen.
|
differenzierte Entscheidungswege für verschiedene Leistungstypen.
|
||||||
design: "Eskalationspfade sind klar definiert, aber so gestaltet, dass sie nur bei echtem Bedarf genutzt werden"
|
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"
|
pfad: "#05_prozessmanagement/#05.2_governance/pm_governance-framework.yaml"
|
||||||
|
|
||||||
- id: "DOK-5"
|
- id: "DOK-5"
|
||||||
name: "RACI-Matrix"
|
name: "RACI-Matrix"
|
||||||
untertitel: "Das Navigationsinstrument"
|
untertitel: "Das Navigationsinstrument"
|
||||||
kernfrage: "Wer ist wofür konkret zuständig?"
|
kernfrage: "Wer ist wofür konkret zuständig?"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Als verdichtete Übersicht macht die Matrix Verantwortlichkeiten auf
|
Als verdichtete Übersicht macht die Matrix Verantwortlichkeiten auf
|
||||||
einen Blick sichtbar. Dient als praktisches Nachschlagewerk im
|
einen Blick sichtbar. Dient als praktisches Nachschlagewerk im
|
||||||
Arbeitsalltag.
|
Arbeitsalltag.
|
||||||
mehrwert: "Verhindert Zuständigkeitskonflikte durch klare Rollenzuweisungen"
|
mehrwert: "Verhindert Zuständigkeitskonflikte durch klare Rollenzuweisungen"
|
||||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_raci.yaml"
|
pfad: "#05_prozessmanagement/#05.2_governance/pm_raci.yaml"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 4. SYSTEMISCHE ZUSAMMENHÄNGE
|
# 4. SYSTEMISCHE ZUSAMMENHÄNGE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
systemische_zusammenhaenge:
|
systemische_zusammenhaenge:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die fünf Dokumente stehen nicht isoliert nebeneinander, sondern bilden
|
Die fünf Dokumente stehen nicht isoliert nebeneinander, sondern bilden
|
||||||
ein integriertes System. Jedes Element verstärkt und ergänzt die anderen.
|
ein integriertes System. Jedes Element verstärkt und ergänzt die anderen.
|
||||||
Gemeinsam schaffen sie ein robustes, aber flexibles Organisationsdesign.
|
Gemeinsam schaffen sie ein robustes, aber flexibles Organisationsdesign.
|
||||||
|
|
||||||
verknuepfungen:
|
verknuepfungen:
|
||||||
- von: "Funktionsbeschreibung"
|
- von: "Funktionsbeschreibung"
|
||||||
zu: "Leistungs-Canvas"
|
zu: "Leistungs-Canvas"
|
||||||
beziehung: "legitimiert die beschriebenen Leistungen"
|
beziehung: "legitimiert die beschriebenen Leistungen"
|
||||||
|
|
||||||
- von: "Rollenmodell"
|
- von: "Rollenmodell"
|
||||||
zu: "Leistungserbringung"
|
zu: "Leistungserbringung"
|
||||||
beziehung: "operationalisiert durch klare Verantwortlichkeiten"
|
beziehung: "operationalisiert durch klare Verantwortlichkeiten"
|
||||||
|
|
||||||
- von: "Governance-Modell"
|
- von: "Governance-Modell"
|
||||||
zu: "Rollen"
|
zu: "Rollen"
|
||||||
beziehung: "regelt, wie diese zusammenarbeiten und Entscheidungen treffen"
|
beziehung: "regelt, wie diese zusammenarbeiten und Entscheidungen treffen"
|
||||||
|
|
||||||
- von: "RACI-Matrix"
|
- von: "RACI-Matrix"
|
||||||
zu: "Zusammenarbeit"
|
zu: "Zusammenarbeit"
|
||||||
beziehung: "macht transparent und nachvollziehbar"
|
beziehung: "macht transparent und nachvollziehbar"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 5. NAVIGATIONSHINWEISE
|
# 5. NAVIGATIONSHINWEISE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
navigationshinweise:
|
navigationshinweise:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Je nach Rolle und Erkenntnisinteresse bieten sich unterschiedliche
|
Je nach Rolle und Erkenntnisinteresse bieten sich unterschiedliche
|
||||||
Einstiegspunkte in die Dokumentation.
|
Einstiegspunkte in die Dokumentation.
|
||||||
|
|
||||||
zielgruppen:
|
zielgruppen:
|
||||||
- zielgruppe: "Führungskräfte und Entscheidungsträger:innen"
|
- zielgruppe: "Führungskräfte und Entscheidungsträger:innen"
|
||||||
einstieg: "Governance-Modell"
|
einstieg: "Governance-Modell"
|
||||||
zweck: "Entscheidungswege und Steuerungsmechanismen verstehen"
|
zweck: "Entscheidungswege und Steuerungsmechanismen verstehen"
|
||||||
dann: "Leistungs-Canvas für den strategischen Nutzen"
|
dann: "Leistungs-Canvas für den strategischen Nutzen"
|
||||||
|
|
||||||
- zielgruppe: "Operative Teams und Fachbereiche"
|
- zielgruppe: "Operative Teams und Fachbereiche"
|
||||||
einstieg: "Leistungs-Canvas"
|
einstieg: "Leistungs-Canvas"
|
||||||
zweck: "Verfügbare Services und Zugangswege erkunden"
|
zweck: "Verfügbare Services und Zugangswege erkunden"
|
||||||
dann: "RACI-Matrix zeigt konkrete Ansprechpersonen"
|
dann: "RACI-Matrix zeigt konkrete Ansprechpersonen"
|
||||||
|
|
||||||
- zielgruppe: "Neue Mitarbeitende der PM-Funktion"
|
- zielgruppe: "Neue Mitarbeitende der PM-Funktion"
|
||||||
einstieg: "Funktionsbeschreibung"
|
einstieg: "Funktionsbeschreibung"
|
||||||
zweck: "Grundlegendes Verständnis aufbauen"
|
zweck: "Grundlegendes Verständnis aufbauen"
|
||||||
dann: "Rollenmodell für die eigene Verortung im Team"
|
dann: "Rollenmodell für die eigene Verortung im Team"
|
||||||
|
|
||||||
- zielgruppe: "Projektleitungen"
|
- zielgruppe: "Projektleitungen"
|
||||||
einstieg: "Governance-Modell (Abschnitt projektzentrierte Prozessgestaltung)"
|
einstieg: "Governance-Modell (Abschnitt projektzentrierte Prozessgestaltung)"
|
||||||
zweck: "PM-Integration in Projekten verstehen"
|
zweck: "PM-Integration in Projekten verstehen"
|
||||||
dann: "RACI-Matrix für konkrete Abstimmungswege"
|
dann: "RACI-Matrix für konkrete Abstimmungswege"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 6. DIE ZENTRALE BALANCE
|
# 6. DIE ZENTRALE BALANCE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
zentrale_balance:
|
zentrale_balance:
|
||||||
titel: "Standardisierung ermöglichen, Autonomie bewahren"
|
titel: "Standardisierung ermöglichen, Autonomie bewahren"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Das Prozess-Management im DIGITOM verfolgt keine totale Harmonisierung.
|
Das Prozess-Management im DIGITOM verfolgt keine totale Harmonisierung.
|
||||||
Stattdessen schafft es einen verbindlichen Rahmen, innerhalb dessen
|
Stattdessen schafft es einen verbindlichen Rahmen, innerhalb dessen
|
||||||
fachliche Vielfalt möglich bleibt.
|
fachliche Vielfalt möglich bleibt.
|
||||||
|
|
||||||
dimensionen:
|
dimensionen:
|
||||||
- dimension_1: "Methodische Standards"
|
- dimension_1: "Methodische Standards"
|
||||||
dimension_2: "Fachliche Freiheit"
|
dimension_2: "Fachliche Freiheit"
|
||||||
|
|
||||||
- dimension_1: "Zentrale Governance"
|
- dimension_1: "Zentrale Governance"
|
||||||
dimension_2: "Dezentrale Ausführung"
|
dimension_2: "Dezentrale Ausführung"
|
||||||
|
|
||||||
- dimension_1: "Verbindliche Frameworks"
|
- dimension_1: "Verbindliche Frameworks"
|
||||||
dimension_2: "Situative Anpassung"
|
dimension_2: "Situative Anpassung"
|
||||||
|
|
||||||
leitsatz: |
|
leitsatz: |
|
||||||
Die Kunst liegt darin, genug Struktur für Effizienz zu schaffen,
|
Die Kunst liegt darin, genug Struktur für Effizienz zu schaffen,
|
||||||
ohne die notwendige Flexibilität zu ersticken.
|
ohne die notwendige Flexibilität zu ersticken.
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 7. AUSBLICK
|
# 7. AUSBLICK
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
ausblick:
|
ausblick:
|
||||||
titel: "Ein lernendes System"
|
titel: "Ein lernendes System"
|
||||||
|
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die hier dokumentierte Organisationsform ist kein statisches Konstrukt.
|
Die hier dokumentierte Organisationsform ist kein statisches Konstrukt.
|
||||||
Sie ist darauf angelegt, sich weiterzuentwickeln - durch Feedback aus
|
Sie ist darauf angelegt, sich weiterzuentwickeln - durch Feedback aus
|
||||||
der Praxis, veränderte Rahmenbedingungen und neue Erkenntnisse.
|
der Praxis, veränderte Rahmenbedingungen und neue Erkenntnisse.
|
||||||
|
|
||||||
anpassungsfaehigkeit: |
|
anpassungsfaehigkeit: |
|
||||||
Die mehrdimensionale Dokumentation ermöglicht gezielte Anpassungen:
|
Die mehrdimensionale Dokumentation ermöglicht gezielte Anpassungen:
|
||||||
Einzelne Elemente können weiterentwickelt werden, ohne das Gesamtsystem
|
Einzelne Elemente können weiterentwickelt werden, ohne das Gesamtsystem
|
||||||
zu destabilisieren.
|
zu destabilisieren.
|
||||||
|
|
||||||
vision: |
|
vision: |
|
||||||
So entsteht eine Organisation, die gleichzeitig stabil und adaptiv ist -
|
So entsteht eine Organisation, die gleichzeitig stabil und adaptiv ist -
|
||||||
genau das, was moderne Verwaltung braucht.
|
genau das, was moderne Verwaltung braucht.
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ÄNDERUNGSHISTORIE
|
# ÄNDERUNGSHISTORIE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
aenderungshistorie:
|
aenderungshistorie:
|
||||||
- version: "1.0"
|
- version: "1.0"
|
||||||
datum: "2026-02-05"
|
datum: "2026-02-05"
|
||||||
aenderung: |
|
aenderung: |
|
||||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||||
Quelle: #01 - Prozess-Management: Konzeptrahmen und Dokumentationsarchitektur.docx
|
Quelle: #01 - Prozess-Management: Konzeptrahmen und Dokumentationsarchitektur.docx
|
||||||
|
|
||||||
Inhalte:
|
Inhalte:
|
||||||
- Herausforderung: Standardisierung vs. Befähigung
|
- Herausforderung: Standardisierung vs. Befähigung
|
||||||
- Lösung: Mehrdimensionale Organisationsarchitektur
|
- Lösung: Mehrdimensionale Organisationsarchitektur
|
||||||
- Dokumentationsarchitektur (5 Dokumente)
|
- Dokumentationsarchitektur (5 Dokumente)
|
||||||
- Systemische Zusammenhänge
|
- Systemische Zusammenhänge
|
||||||
- Navigationshinweise nach Zielgruppen
|
- Navigationshinweise nach Zielgruppen
|
||||||
- Zentrale Balance
|
- Zentrale Balance
|
||||||
- Ausblick: Lernendes System
|
- Ausblick: Lernendes System
|
||||||
autor: "DIGITOM-Projekt"
|
autor: "DIGITOM-Projekt"
|
||||||
|
|
|
||||||
|
|
@ -1,481 +1,481 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# LEISTUNGS-CANVAS: PROZESS-MANAGEMENT (PM)
|
# LEISTUNGS-CANVAS: PROZESS-MANAGEMENT (PM)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# Version: 1.0
|
# Version: 1.0
|
||||||
# Datum: 2026-02-05
|
# Datum: 2026-02-05
|
||||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
meta:
|
meta:
|
||||||
typ: "leistungs-canvas"
|
typ: "leistungs-canvas"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
funktion_name: "Prozess-Management"
|
funktion_name: "Prozess-Management"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
geltungsbereich: "DIGITOM / Prozess-Management"
|
geltungsbereich: "DIGITOM / Prozess-Management"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
inhaltlich_abgenommen_durch: ["PM-Teammitglied"]
|
inhaltlich_abgenommen_durch: ["PM-Teammitglied"]
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
quellen:
|
quellen:
|
||||||
- "#03.1 - Prozess-Management: Leistungs-Canvas.docx"
|
- "#03.1 - Prozess-Management: Leistungs-Canvas.docx"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 1. EINFÜHRUNG
|
# 1. EINFÜHRUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
einfuehrung:
|
einfuehrung:
|
||||||
warum_ein_leistungs_canvas: |
|
warum_ein_leistungs_canvas: |
|
||||||
Das Leistungs-Canvas betrachtet die Prozess-Management-Funktion konsequent
|
Das Leistungs-Canvas betrachtet die Prozess-Management-Funktion konsequent
|
||||||
aus der Perspektive ihrer Nutzer:innen. Diese Perspektivverschiebung macht
|
aus der Perspektive ihrer Nutzer:innen. Diese Perspektivverschiebung macht
|
||||||
sichtbar, was in traditionellen Funktionsbeschreibungen oft untergeht:
|
sichtbar, was in traditionellen Funktionsbeschreibungen oft untergeht:
|
||||||
Wie entsteht konkret Nutzen? Welche Beziehungen ermöglichen wirksame
|
Wie entsteht konkret Nutzen? Welche Beziehungen ermöglichen wirksame
|
||||||
Zusammenarbeit? Über welche Wege werden Leistungen tatsächlich zugänglich?
|
Zusammenarbeit? Über welche Wege werden Leistungen tatsächlich zugänglich?
|
||||||
|
|
||||||
leitfragen:
|
leitfragen:
|
||||||
- "Was erwarten die verschiedenen Nutzergruppen von einer PM-Funktion?"
|
- "Was erwarten die verschiedenen Nutzergruppen von einer PM-Funktion?"
|
||||||
- "Wie kann die Funktion diese Erwartungen bestmöglich erfüllen?"
|
- "Wie kann die Funktion diese Erwartungen bestmöglich erfüllen?"
|
||||||
- "Welche Voraussetzungen müssen dafür geschaffen werden?"
|
- "Welche Voraussetzungen müssen dafür geschaffen werden?"
|
||||||
|
|
||||||
funktionen_des_canvas:
|
funktionen_des_canvas:
|
||||||
- "Schafft Klarheit über das Leistungsportfolio"
|
- "Schafft Klarheit über das Leistungsportfolio"
|
||||||
- "Macht Zusammenhänge zwischen verschiedenen Elementen sichtbar"
|
- "Macht Zusammenhänge zwischen verschiedenen Elementen sichtbar"
|
||||||
- "Dient als Kommunikationsinstrument zwischen PM-Funktion und Nutzer:innen"
|
- "Dient als Kommunikationsinstrument zwischen PM-Funktion und Nutzer:innen"
|
||||||
- "Steuerungsinstrument für Ressourcen-Investitionen"
|
- "Steuerungsinstrument für Ressourcen-Investitionen"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 2. CANVAS-LOGIK
|
# 2. CANVAS-LOGIK
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
canvas_logik:
|
canvas_logik:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Das Leistungs-Canvas strukturiert die PM-Funktion in sieben miteinander
|
Das Leistungs-Canvas strukturiert die PM-Funktion in sieben miteinander
|
||||||
verbundene Bausteine. Die rechte Seite fokussiert auf die Außenperspektive,
|
verbundene Bausteine. Die rechte Seite fokussiert auf die Außenperspektive,
|
||||||
die linke Seite richtet den Blick nach innen. Im Zentrum steht das
|
die linke Seite richtet den Blick nach innen. Im Zentrum steht das
|
||||||
Wertversprechen als verbindendes Element.
|
Wertversprechen als verbindendes Element.
|
||||||
|
|
||||||
bausteine:
|
bausteine:
|
||||||
rechte_seite_aussen:
|
rechte_seite_aussen:
|
||||||
- "Nutzendensegmente"
|
- "Nutzendensegmente"
|
||||||
- "Nutzendenbeziehung"
|
- "Nutzendenbeziehung"
|
||||||
- "Kanäle"
|
- "Kanäle"
|
||||||
zentrum:
|
zentrum:
|
||||||
- "Wertversprechen"
|
- "Wertversprechen"
|
||||||
linke_seite_innen:
|
linke_seite_innen:
|
||||||
- "Schlüsselaktivitäten"
|
- "Schlüsselaktivitäten"
|
||||||
- "Schlüsselressourcen"
|
- "Schlüsselressourcen"
|
||||||
- "Schlüsselpartner"
|
- "Schlüsselpartner"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 3. CLUSTER A: FÜR WEN DIE PM-FUNKTION DA IST
|
# 3. CLUSTER A: FÜR WEN DIE PM-FUNKTION DA IST
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
cluster_a_fuer_wen:
|
cluster_a_fuer_wen:
|
||||||
name: "Für wen die PM-Funktion da ist"
|
name: "Für wen die PM-Funktion da ist"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# 3.1 Nutzendensegmente
|
# 3.1 Nutzendensegmente
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
nutzendensegmente:
|
nutzendensegmente:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die verschiedenen internen Zielgruppen, für die die PM-Funktion Leistungen
|
Die verschiedenen internen Zielgruppen, für die die PM-Funktion Leistungen
|
||||||
erbringt. Jedes Segment hat spezifische Bedarfe, Erwartungen und Arbeitsweisen.
|
erbringt. Jedes Segment hat spezifische Bedarfe, Erwartungen und Arbeitsweisen.
|
||||||
|
|
||||||
segmente:
|
segmente:
|
||||||
- segment: "Management-Gremien"
|
- segment: "Management-Gremien"
|
||||||
beispiele: "Vision Board, Mission Board"
|
beispiele: "Vision Board, Mission Board"
|
||||||
bedarfe:
|
bedarfe:
|
||||||
- "Transparenz über die Prozesslandschaft"
|
- "Transparenz über die Prozesslandschaft"
|
||||||
- "Governance-Berichte"
|
- "Governance-Berichte"
|
||||||
- "Einheitliche Standards zur besseren Steuerung"
|
- "Einheitliche Standards zur besseren Steuerung"
|
||||||
- "Strategische Ausrichtung der Organisation"
|
- "Strategische Ausrichtung der Organisation"
|
||||||
|
|
||||||
- segment: "Abteilungsleitungen"
|
- segment: "Abteilungsleitungen"
|
||||||
bedarfe:
|
bedarfe:
|
||||||
- "Prozessperspektive für bessere Ressourcenplanung"
|
- "Prozessperspektive für bessere Ressourcenplanung"
|
||||||
- "Steuerung ihrer Bereiche"
|
- "Steuerung ihrer Bereiche"
|
||||||
- "Fundierte Entscheidungen bei bereichsübergreifenden Themen"
|
- "Fundierte Entscheidungen bei bereichsübergreifenden Themen"
|
||||||
|
|
||||||
- segment: "Process Owner der Teilprozesse"
|
- segment: "Process Owner der Teilprozesse"
|
||||||
beispiele: "SHM, DPM, PPM, SPM"
|
beispiele: "SHM, DPM, PPM, SPM"
|
||||||
bedarfe:
|
bedarfe:
|
||||||
- "End-to-End-Verantwortung für ihre jeweiligen Teilprozesse"
|
- "End-to-End-Verantwortung für ihre jeweiligen Teilprozesse"
|
||||||
- "Methodische Unterstützung zur Prozessoptimierung"
|
- "Methodische Unterstützung zur Prozessoptimierung"
|
||||||
- "Unterstützung bei Prozesssteuerung"
|
- "Unterstützung bei Prozesssteuerung"
|
||||||
|
|
||||||
- segment: "Fachbereiche und Teams mit Key-Usern"
|
- segment: "Fachbereiche und Teams mit Key-Usern"
|
||||||
bedarfe:
|
bedarfe:
|
||||||
- "Methodische Unterstützung"
|
- "Methodische Unterstützung"
|
||||||
- "Befähigung und Standards"
|
- "Befähigung und Standards"
|
||||||
- "Eigenständige Dokumentation und Verbesserung fachspezifischer Prozesse"
|
- "Eigenständige Dokumentation und Verbesserung fachspezifischer Prozesse"
|
||||||
|
|
||||||
- segment: "Projekt- und Programmorganisationen"
|
- segment: "Projekt- und Programmorganisationen"
|
||||||
bedarfe:
|
bedarfe:
|
||||||
- "Einheitliche Prozessvorgaben"
|
- "Einheitliche Prozessvorgaben"
|
||||||
- "Methodische Beratung"
|
- "Methodische Beratung"
|
||||||
- "Sicherstellung der Framework-Compliance in Projekten"
|
- "Sicherstellung der Framework-Compliance in Projekten"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# 3.2 Nutzendenbeziehung
|
# 3.2 Nutzendenbeziehung
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
nutzendenbeziehung:
|
nutzendenbeziehung:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Art und Qualität der Zusammenarbeit zwischen PM-Funktion und ihren
|
Die Art und Qualität der Zusammenarbeit zwischen PM-Funktion und ihren
|
||||||
Nutzer:innen. Sie definiert das "Wie" der Interaktion.
|
Nutzer:innen. Sie definiert das "Wie" der Interaktion.
|
||||||
|
|
||||||
beziehungstypen:
|
beziehungstypen:
|
||||||
- typ: "Partnerschaftliche Zusammenarbeit & Co-Kreation"
|
- typ: "Partnerschaftliche Zusammenarbeit & Co-Kreation"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Aufbau von Vertrauen und kollaborative Zusammenarbeit mit Fachbereichen.
|
Aufbau von Vertrauen und kollaborative Zusammenarbeit mit Fachbereichen.
|
||||||
Key-User als zentrale Partner:innen eng in Entwicklung und Umsetzung
|
Key-User als zentrale Partner:innen eng in Entwicklung und Umsetzung
|
||||||
von Prozesslösungen eingebunden.
|
von Prozesslösungen eingebunden.
|
||||||
|
|
||||||
- typ: "Persönliche Beratung & Dedizierte Unterstützung"
|
- typ: "Persönliche Beratung & Dedizierte Unterstützung"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Direkte Beratung und Coaching, insbesondere bei komplexen
|
Direkte Beratung und Coaching, insbesondere bei komplexen
|
||||||
Prozessherausforderungen oder strategischen Initiativen.
|
Prozessherausforderungen oder strategischen Initiativen.
|
||||||
Besonderer Fokus auf Befähigung der Key-User als Multiplikator:innen.
|
Besonderer Fokus auf Befähigung der Key-User als Multiplikator:innen.
|
||||||
|
|
||||||
- typ: "Befähigungsorientierte Begleitung"
|
- typ: "Befähigungsorientierte Begleitung"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Konsequente Fokussierung auf Befähigung statt Ausführung.
|
Konsequente Fokussierung auf Befähigung statt Ausführung.
|
||||||
Ermächtigung der Nutzenden, ihre Prozesse eigenständig zu managen.
|
Ermächtigung der Nutzenden, ihre Prozesse eigenständig zu managen.
|
||||||
Key-User als erste Ansprechpartner:innen in ihren Bereichen.
|
Key-User als erste Ansprechpartner:innen in ihren Bereichen.
|
||||||
|
|
||||||
- typ: "Community Building & Facilitation"
|
- typ: "Community Building & Facilitation"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Aktive Förderung und Pflege des Key-User-Netzwerks als zentrales
|
Aktive Förderung und Pflege des Key-User-Netzwerks als zentrales
|
||||||
Element für gemeinsames Lernen, Erfahrungsaustausch und kontinuierliche
|
Element für gemeinsames Lernen, Erfahrungsaustausch und kontinuierliche
|
||||||
Verbesserung über Abteilungsgrenzen hinweg.
|
Verbesserung über Abteilungsgrenzen hinweg.
|
||||||
|
|
||||||
- typ: "Proaktive Impulsgebung"
|
- typ: "Proaktive Impulsgebung"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Agieren als Impulsgeber durch Vorstellung neuer Methoden, Best Practices
|
Agieren als Impulsgeber durch Vorstellung neuer Methoden, Best Practices
|
||||||
und Anregung des Prozessdenkens. Key-User als Multiplikator:innen
|
und Anregung des Prozessdenkens. Key-User als Multiplikator:innen
|
||||||
tragen diese Impulse in ihre Fachbereiche.
|
tragen diese Impulse in ihre Fachbereiche.
|
||||||
|
|
||||||
- typ: "Governance-basierte Interaktion"
|
- typ: "Governance-basierte Interaktion"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Formelles Reporting, strategische Abstimmung und Eskalationsmanagement
|
Formelles Reporting, strategische Abstimmung und Eskalationsmanagement
|
||||||
mit Vision/Mission Boards. Regelmäßige Berichte über Entwicklung der
|
mit Vision/Mission Boards. Regelmäßige Berichte über Entwicklung der
|
||||||
dezentralen Prozesskompetenzen.
|
dezentralen Prozesskompetenzen.
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# 3.3 Kanäle
|
# 3.3 Kanäle
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
kanaele:
|
kanaele:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Wege und Formate, über die PM-Leistungen zugänglich werden.
|
Die Wege und Formate, über die PM-Leistungen zugänglich werden.
|
||||||
Die Vielfalt der Kanäle sichert niedrigschwelligen Zugang und ermöglicht
|
Die Vielfalt der Kanäle sichert niedrigschwelligen Zugang und ermöglicht
|
||||||
situationsgerechte Unterstützung.
|
situationsgerechte Unterstützung.
|
||||||
|
|
||||||
kategorien:
|
kategorien:
|
||||||
direkte_interaktion:
|
direkte_interaktion:
|
||||||
name: "Direkte Interaktions- & Befähigungskanäle"
|
name: "Direkte Interaktions- & Befähigungskanäle"
|
||||||
kanaele:
|
kanaele:
|
||||||
- name: "Workshops und Schulungen"
|
- name: "Workshops und Schulungen"
|
||||||
beschreibung: "Vermittlung von Wissen, Methoden und Werkzeugkompetenzen"
|
beschreibung: "Vermittlung von Wissen, Methoden und Werkzeugkompetenzen"
|
||||||
- name: "Beratungsgespräche und Coaching"
|
- name: "Beratungsgespräche und Coaching"
|
||||||
beschreibung: "Maßgeschneiderte Unterstützung (individuell oder Team)"
|
beschreibung: "Maßgeschneiderte Unterstützung (individuell oder Team)"
|
||||||
- name: "Moderation von Prozess-Workshops"
|
- name: "Moderation von Prozess-Workshops"
|
||||||
beschreibung: "Kollaborative Prozessarbeit bei komplexen/bereichsübergreifenden Prozessen"
|
beschreibung: "Kollaborative Prozessarbeit bei komplexen/bereichsübergreifenden Prozessen"
|
||||||
- name: "Ticketsystem"
|
- name: "Ticketsystem"
|
||||||
beschreibung: "Formaler Kanal für Anfragen mit automatischem Routing ans PM-Team"
|
beschreibung: "Formaler Kanal für Anfragen mit automatischem Routing ans PM-Team"
|
||||||
|
|
||||||
self_service:
|
self_service:
|
||||||
name: "Self-Service & digitale Lernkanäle"
|
name: "Self-Service & digitale Lernkanäle"
|
||||||
kanaele:
|
kanaele:
|
||||||
- name: "Zentrale Wissensplattform (Confluence)"
|
- name: "Zentrale Wissensplattform (Confluence)"
|
||||||
beschreibung: "PM-Framework, Methodenhandbuch, Templates, Prozessregister, FAQs"
|
beschreibung: "PM-Framework, Methodenhandbuch, Templates, Prozessregister, FAQs"
|
||||||
- name: "KI-gestützter PM-Assistent"
|
- name: "KI-gestützter PM-Assistent"
|
||||||
beschreibung: "Interaktiver Dialog für Prozessfragen und kontextspezifische Antworten"
|
beschreibung: "Interaktiver Dialog für Prozessfragen und kontextspezifische Antworten"
|
||||||
- name: "Prozessvisualisierungs-Tool (Picture Prozess Plattform)"
|
- name: "Prozessvisualisierungs-Tool (Picture Prozess Plattform)"
|
||||||
beschreibung: "Eigenständige Arbeit mit der Prozesslandschaft"
|
beschreibung: "Eigenständige Arbeit mit der Prozesslandschaft"
|
||||||
- name: "E-Learning-Module"
|
- name: "E-Learning-Module"
|
||||||
beschreibung: "Strukturierte Lernpfade für selbstgesteuertes Lernen"
|
beschreibung: "Strukturierte Lernpfade für selbstgesteuertes Lernen"
|
||||||
|
|
||||||
community:
|
community:
|
||||||
name: "Community- & Kommunikationskanäle"
|
name: "Community- & Kommunikationskanäle"
|
||||||
kanaele:
|
kanaele:
|
||||||
- name: "Key-User-Netzwerktreffen und Communities of Practice"
|
- name: "Key-User-Netzwerktreffen und Communities of Practice"
|
||||||
beschreibung: "Regelmäßiger Erfahrungsaustausch und kollektives Lernen"
|
beschreibung: "Regelmäßiger Erfahrungsaustausch und kollektives Lernen"
|
||||||
- name: "Informationsveranstaltungen und Newsletter"
|
- name: "Informationsveranstaltungen und Newsletter"
|
||||||
beschreibung: "Framework-Updates und relevante PM-Informationen"
|
beschreibung: "Framework-Updates und relevante PM-Informationen"
|
||||||
- name: "DigiLog Podcast-Format"
|
- name: "DigiLog Podcast-Format"
|
||||||
beschreibung: "Einsichten und Erfolgsgeschichten zur Förderung des Prozessdenkens"
|
beschreibung: "Einsichten und Erfolgsgeschichten zur Förderung des Prozessdenkens"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 4. CLUSTER B: WAS DIE PM-FUNKTION BIETET
|
# 4. CLUSTER B: WAS DIE PM-FUNKTION BIETET
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
cluster_b_was:
|
cluster_b_was:
|
||||||
name: "Was die PM-Funktion bietet"
|
name: "Was die PM-Funktion bietet"
|
||||||
|
|
||||||
wertversprechen:
|
wertversprechen:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Der konkrete Nutzen, den die PM-Funktion für ihre verschiedenen
|
Der konkrete Nutzen, den die PM-Funktion für ihre verschiedenen
|
||||||
Zielgruppen schafft. Es ist das zentrale Element, das alle anderen
|
Zielgruppen schafft. Es ist das zentrale Element, das alle anderen
|
||||||
Bausteine ausrichtet.
|
Bausteine ausrichtet.
|
||||||
|
|
||||||
fuer_strategische_gremien:
|
fuer_strategische_gremien:
|
||||||
- nutzen: "Strategische Prozess-Governance und Transparenz"
|
- nutzen: "Strategische Prozess-Governance und Transparenz"
|
||||||
beschreibung: "Konsistente, strategisch ausgerichtete Prozesslandschaft"
|
beschreibung: "Konsistente, strategisch ausgerichtete Prozesslandschaft"
|
||||||
- nutzen: "Messbare Verbesserung und KPI-basierte Steuerung"
|
- nutzen: "Messbare Verbesserung und KPI-basierte Steuerung"
|
||||||
beschreibung: "Faktenbasierte Bewertung von Prozessleistung und Nachweis von Optimierungserfolgen"
|
beschreibung: "Faktenbasierte Bewertung von Prozessleistung und Nachweis von Optimierungserfolgen"
|
||||||
- nutzen: "Entscheidungsunterstützung und Risikominimierung"
|
- nutzen: "Entscheidungsunterstützung und Risikominimierung"
|
||||||
beschreibung: "Konzepte zur Weiterentwicklung des Operating Models und proaktive Meldung von Risiken"
|
beschreibung: "Konzepte zur Weiterentwicklung des Operating Models und proaktive Meldung von Risiken"
|
||||||
- nutzen: "Skalierbare Prozessstrukturen"
|
- nutzen: "Skalierbare Prozessstrukturen"
|
||||||
beschreibung: "Ermöglichung von Organisationswachstum und systematische Erschließung von Automatisierungspotenzialen"
|
beschreibung: "Ermöglichung von Organisationswachstum und systematische Erschließung von Automatisierungspotenzialen"
|
||||||
|
|
||||||
fuer_fachbereiche_und_teams:
|
fuer_fachbereiche_und_teams:
|
||||||
- nutzen: "Einheitliches Prozessmanagement-Framework"
|
- nutzen: "Einheitliches Prozessmanagement-Framework"
|
||||||
beschreibung: "Verbindliche Standards, Methoden, Werkzeuge und Templates"
|
beschreibung: "Verbindliche Standards, Methoden, Werkzeuge und Templates"
|
||||||
- nutzen: "Methodische Beratung und Unterstützung"
|
- nutzen: "Methodische Beratung und Unterstützung"
|
||||||
beschreibung: "Von der Erstaufnahme bis zur Automatisierung"
|
beschreibung: "Von der Erstaufnahme bis zur Automatisierung"
|
||||||
- nutzen: "Systematische Befähigung zur Selbsthilfe"
|
- nutzen: "Systematische Befähigung zur Selbsthilfe"
|
||||||
beschreibung: "Schulungen, Coaching, Self-Service-Ressourcen und Key-User-Netzwerk"
|
beschreibung: "Schulungen, Coaching, Self-Service-Ressourcen und Key-User-Netzwerk"
|
||||||
- nutzen: "Klarheit und Orientierung"
|
- nutzen: "Klarheit und Orientierung"
|
||||||
beschreibung: "Gemeinsame Prozess-Sprache über alle Hierarchieebenen"
|
beschreibung: "Gemeinsame Prozess-Sprache über alle Hierarchieebenen"
|
||||||
|
|
||||||
fuer_gesamtorganisation:
|
fuer_gesamtorganisation:
|
||||||
- nutzen: "Grundlage für Effektivität und kontinuierliche Verbesserung"
|
- nutzen: "Grundlage für Effektivität und kontinuierliche Verbesserung"
|
||||||
beschreibung: "Methodische Rahmenbedingungen für anpassungsfähige Arbeitsabläufe"
|
beschreibung: "Methodische Rahmenbedingungen für anpassungsfähige Arbeitsabläufe"
|
||||||
- nutzen: "Automatisierung und Digitalisierung"
|
- nutzen: "Automatisierung und Digitalisierung"
|
||||||
beschreibung: "Systematische Identifikation von Automatisierungspotenzialen"
|
beschreibung: "Systematische Identifikation von Automatisierungspotenzialen"
|
||||||
- nutzen: "Siloüberwindung und Integration"
|
- nutzen: "Siloüberwindung und Integration"
|
||||||
beschreibung: "Transparente End-to-End-Prozesse und einheitliche Standards"
|
beschreibung: "Transparente End-to-End-Prozesse und einheitliche Standards"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 5. CLUSTER C: WIE DIE PM-FUNKTION ES ERMÖGLICHT
|
# 5. CLUSTER C: WIE DIE PM-FUNKTION ES ERMÖGLICHT
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
cluster_c_wie:
|
cluster_c_wie:
|
||||||
name: "Wie die PM-Funktion es ermöglicht"
|
name: "Wie die PM-Funktion es ermöglicht"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# 5.1 Schlüsselaktivitäten
|
# 5.1 Schlüsselaktivitäten
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
schluesselaktivitaeten:
|
schluesselaktivitaeten:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die zentralen Tätigkeiten, durch die die PM-Funktion ihr Wertversprechen
|
Die zentralen Tätigkeiten, durch die die PM-Funktion ihr Wertversprechen
|
||||||
einlöst. Sie transformieren Ressourcen in konkreten Nutzen.
|
einlöst. Sie transformieren Ressourcen in konkreten Nutzen.
|
||||||
|
|
||||||
aktivitaeten:
|
aktivitaeten:
|
||||||
- aktivitaet: "Framework-Entwicklung & -Pflege"
|
- aktivitaet: "Framework-Entwicklung & -Pflege"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Kontinuierliche Definition und Weiterentwicklung des verbindlichen
|
Kontinuierliche Definition und Weiterentwicklung des verbindlichen
|
||||||
PM-Frameworks inklusive Methoden, Standards, Templates und Governance-Regeln.
|
PM-Frameworks inklusive Methoden, Standards, Templates und Governance-Regeln.
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Laufende Analyse interner Bedarfe und externer Best Practices"
|
- "Laufende Analyse interner Bedarfe und externer Best Practices"
|
||||||
- "Entwicklung standardisierter Templates"
|
- "Entwicklung standardisierter Templates"
|
||||||
|
|
||||||
- aktivitaet: "Management der Prozesslandschaft & Governance"
|
- aktivitaet: "Management der Prozesslandschaft & Governance"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Aufbau, Pflege und Überwachung der Gesamtarchitektur übergreifender Prozesse.
|
Aufbau, Pflege und Überwachung der Gesamtarchitektur übergreifender Prozesse.
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Sicherstellung der Framework-Compliance"
|
- "Sicherstellung der Framework-Compliance"
|
||||||
- "Aufdecken von Governance-Lücken"
|
- "Aufdecken von Governance-Lücken"
|
||||||
- "Bereitstellung des Prozessregisters"
|
- "Bereitstellung des Prozessregisters"
|
||||||
|
|
||||||
- aktivitaet: "Tool-Bereitstellung & -Management"
|
- aktivitaet: "Tool-Bereitstellung & -Management"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Auswahl, Implementierung und kontinuierliche Wartung zentraler PM-Tools.
|
Auswahl, Implementierung und kontinuierliche Wartung zentraler PM-Tools.
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Technische Verfügbarkeit, Updates und Support"
|
- "Technische Verfügbarkeit, Updates und Support"
|
||||||
- "Integration neuer Möglichkeiten wie KI-gestützte Prozessanalyse"
|
- "Integration neuer Möglichkeiten wie KI-gestützte Prozessanalyse"
|
||||||
|
|
||||||
- aktivitaet: "Beratung & Methodische Unterstützung"
|
- aktivitaet: "Beratung & Methodische Unterstützung"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Durchführung von Beratungen, Coachings und Moderation von Workshops
|
Durchführung von Beratungen, Coachings und Moderation von Workshops
|
||||||
zur Prozessanalyse und -optimierung.
|
zur Prozessanalyse und -optimierung.
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Schwerpunkt auf Befähigung der Fachbereiche zur eigenständigen Prozessarbeit"
|
- "Schwerpunkt auf Befähigung der Fachbereiche zur eigenständigen Prozessarbeit"
|
||||||
|
|
||||||
- aktivitaet: "Befähigung & Kompetenzaufbau"
|
- aktivitaet: "Befähigung & Kompetenzaufbau"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Entwicklung und Umsetzung des Befähigungskonzepts.
|
Entwicklung und Umsetzung des Befähigungskonzepts.
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Qualifizierung und Betreuung des Key-User-Netzwerks"
|
- "Qualifizierung und Betreuung des Key-User-Netzwerks"
|
||||||
- "Durchführung von Schulungen"
|
- "Durchführung von Schulungen"
|
||||||
|
|
||||||
- aktivitaet: "Kommunikation & Stakeholder-Engagement"
|
- aktivitaet: "Kommunikation & Stakeholder-Engagement"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Aktive Kommunikation von Framework-Updates und Prozessänderungen.
|
Aktive Kommunikation von Framework-Updates und Prozessänderungen.
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Reporting an Gremien"
|
- "Reporting an Gremien"
|
||||||
- "Proaktive Information bei identifizierten Governance-Lücken"
|
- "Proaktive Information bei identifizierten Governance-Lücken"
|
||||||
|
|
||||||
- aktivitaet: "Prozessinnovation & -weiterentwicklung"
|
- aktivitaet: "Prozessinnovation & -weiterentwicklung"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Identifikation von Optimierungspotenzialen und Automatisierungsmöglichkeiten.
|
Identifikation von Optimierungspotenzialen und Automatisierungsmöglichkeiten.
|
||||||
umfasst:
|
umfasst:
|
||||||
- "Zusammenarbeit mit dem KI-Hub für innovative Lösungsansätze"
|
- "Zusammenarbeit mit dem KI-Hub für innovative Lösungsansätze"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# 5.2 Schlüsselressourcen
|
# 5.2 Schlüsselressourcen
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
schluesselressourcen:
|
schluesselressourcen:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Das notwendige Fundament für wirksame PM-Arbeit. Diese Ressourcen ermöglichen
|
Das notwendige Fundament für wirksame PM-Arbeit. Diese Ressourcen ermöglichen
|
||||||
erst die Durchführung der Schlüsselaktivitäten.
|
erst die Durchführung der Schlüsselaktivitäten.
|
||||||
|
|
||||||
kategorien:
|
kategorien:
|
||||||
menschliche_ressourcen:
|
menschliche_ressourcen:
|
||||||
name: "Menschliche Ressourcen"
|
name: "Menschliche Ressourcen"
|
||||||
elemente:
|
elemente:
|
||||||
- "Fachliche und methodische Expertise in PM-Methoden, -Standards und -Governance"
|
- "Fachliche und methodische Expertise in PM-Methoden, -Standards und -Governance"
|
||||||
- "Beratungs- und Moderationskompetenz"
|
- "Beratungs- und Moderationskompetenz"
|
||||||
- "Ausreichende personelle Kapazität"
|
- "Ausreichende personelle Kapazität"
|
||||||
|
|
||||||
intellektuelle_ressourcen:
|
intellektuelle_ressourcen:
|
||||||
name: "Intellektuelle Ressourcen"
|
name: "Intellektuelle Ressourcen"
|
||||||
elemente:
|
elemente:
|
||||||
- "Dokumentiertes PM-Framework mit Standards und Methoden"
|
- "Dokumentiertes PM-Framework mit Standards und Methoden"
|
||||||
- "Prozesslandkarte mit Prozessregister"
|
- "Prozesslandkarte mit Prozessregister"
|
||||||
- "Strukturierte Schulungskonzepte"
|
- "Strukturierte Schulungskonzepte"
|
||||||
- "Umfassende Template-Bibliothek"
|
- "Umfassende Template-Bibliothek"
|
||||||
|
|
||||||
technische_ressourcen:
|
technische_ressourcen:
|
||||||
name: "Physische/Technische Ressourcen"
|
name: "Physische/Technische Ressourcen"
|
||||||
elemente:
|
elemente:
|
||||||
- "Zentrale PM-Werkzeuge für Prozessmodellierung und -dokumentation"
|
- "Zentrale PM-Werkzeuge für Prozessmodellierung und -dokumentation"
|
||||||
- "KI-gestützte Assistenzsysteme zur Prozessanalyse"
|
- "KI-gestützte Assistenzsysteme zur Prozessanalyse"
|
||||||
- "Digitale Kollaborationsplattformen"
|
- "Digitale Kollaborationsplattformen"
|
||||||
|
|
||||||
beziehungsnetzwerk:
|
beziehungsnetzwerk:
|
||||||
name: "Beziehungsnetzwerk & Zugänge"
|
name: "Beziehungsnetzwerk & Zugänge"
|
||||||
elemente:
|
elemente:
|
||||||
- "Etablierte Governance-Zugänge zu relevanten Entscheidungsgremien"
|
- "Etablierte Governance-Zugänge zu relevanten Entscheidungsgremien"
|
||||||
- "Key-User-Netzwerk als Community dezentraler Prozessansprechpartner"
|
- "Key-User-Netzwerk als Community dezentraler Prozessansprechpartner"
|
||||||
- "Organisationsweites Beziehungsnetzwerk von Mitarbeitenden bis zur Führung"
|
- "Organisationsweites Beziehungsnetzwerk von Mitarbeitenden bis zur Führung"
|
||||||
|
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
# 5.3 Schlüsselpartner
|
# 5.3 Schlüsselpartner
|
||||||
# ---------------------------------------------------------------------------
|
# ---------------------------------------------------------------------------
|
||||||
schluesselpartner:
|
schluesselpartner:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die internen Kooperationspartner, mit denen die PM-Funktion zusammenarbeitet,
|
Die internen Kooperationspartner, mit denen die PM-Funktion zusammenarbeitet,
|
||||||
um ihr volles Potenzial zu entfalten. Erfolgreiche PM-Arbeit ist immer
|
um ihr volles Potenzial zu entfalten. Erfolgreiche PM-Arbeit ist immer
|
||||||
Teamarbeit über Funktionsgrenzen hinweg.
|
Teamarbeit über Funktionsgrenzen hinweg.
|
||||||
|
|
||||||
partner:
|
partner:
|
||||||
- partner: "IT-Architektur"
|
- partner: "IT-Architektur"
|
||||||
beitrag: "Definiert technische Rahmenbedingungen und Standards, die Framework und Werkzeugauswahl beeinflussen"
|
beitrag: "Definiert technische Rahmenbedingungen und Standards, die Framework und Werkzeugauswahl beeinflussen"
|
||||||
|
|
||||||
- partner: "Informationssicherheitsbeauftragter"
|
- partner: "Informationssicherheitsbeauftragter"
|
||||||
beitrag: "Stellt IT-Sicherheit und technische Compliance von Prozessen sicher"
|
beitrag: "Stellt IT-Sicherheit und technische Compliance von Prozessen sicher"
|
||||||
|
|
||||||
- partner: "Datenschutzbeauftragte"
|
- partner: "Datenschutzbeauftragte"
|
||||||
beitrag: "Gewährleistet datenschutzkonforme Prozessgestaltung"
|
beitrag: "Gewährleistet datenschutzkonforme Prozessgestaltung"
|
||||||
|
|
||||||
- partner: "Business Continuity Management"
|
- partner: "Business Continuity Management"
|
||||||
beitrag: "Kategorisiert kritische Prozesse und integriert Notfallpläne"
|
beitrag: "Kategorisiert kritische Prozesse und integriert Notfallpläne"
|
||||||
|
|
||||||
- partner: "Data Excellence Governance"
|
- partner: "Data Excellence Governance"
|
||||||
beitrag: "Stimmt datengetriebene Prozesse ab"
|
beitrag: "Stimmt datengetriebene Prozesse ab"
|
||||||
|
|
||||||
- partner: "KI-Hub"
|
- partner: "KI-Hub"
|
||||||
beitrag: "Strategischer Partner für KI-basierte Prozessinnovationen"
|
beitrag: "Strategischer Partner für KI-basierte Prozessinnovationen"
|
||||||
|
|
||||||
- partner: "Vision Board"
|
- partner: "Vision Board"
|
||||||
beitrag: "Strategischer Auftraggeber für die PM-Ausrichtung"
|
beitrag: "Strategischer Auftraggeber für die PM-Ausrichtung"
|
||||||
|
|
||||||
- partner: "Process Owner (SHM, DPM, PPM, SPM)"
|
- partner: "Process Owner (SHM, DPM, PPM, SPM)"
|
||||||
beitrag: "Verantworten ihre jeweiligen Teilprozesse"
|
beitrag: "Verantworten ihre jeweiligen Teilprozesse"
|
||||||
|
|
||||||
- partner: "Qualitätsmanagement"
|
- partner: "Qualitätsmanagement"
|
||||||
beitrag: "Partner zur Abstimmung von QM-Anforderungen und PM-Standards"
|
beitrag: "Partner zur Abstimmung von QM-Anforderungen und PM-Standards"
|
||||||
status: "noch zu klären"
|
status: "noch zu klären"
|
||||||
|
|
||||||
- partner: "Zentrale GPM (Geschäftsprozess Management)"
|
- partner: "Zentrale GPM (Geschäftsprozess Management)"
|
||||||
beitrag: |
|
beitrag: |
|
||||||
Ämterübergreifender Prozess-Framework-Verantwortlicher für einheitliche
|
Ämterübergreifender Prozess-Framework-Verantwortlicher für einheitliche
|
||||||
GPM-Standards und -Methoden. Verfügt über vollständige Prozesslandkarte
|
GPM-Standards und -Methoden. Verfügt über vollständige Prozesslandkarte
|
||||||
aller Ämter.
|
aller Ämter.
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 6. ZUSAMMENHÄNGE UND LESEHILFEN
|
# 6. ZUSAMMENHÄNGE UND LESEHILFEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
zusammenhaenge:
|
zusammenhaenge:
|
||||||
gesamtbild: |
|
gesamtbild: |
|
||||||
Das Leistungs-Canvas macht sichtbar, wie die verschiedenen Elemente der
|
Das Leistungs-Canvas macht sichtbar, wie die verschiedenen Elemente der
|
||||||
PM-Funktion ineinandergreifen. Die Nutzer:innen mit ihren spezifischen
|
PM-Funktion ineinandergreifen. Die Nutzer:innen mit ihren spezifischen
|
||||||
Bedarfen stehen am Ausgangspunkt. Das Wertversprechen übersetzt diese
|
Bedarfen stehen am Ausgangspunkt. Das Wertversprechen übersetzt diese
|
||||||
Bedarfe in konkrete Leistungszusagen.
|
Bedarfe in konkrete Leistungszusagen.
|
||||||
|
|
||||||
wechselwirkungen:
|
wechselwirkungen:
|
||||||
- element: "Key-User-Netzwerk"
|
- element: "Key-User-Netzwerk"
|
||||||
mehrfachrolle:
|
mehrfachrolle:
|
||||||
- "Kanal (für dezentrale Unterstützung)"
|
- "Kanal (für dezentrale Unterstützung)"
|
||||||
- "Beziehungselement (Community Building)"
|
- "Beziehungselement (Community Building)"
|
||||||
- "Ressource (Multiplikator:innen)"
|
- "Ressource (Multiplikator:innen)"
|
||||||
|
|
||||||
- element: "Framework-Entwicklung"
|
- element: "Framework-Entwicklung"
|
||||||
wechselwirkung: "Schlüsselaktivität, deren Ergebnis als intellektuelle Ressource wiederum neue Aktivitäten ermöglicht"
|
wechselwirkung: "Schlüsselaktivität, deren Ergebnis als intellektuelle Ressource wiederum neue Aktivitäten ermöglicht"
|
||||||
|
|
||||||
lesehilfen_nach_zielgruppe:
|
lesehilfen_nach_zielgruppe:
|
||||||
gremien:
|
gremien:
|
||||||
fokus:
|
fokus:
|
||||||
- "Strategisches Wertversprechen"
|
- "Strategisches Wertversprechen"
|
||||||
- "Governance-basierte Beziehungen"
|
- "Governance-basierte Beziehungen"
|
||||||
- "Formelle Berichtskanäle"
|
- "Formelle Berichtskanäle"
|
||||||
relevante_aktivitaeten:
|
relevante_aktivitaeten:
|
||||||
- "Framework-Entwicklung"
|
- "Framework-Entwicklung"
|
||||||
- "Prozesslandschafts-Management"
|
- "Prozesslandschafts-Management"
|
||||||
|
|
||||||
fachbereiche_und_teams:
|
fachbereiche_und_teams:
|
||||||
fokus:
|
fokus:
|
||||||
- "Operatives Wertversprechen"
|
- "Operatives Wertversprechen"
|
||||||
- "Befähigungsorientierte Beziehungen"
|
- "Befähigungsorientierte Beziehungen"
|
||||||
- "Vielfältige Zugangskanäle (Beratung bis Self-Service)"
|
- "Vielfältige Zugangskanäle (Beratung bis Self-Service)"
|
||||||
relevante_aktivitaeten:
|
relevante_aktivitaeten:
|
||||||
- "Beratung"
|
- "Beratung"
|
||||||
- "Befähigung"
|
- "Befähigung"
|
||||||
- "Tool-Bereitstellung"
|
- "Tool-Bereitstellung"
|
||||||
|
|
||||||
key_user:
|
key_user:
|
||||||
mehrfachverortung:
|
mehrfachverortung:
|
||||||
- "Teil der Nutzendensegmente"
|
- "Teil der Nutzendensegmente"
|
||||||
- "Element der Community-Beziehungen"
|
- "Element der Community-Beziehungen"
|
||||||
- "Wichtiger Kanal"
|
- "Wichtiger Kanal"
|
||||||
- "Schlüsselressource"
|
- "Schlüsselressource"
|
||||||
bedeutung: "Zentrale Rolle im Gesamtkonzept"
|
bedeutung: "Zentrale Rolle im Gesamtkonzept"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 7. VERBINDUNG ZU ANDEREN KONZEPTBAUSTEINEN
|
# 7. VERBINDUNG ZU ANDEREN KONZEPTBAUSTEINEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
verbindung_zu_anderen_dokumenten:
|
verbindung_zu_anderen_dokumenten:
|
||||||
- dokument: "Funktionsbeschreibung"
|
- dokument: "Funktionsbeschreibung"
|
||||||
verbindung: "Definiert die formalen Verantwortlichkeiten, die den Leistungen zugrunde liegen"
|
verbindung: "Definiert die formalen Verantwortlichkeiten, die den Leistungen zugrunde liegen"
|
||||||
|
|
||||||
- dokument: "Governance-Modell"
|
- dokument: "Governance-Modell"
|
||||||
verbindung: "Konkretisiert die Entscheidungswege und Beauftragungslogiken"
|
verbindung: "Konkretisiert die Entscheidungswege und Beauftragungslogiken"
|
||||||
|
|
||||||
- dokument: "Rollenmodell"
|
- dokument: "Rollenmodell"
|
||||||
verbindung: "Spezifiziert, wer innerhalb der PM-Funktion für welche Canvas-Elemente verantwortlich ist"
|
verbindung: "Spezifiziert, wer innerhalb der PM-Funktion für welche Canvas-Elemente verantwortlich ist"
|
||||||
|
|
||||||
- dokument: "RACI-Matrix"
|
- dokument: "RACI-Matrix"
|
||||||
verbindung: "Operationalisiert die Zusammenarbeit mit den Schlüsselpartnern"
|
verbindung: "Operationalisiert die Zusammenarbeit mit den Schlüsselpartnern"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ÄNDERUNGSHISTORIE
|
# ÄNDERUNGSHISTORIE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
aenderungshistorie:
|
aenderungshistorie:
|
||||||
- version: "1.0"
|
- version: "1.0"
|
||||||
datum: "2026-02-05"
|
datum: "2026-02-05"
|
||||||
aenderung: |
|
aenderung: |
|
||||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||||
Quelle: #03.1 - Prozess-Management: Leistungs-Canvas.docx
|
Quelle: #03.1 - Prozess-Management: Leistungs-Canvas.docx
|
||||||
|
|
||||||
Inhalte:
|
Inhalte:
|
||||||
- Canvas-Logik (7 Bausteine)
|
- Canvas-Logik (7 Bausteine)
|
||||||
- Cluster A: Nutzendensegmente, Nutzendenbeziehung, Kanäle
|
- Cluster A: Nutzendensegmente, Nutzendenbeziehung, Kanäle
|
||||||
- Cluster B: Wertversprechen (nach Zielgruppen)
|
- Cluster B: Wertversprechen (nach Zielgruppen)
|
||||||
- Cluster C: Schlüsselaktivitäten, -ressourcen, -partner
|
- Cluster C: Schlüsselaktivitäten, -ressourcen, -partner
|
||||||
- Zusammenhänge und Lesehilfen
|
- Zusammenhänge und Lesehilfen
|
||||||
- Verbindungen zu anderen Dokumenten
|
- Verbindungen zu anderen Dokumenten
|
||||||
autor: "DIGITOM-Projekt"
|
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)
|
# ROLLENMODELL: PROZESS-MANAGEMENT (PM)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# Version: 1.0
|
# Version: 1.0
|
||||||
# Datum: 2026-02-05
|
# Datum: 2026-02-05
|
||||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenmodell"
|
typ: "rollenmodell"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
funktion_name: "Prozess-Management"
|
funktion_name: "Prozess-Management"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
geltungsbereich: "DIGITOM / Prozess-Management"
|
geltungsbereich: "DIGITOM / Prozess-Management"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
inhaltlich_abgenommen_durch: ["PM-Teammitglied"]
|
inhaltlich_abgenommen_durch: ["PM-Teammitglied"]
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
quellen:
|
quellen:
|
||||||
- "#04 - Prozess-Management: Rollenmodell.docx"
|
- "#04 - Prozess-Management: Rollenmodell.docx"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# STRATEGISCHE ARCHITEKTUR-PRINZIPIEN
|
# STRATEGISCHE ARCHITEKTUR-PRINZIPIEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
architektur_prinzipien:
|
architektur_prinzipien:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Das Prozess-Management im DIGITOM operiert als Enabling-Funktion mit klarer
|
Das Prozess-Management im DIGITOM operiert als Enabling-Funktion mit klarer
|
||||||
Trennung zwischen methodischer Beratung und operativer PM-Governance.
|
Trennung zwischen methodischer Beratung und operativer PM-Governance.
|
||||||
Die Rollen-Architektur folgt dem Prinzip der dezentralen Befähigung bei
|
Die Rollen-Architektur folgt dem Prinzip der dezentralen Befähigung bei
|
||||||
zentraler Methodenkompetenz.
|
zentraler Methodenkompetenz.
|
||||||
|
|
||||||
kernprinzipien:
|
kernprinzipien:
|
||||||
- prinzip: "Enabling-Funktion"
|
- prinzip: "Enabling-Funktion"
|
||||||
beschreibung: "PM unterstützt und befähigt, kontrolliert nicht"
|
beschreibung: "PM unterstützt und befähigt, kontrolliert nicht"
|
||||||
|
|
||||||
- prinzip: "Dezentrale Befähigung"
|
- prinzip: "Dezentrale Befähigung"
|
||||||
beschreibung: "Prozess-Kompetenz wird in die Fachbereiche getragen"
|
beschreibung: "Prozess-Kompetenz wird in die Fachbereiche getragen"
|
||||||
|
|
||||||
- prinzip: "Zentrale Methodenkompetenz"
|
- prinzip: "Zentrale Methodenkompetenz"
|
||||||
beschreibung: "Framework und Standards werden zentral gepflegt"
|
beschreibung: "Framework und Standards werden zentral gepflegt"
|
||||||
|
|
||||||
- prinzip: "Beratung-vs.-Governance-Trennung"
|
- prinzip: "Beratung-vs.-Governance-Trennung"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Methodische Unterstützung und PM-Compliance-Überwachung werden auf
|
Methodische Unterstützung und PM-Compliance-Überwachung werden auf
|
||||||
unterschiedliche Rollen verteilt, um Vertrauen und Effektivität zu gewährleisten.
|
unterschiedliche Rollen verteilt, um Vertrauen und Effektivität zu gewährleisten.
|
||||||
|
|
||||||
hinweis: |
|
hinweis: |
|
||||||
Die bewusste Differenzierung in 8 Kernrollen ermöglicht klare Verantwortungsschnitte
|
Die bewusste Differenzierung in 8 Kernrollen ermöglicht klare Verantwortungsschnitte
|
||||||
und vermeidet Interessenskonflikte (z.B. zwischen PM-Governance-Überwachung und
|
und vermeidet Interessenskonflikte (z.B. zwischen PM-Governance-Überwachung und
|
||||||
PM-Framework-Gestaltung).
|
PM-Framework-Gestaltung).
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# BEGRIFFSDEFINITION: END-TO-END VERANTWORTUNG
|
# BEGRIFFSDEFINITION: END-TO-END VERANTWORTUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
begriffsdefinitionen:
|
begriffsdefinitionen:
|
||||||
end_to_end_verantwortung:
|
end_to_end_verantwortung:
|
||||||
definition: |
|
definition: |
|
||||||
Im DIGITOM-Kontext bedeutet "End-to-End Verantwortung" die vollständige
|
Im DIGITOM-Kontext bedeutet "End-to-End Verantwortung" die vollständige
|
||||||
Verantwortung für einen definierten Prozessabschnitt über alle beteiligten
|
Verantwortung für einen definierten Prozessabschnitt über alle beteiligten
|
||||||
Funktionen und Abteilungen hinweg.
|
Funktionen und Abteilungen hinweg.
|
||||||
|
|
||||||
abgrenzungen:
|
abgrenzungen:
|
||||||
- "End-to-End bezieht sich auf Teilprozesse, nicht auf den Gesamtprozess"
|
- "End-to-End bezieht sich auf Teilprozesse, nicht auf den Gesamtprozess"
|
||||||
- "Der Process Owner trägt die Verantwortung innerhalb seiner Prozessebene"
|
- "Der Process Owner trägt die Verantwortung innerhalb seiner Prozessebene"
|
||||||
- "Aktive Gestaltung der Schnittstellen zu vor- und nachgelagerten Prozessen"
|
- "Aktive Gestaltung der Schnittstellen zu vor- und nachgelagerten Prozessen"
|
||||||
|
|
||||||
verantwortung_umfasst:
|
verantwortung_umfasst:
|
||||||
- "Performance und Qualität des eigenen Teilprozesses"
|
- "Performance und Qualität des eigenen Teilprozesses"
|
||||||
- "Schnittstellen-Vereinbarungen mit angrenzenden Process Ownern"
|
- "Schnittstellen-Vereinbarungen mit angrenzenden Process Ownern"
|
||||||
- "Eskalation bei Problemen in verbundenen Prozessen"
|
- "Eskalation bei Problemen in verbundenen Prozessen"
|
||||||
- "Kontinuierliche Optimierung inkl. schnittstellenübergreifender Verbesserungen"
|
- "Kontinuierliche Optimierung inkl. schnittstellenübergreifender Verbesserungen"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLEN-ÜBERSICHT
|
# ROLLEN-ÜBERSICHT
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
rollen_uebersicht:
|
rollen_uebersicht:
|
||||||
|
|
||||||
kernrollen_intern:
|
kernrollen_intern:
|
||||||
beschreibung: "Interne PM-Organisation"
|
beschreibung: "Interne PM-Organisation"
|
||||||
rollen:
|
rollen:
|
||||||
- id: "R1"
|
- id: "R1"
|
||||||
name: "Leiter*in Prozess-Management"
|
name: "Leiter*in Prozess-Management"
|
||||||
kurzform: "LPM"
|
kurzform: "LPM"
|
||||||
datei: "rolle_leiter-pm.yaml"
|
datei: "rolle_leiter-pm.yaml"
|
||||||
|
|
||||||
- id: "R2"
|
- id: "R2"
|
||||||
name: "Prozess-Framework-Manager*in"
|
name: "Prozess-Framework-Manager*in"
|
||||||
kurzform: "PFM"
|
kurzform: "PFM"
|
||||||
datei: "rolle_prozess-framework-manager.yaml"
|
datei: "rolle_prozess-framework-manager.yaml"
|
||||||
|
|
||||||
- id: "R3"
|
- id: "R3"
|
||||||
name: "Prozesslandschafts-Koordinator*in"
|
name: "Prozesslandschafts-Koordinator*in"
|
||||||
kurzform: "PLK"
|
kurzform: "PLK"
|
||||||
datei: "rolle_prozesslandschafts-koordinator.yaml"
|
datei: "rolle_prozesslandschafts-koordinator.yaml"
|
||||||
|
|
||||||
- id: "R4"
|
- id: "R4"
|
||||||
name: "Prozess-Berater*in"
|
name: "Prozess-Berater*in"
|
||||||
kurzform: "PB"
|
kurzform: "PB"
|
||||||
datei: "rolle_prozess-berater.yaml"
|
datei: "rolle_prozess-berater.yaml"
|
||||||
|
|
||||||
- id: "R5"
|
- id: "R5"
|
||||||
name: "Key-User-Netzwerk-Manager*in"
|
name: "Key-User-Netzwerk-Manager*in"
|
||||||
kurzform: "KNM"
|
kurzform: "KNM"
|
||||||
datei: "rolle_key-user-netzwerk-manager.yaml"
|
datei: "rolle_key-user-netzwerk-manager.yaml"
|
||||||
|
|
||||||
schnittstellenrollen:
|
schnittstellenrollen:
|
||||||
beschreibung: "Rollen an der Schnittstelle zwischen PM und Organisation"
|
beschreibung: "Rollen an der Schnittstelle zwischen PM und Organisation"
|
||||||
rollen:
|
rollen:
|
||||||
- id: "R6"
|
- id: "R6"
|
||||||
name: "Process Owner"
|
name: "Process Owner"
|
||||||
kurzform: "PO"
|
kurzform: "PO"
|
||||||
datei: "rolle_process-owner.yaml"
|
datei: "rolle_process-owner.yaml"
|
||||||
hinweis: "Übernommen von SHM, DPM, PPM, SPM"
|
hinweis: "Übernommen von SHM, DPM, PPM, SPM"
|
||||||
|
|
||||||
- id: "R7"
|
- id: "R7"
|
||||||
name: "Key-User"
|
name: "Key-User"
|
||||||
kurzform: "KU"
|
kurzform: "KU"
|
||||||
datei: "rolle_key-user.yaml"
|
datei: "rolle_key-user.yaml"
|
||||||
hinweis: "Formale Rolle in den Fachbereichen"
|
hinweis: "Formale Rolle in den Fachbereichen"
|
||||||
|
|
||||||
- id: "R8"
|
- id: "R8"
|
||||||
name: "Auftraggeber Prozess-Management"
|
name: "Auftraggeber Prozess-Management"
|
||||||
kurzform: "AG-PM"
|
kurzform: "AG-PM"
|
||||||
datei: "rolle_auftraggeber-pm.yaml"
|
datei: "rolle_auftraggeber-pm.yaml"
|
||||||
hinweis: "Verschiedene organisatorische Ausprägungen"
|
hinweis: "Verschiedene organisatorische Ausprägungen"
|
||||||
|
|
||||||
governance_support_rollen:
|
governance_support_rollen:
|
||||||
beschreibung: "Governance- und Support-Rollen"
|
beschreibung: "Governance- und Support-Rollen"
|
||||||
rollen:
|
rollen:
|
||||||
- id: "R9"
|
- id: "R9"
|
||||||
name: "IT-Architektur"
|
name: "IT-Architektur"
|
||||||
kurzform: "ITA"
|
kurzform: "ITA"
|
||||||
datei: "rolle_it-architektur.yaml"
|
datei: "rolle_it-architektur.yaml"
|
||||||
hinweis: "Technische Schnittstelle"
|
hinweis: "Technische Schnittstelle"
|
||||||
|
|
||||||
- id: "R10"
|
- id: "R10"
|
||||||
name: "ISB / Datenschutzbeauftragte*r"
|
name: "ISB / Datenschutzbeauftragte*r"
|
||||||
kurzform: "ISB/DSB"
|
kurzform: "ISB/DSB"
|
||||||
datei: "rolle_isb-dsb.yaml"
|
datei: "rolle_isb-dsb.yaml"
|
||||||
|
|
||||||
- id: "R11"
|
- id: "R11"
|
||||||
name: "Gremien"
|
name: "Gremien"
|
||||||
kurzform: "VB/MB/DSR"
|
kurzform: "VB/MB/DSR"
|
||||||
datei: "rolle_gremien.yaml"
|
datei: "rolle_gremien.yaml"
|
||||||
hinweis: "Vision Board, Mission Board, DSR"
|
hinweis: "Vision Board, Mission Board, DSR"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ÄNDERUNGSHISTORIE
|
# ÄNDERUNGSHISTORIE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
aenderungshistorie:
|
aenderungshistorie:
|
||||||
- version: "1.0"
|
- version: "1.0"
|
||||||
datum: "2026-02-05"
|
datum: "2026-02-05"
|
||||||
aenderung: |
|
aenderung: |
|
||||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||||
Quelle: #04 - Prozess-Management: Rollenmodell.docx
|
Quelle: #04 - Prozess-Management: Rollenmodell.docx
|
||||||
autor: "DIGITOM-Projekt"
|
autor: "DIGITOM-Projekt"
|
||||||
|
|
|
||||||
|
|
@ -1,69 +1,69 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: AUFTRAGGEBER PROZESS-MANAGEMENT (AG-PM)
|
# ROLLE: AUFTRAGGEBER PROZESS-MANAGEMENT (AG-PM)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R8-AG-PM"
|
rolle_id: "R8-AG-PM"
|
||||||
rolle_name: "Auftraggeber Prozess-Management"
|
rolle_name: "Auftraggeber Prozess-Management"
|
||||||
kurzform: "AG-PM"
|
kurzform: "AG-PM"
|
||||||
kategorie: "schnittstellenrolle"
|
kategorie: "schnittstellenrolle"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
hinweis: "Verschiedene organisatorische Ausprägungen"
|
hinweis: "Verschiedene organisatorische Ausprägungen"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
Bedarfs-Artikulation und Beauftragung der PM-Funktion zur zielgerichteten
|
Bedarfs-Artikulation und Beauftragung der PM-Funktion zur zielgerichteten
|
||||||
Nutzung der PM-Services für spezifische organisatorische Herausforderungen.
|
Nutzung der PM-Services für spezifische organisatorische Herausforderungen.
|
||||||
|
|
||||||
kernaufgaben:
|
kernaufgaben:
|
||||||
- "Identifikation und Artikulation von Prozess-Management-Bedarfen"
|
- "Identifikation und Artikulation von Prozess-Management-Bedarfen"
|
||||||
- "Formale Beauftragung der PM-Funktion mit spezifischen Aufgaben oder Projekten"
|
- "Formale Beauftragung der PM-Funktion mit spezifischen Aufgaben oder Projekten"
|
||||||
- "Bereitstellung notwendiger Ressourcen und Informationen für PM-Services"
|
- "Bereitstellung notwendiger Ressourcen und Informationen für PM-Services"
|
||||||
- "Definition von Erfolgserwartungen und Zielen für PM-Unterstützung"
|
- "Definition von Erfolgserwartungen und Zielen für PM-Unterstützung"
|
||||||
- "Feedback und Bewertung der erbrachten PM-Leistungen"
|
- "Feedback und Bewertung der erbrachten PM-Leistungen"
|
||||||
- "Sicherstellung der Implementierung von PM-Empfehlungen"
|
- "Sicherstellung der Implementierung von PM-Empfehlungen"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# AUFTRAGGEBER-KATEGORIEN
|
# AUFTRAGGEBER-KATEGORIEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
auftraggeber_kategorien:
|
auftraggeber_kategorien:
|
||||||
- kategorie: "Abteilungsleitung"
|
- kategorie: "Abteilungsleitung"
|
||||||
fokus: "Bereichsspezifische Prozessoptimierungen"
|
fokus: "Bereichsspezifische Prozessoptimierungen"
|
||||||
|
|
||||||
- kategorie: "Projektleitungen"
|
- kategorie: "Projektleitungen"
|
||||||
fokus: "Projektbezogene Prozess-Unterstützung"
|
fokus: "Projektbezogene Prozess-Unterstützung"
|
||||||
|
|
||||||
- kategorie: "Vision Board / Mission Board"
|
- kategorie: "Vision Board / Mission Board"
|
||||||
fokus: "Strategische PM-Initiativen"
|
fokus: "Strategische PM-Initiativen"
|
||||||
|
|
||||||
- kategorie: "Service-(Portfolio)-Manager"
|
- kategorie: "Service-(Portfolio)-Manager"
|
||||||
fokus: "Servicebezogene Prozessentwicklung"
|
fokus: "Servicebezogene Prozessentwicklung"
|
||||||
|
|
||||||
stakeholder:
|
stakeholder:
|
||||||
- name: "PM-Funktion"
|
- name: "PM-Funktion"
|
||||||
beziehung: "Beauftragung und Zusammenarbeit"
|
beziehung: "Beauftragung und Zusammenarbeit"
|
||||||
- name: "Betroffene Teams und Bereiche"
|
- name: "Betroffene Teams und Bereiche"
|
||||||
beziehung: "Implementierung"
|
beziehung: "Implementierung"
|
||||||
- name: "Übergeordnete Gremien"
|
- name: "Übergeordnete Gremien"
|
||||||
beziehung: "Bei strategischen Aufträgen"
|
beziehung: "Bei strategischen Aufträgen"
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
- "Beauftragung und Priorisierung von PM-Services im eigenen Verantwortungsbereich"
|
- "Beauftragung und Priorisierung von PM-Services im eigenen Verantwortungsbereich"
|
||||||
- "Ressourcen-Bereitstellung für beauftragte PM-Aktivitäten"
|
- "Ressourcen-Bereitstellung für beauftragte PM-Aktivitäten"
|
||||||
- "Freigabe und Implementierungs-Entscheidungen für PM-Empfehlungen"
|
- "Freigabe und Implementierungs-Entscheidungen für PM-Empfehlungen"
|
||||||
|
|
||||||
kompetenzen:
|
kompetenzen:
|
||||||
- "Bedarfs-Analyse und Ziel-Definition für Prozessoptimierungen"
|
- "Bedarfs-Analyse und Ziel-Definition für Prozessoptimierungen"
|
||||||
- "Stakeholder-Management für Implementierungsmaßnahmen"
|
- "Stakeholder-Management für Implementierungsmaßnahmen"
|
||||||
- "Change-Management-Grundverständnis"
|
- "Change-Management-Grundverständnis"
|
||||||
- "Budget- und Ressourcen-Verantwortung"
|
- "Budget- und Ressourcen-Verantwortung"
|
||||||
|
|
|
||||||
|
|
@ -1,71 +1,71 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: GREMIEN (Vision Board, Mission Board, DSR)
|
# ROLLE: GREMIEN (Vision Board, Mission Board, DSR)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R11-GREMIEN"
|
rolle_id: "R11-GREMIEN"
|
||||||
rolle_name: "Gremien"
|
rolle_name: "Gremien"
|
||||||
kurzform: "VB/MB/DSR"
|
kurzform: "VB/MB/DSR"
|
||||||
kategorie: "governance_support"
|
kategorie: "governance_support"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
hinweis: "Vision Board, Mission Board, Digital Services Review"
|
hinweis: "Vision Board, Mission Board, Digital Services Review"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
Strategische und taktische Steuerung der PM-Funktion sowie
|
Strategische und taktische Steuerung der PM-Funktion sowie
|
||||||
Entscheidungen zu prozessrelevanten Governance-Fragen.
|
Entscheidungen zu prozessrelevanten Governance-Fragen.
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# GREMIEN-SPEZIFISCHE AUFGABEN
|
# GREMIEN-SPEZIFISCHE AUFGABEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
gremien:
|
gremien:
|
||||||
vision_board:
|
vision_board:
|
||||||
name: "Vision Board"
|
name: "Vision Board"
|
||||||
ebene: "strategisch"
|
ebene: "strategisch"
|
||||||
aufgaben:
|
aufgaben:
|
||||||
- "Strategische PM-Ausrichtung und Framework-Grundsätze"
|
- "Strategische PM-Ausrichtung und Framework-Grundsätze"
|
||||||
- "Budget- und Ressourcen-Entscheidungen für PM-Funktion"
|
- "Budget- und Ressourcen-Entscheidungen für PM-Funktion"
|
||||||
- "Grundsatzentscheidungen bei Eskalationen"
|
- "Grundsatzentscheidungen bei Eskalationen"
|
||||||
|
|
||||||
mission_board:
|
mission_board:
|
||||||
name: "Mission Board"
|
name: "Mission Board"
|
||||||
ebene: "taktisch"
|
ebene: "taktisch"
|
||||||
aufgaben:
|
aufgaben:
|
||||||
- "Taktische PM-Priorisierung und Konfliktlösung"
|
- "Taktische PM-Priorisierung und Konfliktlösung"
|
||||||
- "Prozessübergreifende Optimierungsentscheidungen"
|
- "Prozessübergreifende Optimierungsentscheidungen"
|
||||||
- "Entscheidungen bei Ressourcenkonflikten"
|
- "Entscheidungen bei Ressourcenkonflikten"
|
||||||
- "Governance-Eskalationen"
|
- "Governance-Eskalationen"
|
||||||
|
|
||||||
dsr:
|
dsr:
|
||||||
name: "Digital Services Review (DSR)"
|
name: "Digital Services Review (DSR)"
|
||||||
ebene: "operativ"
|
ebene: "operativ"
|
||||||
aufgaben:
|
aufgaben:
|
||||||
- "Operative Prozess-Entscheidungen im Kontext des Service-Portfolios"
|
- "Operative Prozess-Entscheidungen im Kontext des Service-Portfolios"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# BEZIEHUNG ZUR PM-FUNKTION
|
# BEZIEHUNG ZUR PM-FUNKTION
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
beziehung_pm:
|
beziehung_pm:
|
||||||
vision_board:
|
vision_board:
|
||||||
- "Empfängt strategische Berichte und Konzepte von PM"
|
- "Empfängt strategische Berichte und Konzepte von PM"
|
||||||
- "Erteilt strategische Aufträge an PM"
|
- "Erteilt strategische Aufträge an PM"
|
||||||
- "Entscheidet über Framework-Transformationen"
|
- "Entscheidet über Framework-Transformationen"
|
||||||
|
|
||||||
mission_board:
|
mission_board:
|
||||||
- "Empfängt operative Berichte von PM"
|
- "Empfängt operative Berichte von PM"
|
||||||
- "Entscheidet über Projekt-Leistungen"
|
- "Entscheidet über Projekt-Leistungen"
|
||||||
- "Löst Prioritätskonflikte"
|
- "Löst Prioritätskonflikte"
|
||||||
|
|
||||||
dsr:
|
dsr:
|
||||||
- "Abstimmung servicebezogener Prozessfragen"
|
- "Abstimmung servicebezogener Prozessfragen"
|
||||||
|
|
|
||||||
|
|
@ -1,40 +1,40 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: ISB / DATENSCHUTZBEAUFTRAGTE*R
|
# ROLLE: ISB / DATENSCHUTZBEAUFTRAGTE*R
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R10-ISB-DSB"
|
rolle_id: "R10-ISB-DSB"
|
||||||
rolle_name: "Informationssicherheitsbeauftragte*r / Datenschutzbeauftragte*r"
|
rolle_name: "Informationssicherheitsbeauftragte*r / Datenschutzbeauftragte*r"
|
||||||
kurzform: "ISB/DSB"
|
kurzform: "ISB/DSB"
|
||||||
kategorie: "governance_support"
|
kategorie: "governance_support"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
Sicherstellung der Compliance von Prozessen und PM-Tools mit
|
Sicherstellung der Compliance von Prozessen und PM-Tools mit
|
||||||
Sicherheits- und Datenschutzvorgaben.
|
Sicherheits- und Datenschutzvorgaben.
|
||||||
|
|
||||||
kernaufgaben:
|
kernaufgaben:
|
||||||
- "Compliance-Prüfung von Prozess-Designs und PM-Tools"
|
- "Compliance-Prüfung von Prozess-Designs und PM-Tools"
|
||||||
- "Definition sicherheitsrelevanter Prozess-Anforderungen"
|
- "Definition sicherheitsrelevanter Prozess-Anforderungen"
|
||||||
- "Risiko-Assessment für prozessbezogene Datenverarbeitung"
|
- "Risiko-Assessment für prozessbezogene Datenverarbeitung"
|
||||||
|
|
||||||
stakeholder:
|
stakeholder:
|
||||||
- name: "PM-Funktion"
|
- name: "PM-Funktion"
|
||||||
beziehung: "Compliance-Beratung und -Freigaben"
|
beziehung: "Compliance-Beratung und -Freigaben"
|
||||||
- name: "Process Owner"
|
- name: "Process Owner"
|
||||||
beziehung: "Prozessbezogene Sicherheitsanforderungen"
|
beziehung: "Prozessbezogene Sicherheitsanforderungen"
|
||||||
- name: "Fachbereiche/Abteilungen"
|
- name: "Fachbereiche/Abteilungen"
|
||||||
beziehung: "Datenschutz-Compliance"
|
beziehung: "Datenschutz-Compliance"
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
- "Compliance-Freigaben für Prozesse und Tools"
|
- "Compliance-Freigaben für Prozesse und Tools"
|
||||||
- "Definition von Sicherheitsanforderungen"
|
- "Definition von Sicherheitsanforderungen"
|
||||||
|
|
|
||||||
|
|
@ -1,43 +1,43 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: IT-ARCHITEKTUR (Technische Schnittstelle)
|
# ROLLE: IT-ARCHITEKTUR (Technische Schnittstelle)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R9-ITA"
|
rolle_id: "R9-ITA"
|
||||||
rolle_name: "IT-Architektur"
|
rolle_name: "IT-Architektur"
|
||||||
kurzform: "ITA"
|
kurzform: "ITA"
|
||||||
kategorie: "governance_support"
|
kategorie: "governance_support"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
hinweis: "Technische Schnittstelle zur PM-Funktion"
|
hinweis: "Technische Schnittstelle zur PM-Funktion"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
Sicherstellung der technischen Machbarkeit und Integration von
|
Sicherstellung der technischen Machbarkeit und Integration von
|
||||||
Prozess-Lösungen in die DIGITOM-IT-Landschaft.
|
Prozess-Lösungen in die DIGITOM-IT-Landschaft.
|
||||||
|
|
||||||
kernaufgaben:
|
kernaufgaben:
|
||||||
- "Bewertung technischer Anforderungen aus Prozess-Design-Entscheidungen"
|
- "Bewertung technischer Anforderungen aus Prozess-Design-Entscheidungen"
|
||||||
- "Definition technischer Rahmenbedingungen für Prozess-Tools und -systeme"
|
- "Definition technischer Rahmenbedingungen für Prozess-Tools und -systeme"
|
||||||
- "Sicherstellung der Systemkompatibilität bei prozessbezogenen IT-Lösungen"
|
- "Sicherstellung der Systemkompatibilität bei prozessbezogenen IT-Lösungen"
|
||||||
- "Beratung zu technischen Möglichkeiten und Grenzen bei Prozessoptimierungen"
|
- "Beratung zu technischen Möglichkeiten und Grenzen bei Prozessoptimierungen"
|
||||||
|
|
||||||
stakeholder:
|
stakeholder:
|
||||||
- name: "PM-Funktion"
|
- name: "PM-Funktion"
|
||||||
beziehung: "Technische Beratung und Abstimmung"
|
beziehung: "Technische Beratung und Abstimmung"
|
||||||
- name: "Process Owner"
|
- name: "Process Owner"
|
||||||
beziehung: "Prozessbezogene IT-Anforderungen"
|
beziehung: "Prozessbezogene IT-Anforderungen"
|
||||||
- name: "IT-Betrieb"
|
- name: "IT-Betrieb"
|
||||||
beziehung: "Systemintegration und -betrieb"
|
beziehung: "Systemintegration und -betrieb"
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
- "Technische Architektur-Vorgaben für Prozess-Tools"
|
- "Technische Architektur-Vorgaben für Prozess-Tools"
|
||||||
- "System-Kompatibilitäts-Bewertungen"
|
- "System-Kompatibilitäts-Bewertungen"
|
||||||
|
|
|
||||||
|
|
@ -1,57 +1,57 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: KEY-USER-NETZWERK-MANAGER*IN (KNM)
|
# ROLLE: KEY-USER-NETZWERK-MANAGER*IN (KNM)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R5-KNM"
|
rolle_id: "R5-KNM"
|
||||||
rolle_name: "Key-User-Netzwerk-Manager*in"
|
rolle_name: "Key-User-Netzwerk-Manager*in"
|
||||||
kurzform: "KNM"
|
kurzform: "KNM"
|
||||||
kategorie: "kernrolle_intern"
|
kategorie: "kernrolle_intern"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
Systematischer Aufbau und Betreuung eines dezentralen Netzwerks von
|
Systematischer Aufbau und Betreuung eines dezentralen Netzwerks von
|
||||||
Prozess-Champions zur Skalierung der PM-Kompetenz in die gesamte
|
Prozess-Champions zur Skalierung der PM-Kompetenz in die gesamte
|
||||||
DIGITOM-Organisation.
|
DIGITOM-Organisation.
|
||||||
|
|
||||||
kernaufgaben:
|
kernaufgaben:
|
||||||
- "Identifikation, Rekrutierung und Onboarding geeigneter Key-User in allen Abteilungen"
|
- "Identifikation, Rekrutierung und Onboarding geeigneter Key-User in allen Abteilungen"
|
||||||
- "Entwicklung und Durchführung strukturierter Qualifizierungsprogramme für Key-User"
|
- "Entwicklung und Durchführung strukturierter Qualifizierungsprogramme für Key-User"
|
||||||
- "Community-Management durch regelmäßige Netzwerk-Events und Erfahrungsaustausch"
|
- "Community-Management durch regelmäßige Netzwerk-Events und Erfahrungsaustausch"
|
||||||
- "Aufbau und Pflege der zentralen Wissensplattform mit Self-Service-Ressourcen"
|
- "Aufbau und Pflege der zentralen Wissensplattform mit Self-Service-Ressourcen"
|
||||||
- "Best-Practice-Transfer zwischen Abteilungen durch das Key-User-Netzwerk"
|
- "Best-Practice-Transfer zwischen Abteilungen durch das Key-User-Netzwerk"
|
||||||
- "Performance-Management des Key-User-Netzwerks und kontinuierliche Weiterentwicklung"
|
- "Performance-Management des Key-User-Netzwerks und kontinuierliche Weiterentwicklung"
|
||||||
|
|
||||||
stakeholder:
|
stakeholder:
|
||||||
- name: "Key-User in allen Fachbereichen/Abteilungen"
|
- name: "Key-User in allen Fachbereichen/Abteilungen"
|
||||||
beziehung: "Direkte Betreuung und Entwicklung"
|
beziehung: "Direkte Betreuung und Entwicklung"
|
||||||
- name: "Fachbereichsleitungen"
|
- name: "Fachbereichsleitungen"
|
||||||
beziehung: "Key-User-Nominierung und Freistellung"
|
beziehung: "Key-User-Nominierung und Freistellung"
|
||||||
- name: "Prozess-Berater:innen"
|
- name: "Prozess-Berater:innen"
|
||||||
beziehung: "Operative Zusammenarbeit bei Fachbereichs-Support"
|
beziehung: "Operative Zusammenarbeit bei Fachbereichs-Support"
|
||||||
- name: "IT-Abteilung"
|
- name: "IT-Abteilung"
|
||||||
beziehung: "Wissensplattform-Entwicklung und -betrieb"
|
beziehung: "Wissensplattform-Entwicklung und -betrieb"
|
||||||
- name: "Personalentwicklung"
|
- name: "Personalentwicklung"
|
||||||
beziehung: "Qualifizierungskoordination"
|
beziehung: "Qualifizierungskoordination"
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
- "Key-User-Qualifizierungskonzepte und Schulungsprogramm-Design"
|
- "Key-User-Qualifizierungskonzepte und Schulungsprogramm-Design"
|
||||||
- "Community-Event-Planung und Ressourcen-Allokation"
|
- "Community-Event-Planung und Ressourcen-Allokation"
|
||||||
- "Wissensplattform-Inhalte und Self-Service-Ressourcen-Priorisierung"
|
- "Wissensplattform-Inhalte und Self-Service-Ressourcen-Priorisierung"
|
||||||
- "Key-User-Performance-Bewertung und Entwicklungsempfehlungen"
|
- "Key-User-Performance-Bewertung und Entwicklungsempfehlungen"
|
||||||
|
|
||||||
kompetenzen:
|
kompetenzen:
|
||||||
- "Community-Building und Netzwerk-Management für diverse organisatorische Kontexte"
|
- "Community-Building und Netzwerk-Management für diverse organisatorische Kontexte"
|
||||||
- "Didaktische Expertise für Erwachsenenbildung und Kompetenzentwicklung"
|
- "Didaktische Expertise für Erwachsenenbildung und Kompetenzentwicklung"
|
||||||
- "Content-Management für digitale Wissensplattformen"
|
- "Content-Management für digitale Wissensplattformen"
|
||||||
- "Motivations- und Engagement-Management für freiwillige Communities"
|
- "Motivations- und Engagement-Management für freiwillige Communities"
|
||||||
- "Train-the-Trainer-Fähigkeiten für Multiplikator-Entwicklung"
|
- "Train-the-Trainer-Fähigkeiten für Multiplikator-Entwicklung"
|
||||||
|
|
|
||||||
|
|
@ -1,59 +1,59 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: KEY-USER (KU)
|
# ROLLE: KEY-USER (KU)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R7-KU"
|
rolle_id: "R7-KU"
|
||||||
rolle_name: "Key-User"
|
rolle_name: "Key-User"
|
||||||
kurzform: "KU"
|
kurzform: "KU"
|
||||||
kategorie: "schnittstellenrolle"
|
kategorie: "schnittstellenrolle"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
hinweis: "Formale Rolle in den Fachbereichen/Abteilungen"
|
hinweis: "Formale Rolle in den Fachbereichen/Abteilungen"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
Dezentrale PM-Kompetenz und Change-Agenten in den Fachbereichen/Abteilungen
|
Dezentrale PM-Kompetenz und Change-Agenten in den Fachbereichen/Abteilungen
|
||||||
zur lokalen Prozessexpertise und Schnittstelle zur zentralen PM-Funktion.
|
zur lokalen Prozessexpertise und Schnittstelle zur zentralen PM-Funktion.
|
||||||
|
|
||||||
kernaufgaben:
|
kernaufgaben:
|
||||||
- "Erste Anlaufstelle für prozessbezogene Fragen und Herausforderungen im eigenen Fachbereich/Abteilung"
|
- "Erste Anlaufstelle für prozessbezogene Fragen und Herausforderungen im eigenen Fachbereich/Abteilung"
|
||||||
- "Lokale Prozessexpertise und Unterstützung der Kollegen bei Prozessarbeit"
|
- "Lokale Prozessexpertise und Unterstützung der Kollegen bei Prozessarbeit"
|
||||||
- "Schnittstelle zwischen Fachbereichen/Abteilungen und zentraler PM-Funktion"
|
- "Schnittstelle zwischen Fachbereichen/Abteilungen und zentraler PM-Funktion"
|
||||||
- "Modellierung spezifischer (Fach-)Prozesse"
|
- "Modellierung spezifischer (Fach-)Prozesse"
|
||||||
- "Implementierung von Framework-Updates und Prozessänderungen im Fachbereich"
|
- "Implementierung von Framework-Updates und Prozessänderungen im Fachbereich"
|
||||||
- "Identifikation lokaler Optimierungspotenziale und Weiterleitung an PM-Funktion"
|
- "Identifikation lokaler Optimierungspotenziale und Weiterleitung an PM-Funktion"
|
||||||
- "Multiplikator für Prozess-Know-how und Best Practices"
|
- "Multiplikator für Prozess-Know-how und Best Practices"
|
||||||
|
|
||||||
stakeholder:
|
stakeholder:
|
||||||
- name: "Kolleg:innen im eigenen Fachbereich/Abteilung"
|
- name: "Kolleg:innen im eigenen Fachbereich/Abteilung"
|
||||||
beziehung: "Direkte Unterstützung"
|
beziehung: "Direkte Unterstützung"
|
||||||
- name: "Key-User-Netzwerk-Manager:in"
|
- name: "Key-User-Netzwerk-Manager:in"
|
||||||
beziehung: "Qualifizierung und Community"
|
beziehung: "Qualifizierung und Community"
|
||||||
- name: "Prozess-Berater:innen"
|
- name: "Prozess-Berater:innen"
|
||||||
beziehung: "Bei komplexeren Herausforderungen"
|
beziehung: "Bei komplexeren Herausforderungen"
|
||||||
- name: "Fachbereichs-/Abteilungsleitung"
|
- name: "Fachbereichs-/Abteilungsleitung"
|
||||||
beziehung: "Lokale PM-Vertretung"
|
beziehung: "Lokale PM-Vertretung"
|
||||||
- name: "Andere Key-User"
|
- name: "Andere Key-User"
|
||||||
beziehung: "Erfahrungsaustausch und Peer-Learning"
|
beziehung: "Erfahrungsaustausch und Peer-Learning"
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
- "Erste Bewertung und Priorisierung lokaler Prozess-Anfragen"
|
- "Erste Bewertung und Priorisierung lokaler Prozess-Anfragen"
|
||||||
- "Methodische Empfehlungen für Standardsituationen im Rahmen des Frameworks"
|
- "Methodische Empfehlungen für Standardsituationen im Rahmen des Frameworks"
|
||||||
- "Weiterleitung komplexerer Fälle an zentrale PM-Funktion"
|
- "Weiterleitung komplexerer Fälle an zentrale PM-Funktion"
|
||||||
- "Lokale Prozess-Dokumentations-Updates in Abstimmung mit Process Owner"
|
- "Lokale Prozess-Dokumentations-Updates in Abstimmung mit Process Owner"
|
||||||
|
|
||||||
kompetenzen:
|
kompetenzen:
|
||||||
- "Fundierte Kenntnisse des PM-Frameworks und Standard-Methoden"
|
- "Fundierte Kenntnisse des PM-Frameworks und Standard-Methoden"
|
||||||
- "Beratungs- und Unterstützungskompetenz für Kolleg:innen"
|
- "Beratungs- und Unterstützungskompetenz für Kolleg:innen"
|
||||||
- "Fachbereichs-spezifisches Prozess-Know-how"
|
- "Fachbereichs-spezifisches Prozess-Know-how"
|
||||||
- "Netzwerk- und Community-Fähigkeiten"
|
- "Netzwerk- und Community-Fähigkeiten"
|
||||||
- "Change-Agent-Qualitäten für lokale Prozessverbesserungen"
|
- "Change-Agent-Qualitäten für lokale Prozessverbesserungen"
|
||||||
|
|
|
||||||
|
|
@ -1,61 +1,61 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: LEITER*IN PROZESS-MANAGEMENT (LPM)
|
# ROLLE: LEITER*IN PROZESS-MANAGEMENT (LPM)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R1-LPM"
|
rolle_id: "R1-LPM"
|
||||||
rolle_name: "Leiter*in Prozess-Management"
|
rolle_name: "Leiter*in Prozess-Management"
|
||||||
kurzform: "LPM"
|
kurzform: "LPM"
|
||||||
kategorie: "kernrolle_intern"
|
kategorie: "kernrolle_intern"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
Strategische Führung und operative Steuerung der gesamten PM-Funktion
|
Strategische Führung und operative Steuerung der gesamten PM-Funktion
|
||||||
zur Sicherstellung der Wertschöpfung für DIGITOM.
|
zur Sicherstellung der Wertschöpfung für DIGITOM.
|
||||||
|
|
||||||
kernaufgaben:
|
kernaufgaben:
|
||||||
- "Strategische Ausrichtung der PM-Funktion an DIGIT-Zielen und organisationalen Bedarfen"
|
- "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)"
|
- "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)"
|
- "Koordination und Priorisierung der internen PM-Rollen (PFM, PLK, PB, KNM)"
|
||||||
- "Stakeholder-Management zu Gremien und Fachbereichen/Abteilungen"
|
- "Stakeholder-Management zu Gremien und Fachbereichen/Abteilungen"
|
||||||
- "Ressourcenplanung, Budgetverantwortung und Kapazitätssteuerung der PM-Funktion"
|
- "Ressourcenplanung, Budgetverantwortung und Kapazitätssteuerung der PM-Funktion"
|
||||||
- "Eskalationsmanagement bei strategischen Konflikten oder Ressourcenengpässen"
|
- "Eskalationsmanagement bei strategischen Konflikten oder Ressourcenengpässen"
|
||||||
- "Im Fall von Ressourcen-Konflikten: Erstbewertung und Empfehlung, bei kritischen Fällen Eskalation ans Mission Board"
|
- "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"
|
- "Berichterstattung an Vision Board über PM-Performance und strategische Entwicklungen"
|
||||||
|
|
||||||
stakeholder:
|
stakeholder:
|
||||||
- name: "Vision Board"
|
- name: "Vision Board"
|
||||||
beziehung: "Auftraggeber und strategische Abstimmung"
|
beziehung: "Auftraggeber und strategische Abstimmung"
|
||||||
- name: "Mission Board"
|
- name: "Mission Board"
|
||||||
beziehung: "Taktische Abstimmung"
|
beziehung: "Taktische Abstimmung"
|
||||||
- name: "Interne PM-Rollen"
|
- name: "Interne PM-Rollen"
|
||||||
beziehung: "Führung und Koordination"
|
beziehung: "Führung und Koordination"
|
||||||
- name: "Abteilungsleitungen"
|
- name: "Abteilungsleitungen"
|
||||||
beziehung: "Strategische PM-Partnerschaften"
|
beziehung: "Strategische PM-Partnerschaften"
|
||||||
- name: "Amtsleitung DIGIT"
|
- name: "Amtsleitung DIGIT"
|
||||||
beziehung: "Organisatorische Einbindung"
|
beziehung: "Organisatorische Einbindung"
|
||||||
- name: "Externe Berater und Dienstleister"
|
- name: "Externe Berater und Dienstleister"
|
||||||
beziehung: "Strategische Partnerschaften"
|
beziehung: "Strategische Partnerschaften"
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
- "Priorisierung von PM-Aufträgen bei Ressourcenkonflikten (bei kritischen Entscheidungen in Konsultation mit Mission Board)"
|
- "Priorisierung von PM-Aufträgen bei Ressourcenkonflikten (bei kritischen Entscheidungen in Konsultation mit Mission Board)"
|
||||||
- "Personalentscheidungen für PM-Team (Einstellung, Entwicklung, Zielsetzung)"
|
- "Personalentscheidungen für PM-Team (Einstellung, Entwicklung, Zielsetzung)"
|
||||||
- "Budget-Allokation für PM-Tools, Schulungen und externe Unterstützung"
|
- "Budget-Allokation für PM-Tools, Schulungen und externe Unterstützung"
|
||||||
- "Eskalation an Mission Board bei konkurrierenden Prioritäten"
|
- "Eskalation an Mission Board bei konkurrierenden Prioritäten"
|
||||||
- "PM-Framework-Freigaben nach PFM-Vorschlägen"
|
- "PM-Framework-Freigaben nach PFM-Vorschlägen"
|
||||||
|
|
||||||
kompetenzen:
|
kompetenzen:
|
||||||
- "Führungskompetenz für interdisziplinäre Teams mit verschiedenen Expertisen"
|
- "Führungskompetenz für interdisziplinäre Teams mit verschiedenen Expertisen"
|
||||||
- "Strategisches Stakeholder-Management und politische Sensibilität in der Verwaltung"
|
- "Strategisches Stakeholder-Management und politische Sensibilität in der Verwaltung"
|
||||||
- "Verständnis für das DIGITOM und das PM-Framework sowie organisationale Transformationen"
|
- "Verständnis für das DIGITOM und das PM-Framework sowie organisationale Transformationen"
|
||||||
- "Konfliktmanagement bei konkurrierenden Prioritäten in verschiedenen Fachbereichen/Abteilungen"
|
- "Konfliktmanagement bei konkurrierenden Prioritäten in verschiedenen Fachbereichen/Abteilungen"
|
||||||
- "Change Management für komplexe organisatorische Veränderungen"
|
- "Change Management für komplexe organisatorische Veränderungen"
|
||||||
|
|
|
||||||
|
|
@ -1,80 +1,80 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: PROCESS OWNER (PO)
|
# ROLLE: PROCESS OWNER (PO)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R6-PO"
|
rolle_id: "R6-PO"
|
||||||
rolle_name: "Process Owner"
|
rolle_name: "Process Owner"
|
||||||
kurzform: "PO"
|
kurzform: "PO"
|
||||||
kategorie: "schnittstellenrolle"
|
kategorie: "schnittstellenrolle"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
hinweis: |
|
hinweis: |
|
||||||
Übernommen von: Stakeholder-Manager (SHM), Demand Portfolio Manager (DPM),
|
Übernommen von: Stakeholder-Manager (SHM), Demand Portfolio Manager (DPM),
|
||||||
Projekt Portfolio Manager (PPM), Service Portfolio Manager (SPM)
|
Projekt Portfolio Manager (PPM), Service Portfolio Manager (SPM)
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
End-to-End-Verantwortung für spezifische Teilprozess-Prozesse zur
|
End-to-End-Verantwortung für spezifische Teilprozess-Prozesse zur
|
||||||
Sicherstellung von Prozess-Performance, Qualität und kontinuierlicher Optimierung.
|
Sicherstellung von Prozess-Performance, Qualität und kontinuierlicher Optimierung.
|
||||||
|
|
||||||
kernaufgaben:
|
kernaufgaben:
|
||||||
- "Strategische Verantwortung für Performance und Qualität der zugeordneten End-to-End-Prozesse"
|
- "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"
|
- "Definition prozessspezifischer KPIs auf Basis zentral vorgegebener KPI-Kategorien und Standards"
|
||||||
- "Monitoring der Prozess-KPIs in Abstimmung mit organisationalen Zielen"
|
- "Monitoring der Prozess-KPIs in Abstimmung mit organisationalen Zielen"
|
||||||
- "Koordination prozessbezogener Optimierungsinitiativen zwischen beteiligten Bereichen"
|
- "Koordination prozessbezogener Optimierungsinitiativen zwischen beteiligten Bereichen"
|
||||||
- "Eskalationsmanagement bei prozessrelevanten Problemen oder Ressourcenkonflikten"
|
- "Eskalationsmanagement bei prozessrelevanten Problemen oder Ressourcenkonflikten"
|
||||||
- "Abstimmung mit PM-Funktion bei PM-Framework-Updates oder methodischen Änderungen"
|
- "Abstimmung mit PM-Funktion bei PM-Framework-Updates oder methodischen Änderungen"
|
||||||
- "Sicherstellung der Framework-Compliance in den verantworteten Prozessen"
|
- "Sicherstellung der Framework-Compliance in den verantworteten Prozessen"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# PROCESS OWNER-ZUORDNUNG
|
# PROCESS OWNER-ZUORDNUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
spezifische_zuordnung:
|
spezifische_zuordnung:
|
||||||
- funktion: "SHM"
|
- funktion: "SHM"
|
||||||
name: "Stakeholder-Management"
|
name: "Stakeholder-Management"
|
||||||
prozess: "Bedarfserfassung und -qualifizierung"
|
prozess: "Bedarfserfassung und -qualifizierung"
|
||||||
|
|
||||||
- funktion: "DPM"
|
- funktion: "DPM"
|
||||||
name: "Demand-Portfolio-Management"
|
name: "Demand-Portfolio-Management"
|
||||||
prozess: "Demand-Bewertung und Demand-Portfolio-Steuerung"
|
prozess: "Demand-Bewertung und Demand-Portfolio-Steuerung"
|
||||||
|
|
||||||
- funktion: "PPM"
|
- funktion: "PPM"
|
||||||
name: "Projekt-Portfolio-Management"
|
name: "Projekt-Portfolio-Management"
|
||||||
prozess: "Projektsteuerung und -überwachung"
|
prozess: "Projektsteuerung und -überwachung"
|
||||||
|
|
||||||
- funktion: "SPM"
|
- funktion: "SPM"
|
||||||
name: "Service-Portfolio-Management"
|
name: "Service-Portfolio-Management"
|
||||||
prozess: "Service-Integration und Betriebsüberführung"
|
prozess: "Service-Integration und Betriebsüberführung"
|
||||||
|
|
||||||
stakeholder:
|
stakeholder:
|
||||||
- name: "PM-Funktion"
|
- name: "PM-Funktion"
|
||||||
beziehung: "Methodische Unterstützung und Framework-Compliance"
|
beziehung: "Methodische Unterstützung und Framework-Compliance"
|
||||||
- name: "Beteiligte Fachbereiche/Abteilungen"
|
- name: "Beteiligte Fachbereiche/Abteilungen"
|
||||||
beziehung: "Im jeweiligen End-to-End-Prozess"
|
beziehung: "Im jeweiligen End-to-End-Prozess"
|
||||||
- name: "Mission Board"
|
- name: "Mission Board"
|
||||||
beziehung: "Performance-Reporting und strategische Abstimmung"
|
beziehung: "Performance-Reporting und strategische Abstimmung"
|
||||||
- name: "Key-User"
|
- name: "Key-User"
|
||||||
beziehung: "In den prozessrelevanten Bereichen"
|
beziehung: "In den prozessrelevanten Bereichen"
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
- "Prozess-Design-Entscheidungen im Rahmen des gültigen PM-Frameworks"
|
- "Prozess-Design-Entscheidungen im Rahmen des gültigen PM-Frameworks"
|
||||||
- "Ressourcen-Anfrage/Priorisierung für prozessbezogene Optimierungsmaßnahmen"
|
- "Ressourcen-Anfrage/Priorisierung für prozessbezogene Optimierungsmaßnahmen"
|
||||||
- "Eskalations-Entscheidungen bei prozessübergreifenden Konflikten"
|
- "Eskalations-Entscheidungen bei prozessübergreifenden Konflikten"
|
||||||
- "KPI-Definition und Performance-Ziele für die verantworteten Prozesse"
|
- "KPI-Definition und Performance-Ziele für die verantworteten Prozesse"
|
||||||
- "Abnahme-Entscheidungen für Prozessänderungen"
|
- "Abnahme-Entscheidungen für Prozessänderungen"
|
||||||
|
|
||||||
kompetenzen:
|
kompetenzen:
|
||||||
- "End-to-End-Prozess-Verständnis mit systemischer Sichtweise"
|
- "End-to-End-Prozess-Verständnis mit systemischer Sichtweise"
|
||||||
- "Performance-Management mit KPI-Entwicklung und -monitoring"
|
- "Performance-Management mit KPI-Entwicklung und -monitoring"
|
||||||
- "Cross-funktionale Koordination zwischen verschiedenen Bereichen"
|
- "Cross-funktionale Koordination zwischen verschiedenen Bereichen"
|
||||||
- "Prozessoptimierungs-Kompetenz mit methodischem Grundverständnis"
|
- "Prozessoptimierungs-Kompetenz mit methodischem Grundverständnis"
|
||||||
|
|
|
||||||
|
|
@ -1,57 +1,57 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: PROZESS-BERATER*IN (PB)
|
# ROLLE: PROZESS-BERATER*IN (PB)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R4-PB"
|
rolle_id: "R4-PB"
|
||||||
rolle_name: "Prozess-Berater*in"
|
rolle_name: "Prozess-Berater*in"
|
||||||
kurzform: "PB"
|
kurzform: "PB"
|
||||||
kategorie: "kernrolle_intern"
|
kategorie: "kernrolle_intern"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
Direkte, vertrauensvolle methodische Unterstützung der Fachbereiche/Abteilungen
|
Direkte, vertrauensvolle methodische Unterstützung der Fachbereiche/Abteilungen
|
||||||
bei Prozessanalyse, -gestaltung und -optimierung zur Befähigung für
|
bei Prozessanalyse, -gestaltung und -optimierung zur Befähigung für
|
||||||
eigenständige Prozessarbeit.
|
eigenständige Prozessarbeit.
|
||||||
|
|
||||||
kernaufgaben:
|
kernaufgaben:
|
||||||
- "Individuelle Beratung und Coaching von Fachbereichen/Abteilungen bei konkreten Prozess-Herausforderungen"
|
- "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"
|
- "Moderation von Prozess-Workshops für kollaborative Analyse und Optimierung in definierten Fällen"
|
||||||
- "Methodische Unterstützung bei Prozessmodellierung und -dokumentation"
|
- "Methodische Unterstützung bei Prozessmodellierung und -dokumentation"
|
||||||
- "Troubleshooting bei operativen Prozess-Problemen und Konflikten (inkl. Erstbewertung von Anfragen über das Ticketsystem)"
|
- "Troubleshooting bei operativen Prozess-Problemen und Konflikten (inkl. Erstbewertung von Anfragen über das Ticketsystem)"
|
||||||
- "Identifikation von Optimierungspotenzialen durch Prozess-Assessments"
|
- "Identifikation von Optimierungspotenzialen durch Prozess-Assessments"
|
||||||
- "Begleitende Umsetzungsunterstützung bei Prozessänderungen"
|
- "Begleitende Umsetzungsunterstützung bei Prozessänderungen"
|
||||||
|
|
||||||
stakeholder:
|
stakeholder:
|
||||||
- name: "Fachbereiche/Abteilungen und deren Teams"
|
- name: "Fachbereiche/Abteilungen und deren Teams"
|
||||||
beziehung: "Direkte Beratung und Coaching"
|
beziehung: "Direkte Beratung und Coaching"
|
||||||
- name: "Key-User"
|
- name: "Key-User"
|
||||||
beziehung: "Operative Zusammenarbeit und Befähigung"
|
beziehung: "Operative Zusammenarbeit und Befähigung"
|
||||||
- name: "Projektteams"
|
- name: "Projektteams"
|
||||||
beziehung: "Prozessbezogene Projektunterstützung"
|
beziehung: "Prozessbezogene Projektunterstützung"
|
||||||
- name: "Auftraggeber PM"
|
- name: "Auftraggeber PM"
|
||||||
beziehung: "Bedarfsklärung und Erwartungsmanagement"
|
beziehung: "Bedarfsklärung und Erwartungsmanagement"
|
||||||
- name: "Process Owner"
|
- name: "Process Owner"
|
||||||
beziehung: "Methodische Unterstützung bei End-to-End-Optimierungen"
|
beziehung: "Methodische Unterstützung bei End-to-End-Optimierungen"
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
- "Methodische Empfehlungen im Rahmen des gültigen Frameworks"
|
- "Methodische Empfehlungen im Rahmen des gültigen Frameworks"
|
||||||
- "Workshop-Design und Moderations-Ansätze für spezifische Situationen"
|
- "Workshop-Design und Moderations-Ansätze für spezifische Situationen"
|
||||||
- "Beratungs-Priorisierung bei mehreren gleichzeitigen Anfragen"
|
- "Beratungs-Priorisierung bei mehreren gleichzeitigen Anfragen"
|
||||||
- "Eskalations-Empfehlungen bei komplexen oder ressourcenintensiven Problemen"
|
- "Eskalations-Empfehlungen bei komplexen oder ressourcenintensiven Problemen"
|
||||||
|
|
||||||
kompetenzen:
|
kompetenzen:
|
||||||
- "Prozessberatungs-Expertise mit breitem Methoden-Portfolio"
|
- "Prozessberatungs-Expertise mit breitem Methoden-Portfolio"
|
||||||
- "Workshop-Moderation und Facilitierung für diverse Stakeholder-Konstellationen"
|
- "Workshop-Moderation und Facilitierung für diverse Stakeholder-Konstellationen"
|
||||||
- "Change Management-Fähigkeiten für begleitende Prozessveränderungen"
|
- "Change Management-Fähigkeiten für begleitende Prozessveränderungen"
|
||||||
- "Empathie und Beziehungsaufbau für vertrauensvolle Beratungspartnerschaften"
|
- "Empathie und Beziehungsaufbau für vertrauensvolle Beratungspartnerschaften"
|
||||||
- "Problemlösungs-Kompetenz für komplexe organisatorische Herausforderungen"
|
- "Problemlösungs-Kompetenz für komplexe organisatorische Herausforderungen"
|
||||||
|
|
|
||||||
|
|
@ -1,64 +1,64 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: PROZESS-FRAMEWORK-MANAGER*IN (PFM)
|
# ROLLE: PROZESS-FRAMEWORK-MANAGER*IN (PFM)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R2-PFM"
|
rolle_id: "R2-PFM"
|
||||||
rolle_name: "Prozess-Framework-Manager*in"
|
rolle_name: "Prozess-Framework-Manager*in"
|
||||||
kurzform: "PFM"
|
kurzform: "PFM"
|
||||||
kategorie: "kernrolle_intern"
|
kategorie: "kernrolle_intern"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
Entwicklung und Pflege eines einheitlichen, zukunftsfähigen PM-Frameworks,
|
Entwicklung und Pflege eines einheitlichen, zukunftsfähigen PM-Frameworks,
|
||||||
das DIGITOM-weit als methodische Grundlage für qualitativ hochwertige
|
das DIGITOM-weit als methodische Grundlage für qualitativ hochwertige
|
||||||
Prozessarbeit dient.
|
Prozessarbeit dient.
|
||||||
|
|
||||||
kernaufgaben:
|
kernaufgaben:
|
||||||
- "Konzeption, Dokumentation und kontinuierliche Weiterentwicklung des verbindlichen PM-Frameworks (Standards, Methoden, Tools, Governance-Regeln)"
|
- "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"
|
- "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"
|
- "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"
|
- "PM-Framework-Kommunikation und Change Management bei größeren Methodenänderungen"
|
||||||
- "Qualitätssicherung des PM-Frameworks durch systematisches Feedback-Management"
|
- "Qualitätssicherung des PM-Frameworks durch systematisches Feedback-Management"
|
||||||
- "Entwicklung von PM-Framework-Schulungskonzepten und Zertifizierungsstandards"
|
- "Entwicklung von PM-Framework-Schulungskonzepten und Zertifizierungsstandards"
|
||||||
- "Vorschläge zur Weiterentwicklung des DIGITOMs aus Prozess-Management-Sicht"
|
- "Vorschläge zur Weiterentwicklung des DIGITOMs aus Prozess-Management-Sicht"
|
||||||
- "Harmonisierung des PM-Frameworks mit dem Service Management Framework"
|
- "Harmonisierung des PM-Frameworks mit dem Service Management Framework"
|
||||||
- "Identifikation geeigneter Methoden und technischer Ansätze zur Digitalisierung und (Teil-)Automatisierung von Prozessen"
|
- "Identifikation geeigneter Methoden und technischer Ansätze zur Digitalisierung und (Teil-)Automatisierung von Prozessen"
|
||||||
|
|
||||||
stakeholder:
|
stakeholder:
|
||||||
- name: "Leiter*in Prozess-Management"
|
- name: "Leiter*in Prozess-Management"
|
||||||
beziehung: "Strategische Abstimmung und Freigaben"
|
beziehung: "Strategische Abstimmung und Freigaben"
|
||||||
- name: "Alle internen PM-Rollen"
|
- name: "Alle internen PM-Rollen"
|
||||||
beziehung: "Framework-Anwendung und Feedback"
|
beziehung: "Framework-Anwendung und Feedback"
|
||||||
- name: "IT-Architektur"
|
- name: "IT-Architektur"
|
||||||
beziehung: "Technische Machbarkeit und Systemintegration"
|
beziehung: "Technische Machbarkeit und Systemintegration"
|
||||||
- name: "ISB/Datenschutz"
|
- name: "ISB/Datenschutz"
|
||||||
beziehung: "Compliance-Anforderungen"
|
beziehung: "Compliance-Anforderungen"
|
||||||
- name: "Process Owner"
|
- name: "Process Owner"
|
||||||
beziehung: "Framework-Implementierung in spezifischen Prozessen"
|
beziehung: "Framework-Implementierung in spezifischen Prozessen"
|
||||||
- name: "Externe Standards-Organisationen und Beratungsunternehmen"
|
- name: "Externe Standards-Organisationen und Beratungsunternehmen"
|
||||||
beziehung: "Best Practices und Standards"
|
beziehung: "Best Practices und Standards"
|
||||||
- name: "Zentrales GPM (HPA)"
|
- name: "Zentrales GPM (HPA)"
|
||||||
beziehung: "Übergeordnete Abstimmung"
|
beziehung: "Übergeordnete Abstimmung"
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
- "PM-Framework-Design-Entscheidungen im Rahmen strategischer Vorgaben"
|
- "PM-Framework-Design-Entscheidungen im Rahmen strategischer Vorgaben"
|
||||||
- "Tool-Evaluierung und Empfehlungen für Investitionsentscheidungen"
|
- "Tool-Evaluierung und Empfehlungen für Investitionsentscheidungen"
|
||||||
- "Methodische Standards für einheitliche Prozessarbeit in DIGITOM"
|
- "Methodische Standards für einheitliche Prozessarbeit in DIGITOM"
|
||||||
- "PM-Framework-Update-Prioritäten basierend auf organisationalen Bedarfen"
|
- "PM-Framework-Update-Prioritäten basierend auf organisationalen Bedarfen"
|
||||||
|
|
||||||
kompetenzen:
|
kompetenzen:
|
||||||
- "Expertise in Prozessmanagement-Methoden (BPM, Lean, Six Sigma, Design Thinking)"
|
- "Expertise in Prozessmanagement-Methoden (BPM, Lean, Six Sigma, Design Thinking)"
|
||||||
- "Technisches Verständnis für digitale Prozess-Tools und Plattform-Architekturen"
|
- "Technisches Verständnis für digitale Prozess-Tools und Plattform-Architekturen"
|
||||||
- "Systemisches Denken für komplexe organisatorische Zusammenhänge"
|
- "Systemisches Denken für komplexe organisatorische Zusammenhänge"
|
||||||
- "Didaktische Fähigkeiten für Framework-Kommunikation und Wissensvermittlung"
|
- "Didaktische Fähigkeiten für Framework-Kommunikation und Wissensvermittlung"
|
||||||
- "Analytische Fähigkeiten für Technologie-Assessment und Standards-Evaluierung"
|
- "Analytische Fähigkeiten für Technologie-Assessment und Standards-Evaluierung"
|
||||||
|
|
|
||||||
|
|
@ -1,65 +1,65 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLE: PROZESSLANDSCHAFTS-KOORDINATOR*IN (PLK)
|
# ROLLE: PROZESSLANDSCHAFTS-KOORDINATOR*IN (PLK)
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
meta:
|
meta:
|
||||||
typ: "rollenbeschreibung"
|
typ: "rollenbeschreibung"
|
||||||
rolle_id: "R3-PLK"
|
rolle_id: "R3-PLK"
|
||||||
rolle_name: "Prozesslandschafts-Koordinator*in"
|
rolle_name: "Prozesslandschafts-Koordinator*in"
|
||||||
kurzform: "PLK"
|
kurzform: "PLK"
|
||||||
kategorie: "kernrolle_intern"
|
kategorie: "kernrolle_intern"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ROLLENBESCHREIBUNG
|
# ROLLENBESCHREIBUNG
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
hauptzweck: |
|
hauptzweck: |
|
||||||
Operative Governance und Transparenz der DIGITOM-Prozesslandschaft zur
|
Operative Governance und Transparenz der DIGITOM-Prozesslandschaft zur
|
||||||
Sicherstellung von Framework-Compliance und End-to-End-Prozessqualität.
|
Sicherstellung von Framework-Compliance und End-to-End-Prozessqualität.
|
||||||
|
|
||||||
kernaufgaben:
|
kernaufgaben:
|
||||||
- "Aufbau, Pflege und kontinuierliche Aktualisierung des zentralen Prozessregisters"
|
- "Aufbau, Pflege und kontinuierliche Aktualisierung des zentralen Prozessregisters"
|
||||||
- "Monitoring von Framework-Compliance und Identifikation von PM-Governance-Lücken"
|
- "Monitoring von Framework-Compliance und Identifikation von PM-Governance-Lücken"
|
||||||
- "Koordination prozessübergreifender Initiativen zwischen verschiedenen Process Ownern"
|
- "Koordination prozessübergreifender Initiativen zwischen verschiedenen Process Ownern"
|
||||||
- "PM-Governance-Reporting für Gremien mit Prozess-KPIs und Compliance-Status"
|
- "PM-Governance-Reporting für Gremien mit Prozess-KPIs und Compliance-Status"
|
||||||
- "Eskalationsmanagement bei Prozess-Konflikten zwischen Abteilungen"
|
- "Eskalationsmanagement bei Prozess-Konflikten zwischen Abteilungen"
|
||||||
- "Risiko-Assessment für Prozesslandschaft und frühzeitige Problemerkennung"
|
- "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"
|
- "Schnittstellen-Governance: Moderation von Schnittstellen-Vereinbarungen zwischen Process Ownern und Konfliktlösung bei schnittstellenübergreifenden Problemen"
|
||||||
|
|
||||||
pm_governance_luecken_management:
|
pm_governance_luecken_management:
|
||||||
beschreibung: "Systematisches Management von PM-Governance-Lücken"
|
beschreibung: "Systematisches Management von PM-Governance-Lücken"
|
||||||
aufgaben:
|
aufgaben:
|
||||||
- "Systematische Identifikation von PM-Governance-Lücken im DIGIT/DIGITOM"
|
- "Systematische Identifikation von PM-Governance-Lücken im DIGIT/DIGITOM"
|
||||||
- "Abstimmung mit Prozessberater:innen für Lösungsansätze"
|
- "Abstimmung mit Prozessberater:innen für Lösungsansätze"
|
||||||
- "Bei kurzfristiger Lösung: Dokumentation und Monitoring"
|
- "Bei kurzfristiger Lösung: Dokumentation und Monitoring"
|
||||||
- "Bei langfristigem Bedarf: Strukturierte Eskalation über LPM ans Mission Board"
|
- "Bei langfristigem Bedarf: Strukturierte Eskalation über LPM ans Mission Board"
|
||||||
|
|
||||||
stakeholder:
|
stakeholder:
|
||||||
- name: "Process Owner (SHM, DPM, PPM, SPM)"
|
- name: "Process Owner (SHM, DPM, PPM, SPM)"
|
||||||
beziehung: "End-to-End-Prozess-Koordination"
|
beziehung: "End-to-End-Prozess-Koordination"
|
||||||
- name: "Leiter*in Prozess-Management"
|
- name: "Leiter*in Prozess-Management"
|
||||||
beziehung: "Governance-Reporting und Eskalationen"
|
beziehung: "Governance-Reporting und Eskalationen"
|
||||||
- name: "Mission Board"
|
- name: "Mission Board"
|
||||||
beziehung: "Taktische Governance-Entscheidungen"
|
beziehung: "Taktische Governance-Entscheidungen"
|
||||||
- name: "Fachbereiche/Abteilungen"
|
- name: "Fachbereiche/Abteilungen"
|
||||||
beziehung: "Compliance-Unterstützung und Konfliktlösung"
|
beziehung: "Compliance-Unterstützung und Konfliktlösung"
|
||||||
- name: "IT-Architektur"
|
- name: "IT-Architektur"
|
||||||
beziehung: "Systemische Prozess-Dependencies"
|
beziehung: "Systemische Prozess-Dependencies"
|
||||||
|
|
||||||
entscheidungsbefugnisse:
|
entscheidungsbefugnisse:
|
||||||
- "Governance-Compliance-Bewertungen und Abweichungsmanagement"
|
- "Governance-Compliance-Bewertungen und Abweichungsmanagement"
|
||||||
- "Prozessregister-Updates und Dokumentationsstandards"
|
- "Prozessregister-Updates und Dokumentationsstandards"
|
||||||
- "Eskalations-Empfehlungen bei systematischen Governance-Problemen"
|
- "Eskalations-Empfehlungen bei systematischen Governance-Problemen"
|
||||||
- "Priorisierung von prozessübergreifenden Optimierungsmaßnahmen"
|
- "Priorisierung von prozessübergreifenden Optimierungsmaßnahmen"
|
||||||
|
|
||||||
kompetenzen:
|
kompetenzen:
|
||||||
- "Prozessanalyse-Expertise für komplexe, vernetzte Prozesslandschaften"
|
- "Prozessanalyse-Expertise für komplexe, vernetzte Prozesslandschaften"
|
||||||
- "Governance-Kompetenz mit Verständnis für Compliance und Risikomanagement"
|
- "Governance-Kompetenz mit Verständnis für Compliance und Risikomanagement"
|
||||||
- "Diplomatische Fähigkeiten für Konfliktmediation zwischen Fachbereichen/Abteilungen"
|
- "Diplomatische Fähigkeiten für Konfliktmediation zwischen Fachbereichen/Abteilungen"
|
||||||
- "Analytische Fähigkeiten für KPI-Entwicklung und Performance-Measurement"
|
- "Analytische Fähigkeiten für KPI-Entwicklung und Performance-Measurement"
|
||||||
- "Kommunikationsstärke für verständliches Governance-Reporting"
|
- "Kommunikationsstärke für verständliches Governance-Reporting"
|
||||||
|
|
|
||||||
|
|
@ -1,353 +1,353 @@
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# PROZESS-MANAGEMENT: EXECUTIVE SUMMARY / ÜBERSICHT
|
# PROZESS-MANAGEMENT: EXECUTIVE SUMMARY / ÜBERSICHT
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# Version: 1.0
|
# Version: 1.0
|
||||||
# Datum: 2026-02-05
|
# Datum: 2026-02-05
|
||||||
# Status: Draft - Konvertiert aus Word-Dokumentation
|
# Status: Draft - Konvertiert aus Word-Dokumentation
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
meta:
|
meta:
|
||||||
typ: "executive_summary"
|
typ: "executive_summary"
|
||||||
funktion_id: "pm"
|
funktion_id: "pm"
|
||||||
funktion_name: "Prozess-Management"
|
funktion_name: "Prozess-Management"
|
||||||
version: "1.0"
|
version: "1.0"
|
||||||
gueltig_ab: "2026-02-05"
|
gueltig_ab: "2026-02-05"
|
||||||
geltungsbereich: "DIGITOM / Prozess-Management"
|
geltungsbereich: "DIGITOM / Prozess-Management"
|
||||||
|
|
||||||
status:
|
status:
|
||||||
inhaltlich_abgenommen_durch: ["PM-Teammitglied"]
|
inhaltlich_abgenommen_durch: ["PM-Teammitglied"]
|
||||||
status: "draft"
|
status: "draft"
|
||||||
|
|
||||||
quellen:
|
quellen:
|
||||||
- "#00 - Prozess-Management.docx"
|
- "#00 - Prozess-Management.docx"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 1. STRATEGISCHER KONTEXT UND KERNKONZEPT
|
# 1. STRATEGISCHER KONTEXT UND KERNKONZEPT
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
strategischer_kontext:
|
strategischer_kontext:
|
||||||
titel: "Strategischer Kontext und Kernkonzept"
|
titel: "Strategischer Kontext und Kernkonzept"
|
||||||
|
|
||||||
organisationale_herausforderung:
|
organisationale_herausforderung:
|
||||||
titel: "Die organisationale Herausforderung"
|
titel: "Die organisationale Herausforderung"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Das DIGITOM steht vor einem typischen Widerspruch in modernen
|
Das DIGITOM steht vor einem typischen Widerspruch in modernen
|
||||||
Verwaltungen: Es braucht einheitliche Standards für Effektivität und
|
Verwaltungen: Es braucht einheitliche Standards für Effektivität und
|
||||||
Vergleichbarkeit - gleichzeitig müssen Fachbereiche flexibel auf ihre
|
Vergleichbarkeit - gleichzeitig müssen Fachbereiche flexibel auf ihre
|
||||||
spezifischen Anforderungen reagieren können.
|
spezifischen Anforderungen reagieren können.
|
||||||
|
|
||||||
ausgangslage:
|
ausgangslage:
|
||||||
- "Fragmentierte Abläufe"
|
- "Fragmentierte Abläufe"
|
||||||
- "Methodische Vielfalt ohne gemeinsame Basis"
|
- "Methodische Vielfalt ohne gemeinsame Basis"
|
||||||
- "Silos statt Integration"
|
- "Silos statt Integration"
|
||||||
|
|
||||||
konsequenzen:
|
konsequenzen:
|
||||||
- "Operative Reibungsverluste"
|
- "Operative Reibungsverluste"
|
||||||
- "Verhinderte strategische Weiterentwicklung"
|
- "Verhinderte strategische Weiterentwicklung"
|
||||||
- "Ungenutzte Digitalisierungs- und Automatisierungspotenziale"
|
- "Ungenutzte Digitalisierungs- und Automatisierungspotenziale"
|
||||||
- "Fehlender strukturierter Überblick und notwendige Befähigungen"
|
- "Fehlender strukturierter Überblick und notwendige Befähigungen"
|
||||||
- "Lokale Optimierungen ohne systemische Wirkung"
|
- "Lokale Optimierungen ohne systemische Wirkung"
|
||||||
|
|
||||||
loesungskonzept:
|
loesungskonzept:
|
||||||
titel: "Ein neuer Weg zwischen Kontrolle und Autonomie"
|
titel: "Ein neuer Weg zwischen Kontrolle und Autonomie"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die neue Prozess-Management-Funktion navigiert zwischen Standardisierung
|
Die neue Prozess-Management-Funktion navigiert zwischen Standardisierung
|
||||||
und Flexibilität. Statt diesen Widerspruch aufzulösen, nutzt sie ihn
|
und Flexibilität. Statt diesen Widerspruch aufzulösen, nutzt sie ihn
|
||||||
produktiv.
|
produktiv.
|
||||||
|
|
||||||
kernprinzipien:
|
kernprinzipien:
|
||||||
- prinzip: "Zentrale Methodenkompetenz trifft dezentrale Umsetzung"
|
- prinzip: "Zentrale Methodenkompetenz trifft dezentrale Umsetzung"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die PM-Funktion definiert den Rahmen durch einheitliche Standards,
|
Die PM-Funktion definiert den Rahmen durch einheitliche Standards,
|
||||||
Methoden und Werkzeuge. Innerhalb dieses Rahmens gestalten die
|
Methoden und Werkzeuge. Innerhalb dieses Rahmens gestalten die
|
||||||
Fachbereiche ihre Prozesse aktiv und tragen somit die Verantwortung dafür.
|
Fachbereiche ihre Prozesse aktiv und tragen somit die Verantwortung dafür.
|
||||||
|
|
||||||
- prinzip: "Befähigung statt Kontrolle"
|
- prinzip: "Befähigung statt Kontrolle"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die Funktion versteht sich als Ermöglicher, nicht als Wächter.
|
Die Funktion versteht sich als Ermöglicher, nicht als Wächter.
|
||||||
Sie schafft Kompetenzen vor Ort durch ein Netzwerk von "Key-User",
|
Sie schafft Kompetenzen vor Ort durch ein Netzwerk von "Key-User",
|
||||||
die als Multiplikator:innen in ihren Bereichen wirken.
|
die als Multiplikator:innen in ihren Bereichen wirken.
|
||||||
|
|
||||||
- prinzip: "Nutzenorientierung statt Strukturfixierung"
|
- prinzip: "Nutzenorientierung statt Strukturfixierung"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Ausgangspunkt sind nicht interne Logiken, sondern die Bedarfe der
|
Ausgangspunkt sind nicht interne Logiken, sondern die Bedarfe der
|
||||||
internen Kund:innen - von strategischen Gremien bis zu operativen Teams.
|
internen Kund:innen - von strategischen Gremien bis zu operativen Teams.
|
||||||
|
|
||||||
erwarteter_mehrwert:
|
erwarteter_mehrwert:
|
||||||
titel: "Der erwartete Mehrwert"
|
titel: "Der erwartete Mehrwert"
|
||||||
|
|
||||||
fuer_strategische_entscheider:
|
fuer_strategische_entscheider:
|
||||||
zielgruppe: "Strategische Entscheider:innen"
|
zielgruppe: "Strategische Entscheider:innen"
|
||||||
mehrwert:
|
mehrwert:
|
||||||
- "Erstmals Transparenz über die gesamte Prozesslandschaft"
|
- "Erstmals Transparenz über die gesamte Prozesslandschaft"
|
||||||
- "Ermöglichte strategische Gestaltung"
|
- "Ermöglichte strategische Gestaltung"
|
||||||
- "Frühzeitige Sichtbarkeit von Risiken"
|
- "Frühzeitige Sichtbarkeit von Risiken"
|
||||||
- "Systematische Erschließung von Digitalisierungs- und Automatisierungspotenzialen"
|
- "Systematische Erschließung von Digitalisierungs- und Automatisierungspotenzialen"
|
||||||
|
|
||||||
fuer_operative_teams:
|
fuer_operative_teams:
|
||||||
zielgruppe: "Operative Teams"
|
zielgruppe: "Operative Teams"
|
||||||
mehrwert:
|
mehrwert:
|
||||||
- "Methodische Unterstützung genau dann, wenn sie benötigt wird"
|
- "Methodische Unterstützung genau dann, wenn sie benötigt wird"
|
||||||
- "Von schneller Beratung bis zur Begleitung komplexer Transformationen"
|
- "Von schneller Beratung bis zur Begleitung komplexer Transformationen"
|
||||||
- "Einheitliche Standards für bereichsübergreifende Zusammenarbeit"
|
- "Einheitliche Standards für bereichsübergreifende Zusammenarbeit"
|
||||||
|
|
||||||
fuer_gesamtorganisation:
|
fuer_gesamtorganisation:
|
||||||
zielgruppe: "Gesamtorganisation"
|
zielgruppe: "Gesamtorganisation"
|
||||||
mehrwert:
|
mehrwert:
|
||||||
- "Anpassungsfähigkeit ohne Kontrollverlust"
|
- "Anpassungsfähigkeit ohne Kontrollverlust"
|
||||||
- "Kontinuierliche Prozessverbesserung statt nur Dokumentation"
|
- "Kontinuierliche Prozessverbesserung statt nur Dokumentation"
|
||||||
- "Systematische Identifikation von Digitalisierungs- und Automatisierungspotenzialen"
|
- "Systematische Identifikation von Digitalisierungs- und Automatisierungspotenzialen"
|
||||||
- "Adressierung von Fachkräftemangel und steigenden Anforderungen"
|
- "Adressierung von Fachkräftemangel und steigenden Anforderungen"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 2. ORGANISATIONSDESIGN UND GOVERNANCE
|
# 2. ORGANISATIONSDESIGN UND GOVERNANCE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
organisationsdesign:
|
organisationsdesign:
|
||||||
titel: "Organisationsdesign und Governance"
|
titel: "Organisationsdesign und Governance"
|
||||||
|
|
||||||
architektur:
|
architektur:
|
||||||
titel: "Eine Architektur der produktiven Spannung"
|
titel: "Eine Architektur der produktiven Spannung"
|
||||||
prinzip: |
|
prinzip: |
|
||||||
Das Organisationsdesign folgt dem Prinzip der bewussten Rollentrennung.
|
Das Organisationsdesign folgt dem Prinzip der bewussten Rollentrennung.
|
||||||
Methodische Beratung und operative Governance liegen in unterschiedlichen
|
Methodische Beratung und operative Governance liegen in unterschiedlichen
|
||||||
Händen - so entsteht Vertrauen statt Kontrollangst.
|
Händen - so entsteht Vertrauen statt Kontrollangst.
|
||||||
|
|
||||||
zentrale_rollen:
|
zentrale_rollen:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Fünf zentrale Rollen im PM-Team decken das Spektrum von strategischer
|
Fünf zentrale Rollen im PM-Team decken das Spektrum von strategischer
|
||||||
Führung über Methodenentwicklung bis zur operativen Beratung ab.
|
Führung über Methodenentwicklung bis zur operativen Beratung ab.
|
||||||
Jede Rolle hat klare Verantwortlichkeiten, Überschneidungen werden vermieden.
|
Jede Rolle hat klare Verantwortlichkeiten, Überschneidungen werden vermieden.
|
||||||
rollen:
|
rollen:
|
||||||
- "Leiter*in Prozess-Management"
|
- "Leiter*in Prozess-Management"
|
||||||
- "Prozess-Framework-Manager*in (PFM)"
|
- "Prozess-Framework-Manager*in (PFM)"
|
||||||
- "Prozesslandschafts-Koordinator*in (PLK)"
|
- "Prozesslandschafts-Koordinator*in (PLK)"
|
||||||
- "Prozess-Berater*in (PB)"
|
- "Prozess-Berater*in (PB)"
|
||||||
- "Key-User-Netzwerk-Manager*in (KNM)"
|
- "Key-User-Netzwerk-Manager*in (KNM)"
|
||||||
|
|
||||||
process_owner:
|
process_owner:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Process Owner in den Hauptprozessen tragen horizontale und vertikale
|
Process Owner in den Hauptprozessen tragen horizontale und vertikale
|
||||||
End-to-End-Verantwortung für ihre Teilprozesse. Sie koordinieren
|
End-to-End-Verantwortung für ihre Teilprozesse. Sie koordinieren
|
||||||
bereichsübergreifend und sichern Prozessqualität.
|
bereichsübergreifend und sichern Prozessqualität.
|
||||||
hauptprozesse:
|
hauptprozesse:
|
||||||
- "Stakeholder-Management"
|
- "Stakeholder-Management"
|
||||||
- "Demand-Management"
|
- "Demand-Management"
|
||||||
- "Projekt-Management"
|
- "Projekt-Management"
|
||||||
- "Service-Management"
|
- "Service-Management"
|
||||||
|
|
||||||
key_user:
|
key_user:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Key-User werden in allen Fachbereichen identifiziert und zu lokalen
|
Key-User werden in allen Fachbereichen identifiziert und zu lokalen
|
||||||
Prozess-Expert:innen entwickelt. Sie sind erste Anlaufstelle vor Ort
|
Prozess-Expert:innen entwickelt. Sie sind erste Anlaufstelle vor Ort
|
||||||
und Bindeglied zur zentralen PM-Funktion.
|
und Bindeglied zur zentralen PM-Funktion.
|
||||||
|
|
||||||
governance:
|
governance:
|
||||||
titel: "Governance: So viel wie nötig, so wenig wie möglich"
|
titel: "Governance: So viel wie nötig, so wenig wie möglich"
|
||||||
prinzip: "Subsidiaritätsprinzip"
|
prinzip: "Subsidiaritätsprinzip"
|
||||||
|
|
||||||
entscheidungskategorien:
|
entscheidungskategorien:
|
||||||
- kategorie: "Operative Anpassungen"
|
- kategorie: "Operative Anpassungen"
|
||||||
entscheidungsträger: "PM-Team eigenständig"
|
entscheidungsträger: "PM-Team eigenständig"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "Tool-Konfigurationen"
|
- "Tool-Konfigurationen"
|
||||||
- "Template-Updates"
|
- "Template-Updates"
|
||||||
- "Schulungsinhalte"
|
- "Schulungsinhalte"
|
||||||
|
|
||||||
- kategorie: "Prozessspezifische Anpassungen"
|
- kategorie: "Prozessspezifische Anpassungen"
|
||||||
entscheidungsträger: "Abstimmung mit jeweiligem Process Owner"
|
entscheidungsträger: "Abstimmung mit jeweiligem Process Owner"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "Änderungen an Prozessschnittstellen"
|
- "Änderungen an Prozessschnittstellen"
|
||||||
- "Neue Metriken für spezifische Prozesse"
|
- "Neue Metriken für spezifische Prozesse"
|
||||||
- "Integration neuer Systeme in bestehende Prozesse"
|
- "Integration neuer Systeme in bestehende Prozesse"
|
||||||
|
|
||||||
- kategorie: "PM-Framework-Weiterentwicklungen"
|
- kategorie: "PM-Framework-Weiterentwicklungen"
|
||||||
entscheidungsträger: "PM-Team eigenständig (Information an Process Owner)"
|
entscheidungsträger: "PM-Team eigenständig (Information an Process Owner)"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "Neue Modellierungsstandards"
|
- "Neue Modellierungsstandards"
|
||||||
- "Erweiterte Methodenbausteine"
|
- "Erweiterte Methodenbausteine"
|
||||||
- "Übergreifende Bewertungskriterien"
|
- "Übergreifende Bewertungskriterien"
|
||||||
|
|
||||||
- kategorie: "Fundamentale Änderungen"
|
- kategorie: "Fundamentale Änderungen"
|
||||||
entscheidungsträger: "Steuerungsgremien"
|
entscheidungsträger: "Steuerungsgremien"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "Wechsel der Prozessmodellierungssprache"
|
- "Wechsel der Prozessmodellierungssprache"
|
||||||
- "Grundlegende Änderung der PM-Strategie"
|
- "Grundlegende Änderung der PM-Strategie"
|
||||||
- "Neuausrichtung der Prozessarchitektur"
|
- "Neuausrichtung der Prozessarchitektur"
|
||||||
|
|
||||||
leistungsbeauftragung:
|
leistungsbeauftragung:
|
||||||
- typ: "Standard-Leistungen"
|
- typ: "Standard-Leistungen"
|
||||||
zugang: "Niedrigschwellig für alle zugänglich"
|
zugang: "Niedrigschwellig für alle zugänglich"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "Beratung"
|
- "Beratung"
|
||||||
- "Workshops"
|
- "Workshops"
|
||||||
|
|
||||||
- typ: "Projekt-Leistungen"
|
- typ: "Projekt-Leistungen"
|
||||||
zugang: "Mission Board-Freigabe erforderlich"
|
zugang: "Mission Board-Freigabe erforderlich"
|
||||||
beispiele:
|
beispiele:
|
||||||
- "Größere Transformationen"
|
- "Größere Transformationen"
|
||||||
|
|
||||||
- typ: "Strategische Initiativen"
|
- typ: "Strategische Initiativen"
|
||||||
zugang: "Direkte Beauftragung durch Vision Board"
|
zugang: "Direkte Beauftragung durch Vision Board"
|
||||||
|
|
||||||
- typ: "Krisen-Interventionen"
|
- typ: "Krisen-Interventionen"
|
||||||
zugang: "Jederzeit durch Führungskräfte auslösbar"
|
zugang: "Jederzeit durch Führungskräfte auslösbar"
|
||||||
|
|
||||||
eskalationsmodell:
|
eskalationsmodell:
|
||||||
beschreibung: "Dreistufiges Eskalationsmodell sichert schnelle Konfliktlösung"
|
beschreibung: "Dreistufiges Eskalationsmodell sichert schnelle Konfliktlösung"
|
||||||
stufen:
|
stufen:
|
||||||
- stufe: 1
|
- stufe: 1
|
||||||
typ: "Operative Themen"
|
typ: "Operative Themen"
|
||||||
zeitrahmen: "Binnen 48 Stunden"
|
zeitrahmen: "Binnen 48 Stunden"
|
||||||
|
|
||||||
- stufe: 2
|
- stufe: 2
|
||||||
typ: "Taktische Konflikte"
|
typ: "Taktische Konflikte"
|
||||||
gremium: "Mission Board"
|
gremium: "Mission Board"
|
||||||
zeitrahmen: "Binnen einer Woche"
|
zeitrahmen: "Binnen einer Woche"
|
||||||
|
|
||||||
- stufe: 3
|
- stufe: 3
|
||||||
typ: "Strategische Grundsatzfragen"
|
typ: "Strategische Grundsatzfragen"
|
||||||
gremium: "Vision Board"
|
gremium: "Vision Board"
|
||||||
zeitrahmen: "Binnen eines Monats"
|
zeitrahmen: "Binnen eines Monats"
|
||||||
|
|
||||||
integration:
|
integration:
|
||||||
titel: "Integration statt Parallelstruktur"
|
titel: "Integration statt Parallelstruktur"
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Die PM-Funktion fügt sich nahtlos in die bestehende DIGITOM-Governance
|
Die PM-Funktion fügt sich nahtlos in die bestehende DIGITOM-Governance
|
||||||
ein. Vision und Mission Board bleiben die zentralen Steuerungsgremien.
|
ein. Vision und Mission Board bleiben die zentralen Steuerungsgremien.
|
||||||
Die PM-Funktion agiert in ihrem Auftrag und bereitet Entscheidungen vor.
|
Die PM-Funktion agiert in ihrem Auftrag und bereitet Entscheidungen vor.
|
||||||
|
|
||||||
schluesselpartner:
|
schluesselpartner:
|
||||||
- "Zentrales Geschäftsprozessmanagement (HPA)"
|
- "Zentrales Geschäftsprozessmanagement (HPA)"
|
||||||
- "IT-Architektur"
|
- "IT-Architektur"
|
||||||
- "Datenschutz"
|
- "Datenschutz"
|
||||||
- "Informationssicherheit"
|
- "Informationssicherheit"
|
||||||
|
|
||||||
prinzip: |
|
prinzip: |
|
||||||
Systematische Einbindung schafft vernetzte Kompetenz statt neuer Silos.
|
Systematische Einbindung schafft vernetzte Kompetenz statt neuer Silos.
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# 3. IMPLEMENTIERUNG UND KRITISCHE ERFOLGSFAKTOREN
|
# 3. IMPLEMENTIERUNG UND KRITISCHE ERFOLGSFAKTOREN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
implementierung:
|
implementierung:
|
||||||
titel: "Implementierung und kritische Erfolgsfaktoren"
|
titel: "Implementierung und kritische Erfolgsfaktoren"
|
||||||
|
|
||||||
leistungsportfolio:
|
leistungsportfolio:
|
||||||
titel: "Konkrete Leistungen, klare Zugänge"
|
titel: "Konkrete Leistungen, klare Zugänge"
|
||||||
orientierung: "Reale Bedarfe"
|
orientierung: "Reale Bedarfe"
|
||||||
|
|
||||||
leistungsbereiche:
|
leistungsbereiche:
|
||||||
- bereich: "Prozess-Framework/DIGITOM-Entwicklung"
|
- bereich: "Prozess-Framework/DIGITOM-Entwicklung"
|
||||||
zweck: "Schafft die methodische Basis"
|
zweck: "Schafft die methodische Basis"
|
||||||
|
|
||||||
- bereich: "Beratung und Coaching"
|
- bereich: "Beratung und Coaching"
|
||||||
zweck: "Unterstützt bei konkreten Herausforderungen"
|
zweck: "Unterstützt bei konkreten Herausforderungen"
|
||||||
|
|
||||||
- bereich: "Befähigung und Schulung"
|
- bereich: "Befähigung und Schulung"
|
||||||
zweck: "Baut Kompetenzen dezentral auf"
|
zweck: "Baut Kompetenzen dezentral auf"
|
||||||
|
|
||||||
- bereich: "Transparenz und Reporting"
|
- bereich: "Transparenz und Reporting"
|
||||||
zweck: "Ermöglicht faktenbasierte Steuerung"
|
zweck: "Ermöglicht faktenbasierte Steuerung"
|
||||||
|
|
||||||
zugangswege:
|
zugangswege:
|
||||||
- "Ticketsystem für direkte Hilfe"
|
- "Ticketsystem für direkte Hilfe"
|
||||||
- "Strukturierte Beauftragungen für größere Vorhaben"
|
- "Strukturierte Beauftragungen für größere Vorhaben"
|
||||||
- "Informelle Kanäle über das Key-User-Netzwerk"
|
- "Informelle Kanäle über das Key-User-Netzwerk"
|
||||||
|
|
||||||
ressourcen:
|
ressourcen:
|
||||||
titel: "Ressourcen und Voraussetzungen"
|
titel: "Ressourcen und Voraussetzungen"
|
||||||
|
|
||||||
quantitativ:
|
quantitativ:
|
||||||
- "Dediziertes PM-Team mit komplementären Kompetenzen"
|
- "Dediziertes PM-Team mit komplementären Kompetenzen"
|
||||||
- "Moderne Prozess-Tools"
|
- "Moderne Prozess-Tools"
|
||||||
- "Qualifizierungsbudgets"
|
- "Qualifizierungsbudgets"
|
||||||
|
|
||||||
qualitativ:
|
qualitativ:
|
||||||
wichtigkeit: "Wichtiger als Ressourcen sind die qualitativen Voraussetzungen"
|
wichtigkeit: "Wichtiger als Ressourcen sind die qualitativen Voraussetzungen"
|
||||||
faktoren:
|
faktoren:
|
||||||
- faktor: "Klares Mandat der Führung"
|
- faktor: "Klares Mandat der Führung"
|
||||||
wirkung: "Legitimiert die Funktion"
|
wirkung: "Legitimiert die Funktion"
|
||||||
|
|
||||||
- faktor: "Bereitschaft der Fachbereiche"
|
- faktor: "Bereitschaft der Fachbereiche"
|
||||||
wirkung: "Zur aktiven Mitgestaltung"
|
wirkung: "Zur aktiven Mitgestaltung"
|
||||||
|
|
||||||
- faktor: "Einbindung der Schlüsselpartner"
|
- faktor: "Einbindung der Schlüsselpartner"
|
||||||
wirkung: "Von Anfang an"
|
wirkung: "Von Anfang an"
|
||||||
|
|
||||||
- faktor: "Verständnis von Prozessmanagement"
|
- faktor: "Verständnis von Prozessmanagement"
|
||||||
wirkung: "Als kontinuierliche Entwicklung, nicht als Projekt"
|
wirkung: "Als kontinuierliche Entwicklung, nicht als Projekt"
|
||||||
|
|
||||||
risikomanagement:
|
risikomanagement:
|
||||||
titel: "Risiken aktiv managen"
|
titel: "Risiken aktiv managen"
|
||||||
|
|
||||||
risiken:
|
risiken:
|
||||||
- risiko: "Akzeptanzrisiken"
|
- risiko: "Akzeptanzrisiken"
|
||||||
mitigationsstrategie: |
|
mitigationsstrategie: |
|
||||||
Konsequente Trennung von Beratung und Kontrolle.
|
Konsequente Trennung von Beratung und Kontrolle.
|
||||||
Erfolgsgeschichten und Key-User als Botschafter:innen schaffen Vertrauen.
|
Erfolgsgeschichten und Key-User als Botschafter:innen schaffen Vertrauen.
|
||||||
|
|
||||||
- risiko: "Ressourcenkonflikte"
|
- risiko: "Ressourcenkonflikte"
|
||||||
mitigationsstrategie: |
|
mitigationsstrategie: |
|
||||||
Transparentes Priorisierungsmodell. Strategische Initiativen gehen
|
Transparentes Priorisierungsmodell. Strategische Initiativen gehen
|
||||||
stets vor, konkurrierende Anfragen werden offen abgewogen.
|
stets vor, konkurrierende Anfragen werden offen abgewogen.
|
||||||
|
|
||||||
- risiko: "Qualitätsrisiken"
|
- risiko: "Qualitätsrisiken"
|
||||||
mitigationsstrategie: |
|
mitigationsstrategie: |
|
||||||
Systematische Einbindung von Compliance-Funktionen und
|
Systematische Einbindung von Compliance-Funktionen und
|
||||||
Process Owner als Qualitätsgatekeeper.
|
Process Owner als Qualitätsgatekeeper.
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# VERKNÜPFUNGEN ZU ANDEREN PM-DOKUMENTEN
|
# VERKNÜPFUNGEN ZU ANDEREN PM-DOKUMENTEN
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
dokumentverknuepfungen:
|
dokumentverknuepfungen:
|
||||||
beschreibung: |
|
beschreibung: |
|
||||||
Diese Executive Summary gibt einen kompakten Überblick. Die Details
|
Diese Executive Summary gibt einen kompakten Überblick. Die Details
|
||||||
finden sich in den spezialisierten Dokumenten der PM-Funktion.
|
finden sich in den spezialisierten Dokumenten der PM-Funktion.
|
||||||
|
|
||||||
detaildokumente:
|
detaildokumente:
|
||||||
- dokument: "Funktionsbeschreibung"
|
- dokument: "Funktionsbeschreibung"
|
||||||
pfad: "#05_prozessmanagement/#05.1_funktion/pm_funktionsbeschreibung.yaml"
|
pfad: "#05_prozessmanagement/#05.1_funktion/pm_funktionsbeschreibung.yaml"
|
||||||
inhalt: "Formale Grundlagen, Verantwortungsbereiche, Mandat"
|
inhalt: "Formale Grundlagen, Verantwortungsbereiche, Mandat"
|
||||||
|
|
||||||
- dokument: "Leistungs-Canvas"
|
- dokument: "Leistungs-Canvas"
|
||||||
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_leistungs-canvas.yaml"
|
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_leistungs-canvas.yaml"
|
||||||
inhalt: "Detaillierte Leistungen, Nutzersegmente, Wertversprechen"
|
inhalt: "Detaillierte Leistungen, Nutzersegmente, Wertversprechen"
|
||||||
|
|
||||||
- dokument: "Rollenmodell"
|
- dokument: "Rollenmodell"
|
||||||
pfad: "#05_prozessmanagement/#05.4_rollen/pm_rollenmodell.yaml"
|
pfad: "#05_prozessmanagement/#05.4_rollen/pm_rollenmodell.yaml"
|
||||||
inhalt: "Alle 11 Rollen mit Aufgaben, Befugnissen, Schnittstellen"
|
inhalt: "Alle 11 Rollen mit Aufgaben, Befugnissen, Schnittstellen"
|
||||||
|
|
||||||
- dokument: "Governance-Framework"
|
- dokument: "Governance-Framework"
|
||||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_governance-framework.yaml"
|
pfad: "#05_prozessmanagement/#05.2_governance/pm_governance-framework.yaml"
|
||||||
inhalt: "Entscheidungswege, Eskalation, Leitprinzipien"
|
inhalt: "Entscheidungswege, Eskalation, Leitprinzipien"
|
||||||
|
|
||||||
- dokument: "RACI-Matrix"
|
- dokument: "RACI-Matrix"
|
||||||
pfad: "#05_prozessmanagement/#05.2_governance/pm_raci.yaml"
|
pfad: "#05_prozessmanagement/#05.2_governance/pm_raci.yaml"
|
||||||
inhalt: "Verantwortlichkeitsmatrix für alle Leistungen"
|
inhalt: "Verantwortlichkeitsmatrix für alle Leistungen"
|
||||||
|
|
||||||
- dokument: "Konzeptrahmen"
|
- dokument: "Konzeptrahmen"
|
||||||
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_konzeptrahmen.yaml"
|
pfad: "#05_prozessmanagement/#05.3_konzepte/pm_konzeptrahmen.yaml"
|
||||||
inhalt: "Dokumentationsarchitektur und Navigationshilfe"
|
inhalt: "Dokumentationsarchitektur und Navigationshilfe"
|
||||||
|
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
# ÄNDERUNGSHISTORIE
|
# ÄNDERUNGSHISTORIE
|
||||||
# =============================================================================
|
# =============================================================================
|
||||||
|
|
||||||
aenderungshistorie:
|
aenderungshistorie:
|
||||||
- version: "1.0"
|
- version: "1.0"
|
||||||
datum: "2026-02-05"
|
datum: "2026-02-05"
|
||||||
aenderung: |
|
aenderung: |
|
||||||
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
Initiale Erstellung durch Konvertierung aus Word-Dokument.
|
||||||
Quelle: #00 - Prozess-Management.docx
|
Quelle: #00 - Prozess-Management.docx
|
||||||
|
|
||||||
Inhalte:
|
Inhalte:
|
||||||
- Strategischer Kontext und Kernkonzept
|
- Strategischer Kontext und Kernkonzept
|
||||||
- Organisationale Herausforderung
|
- Organisationale Herausforderung
|
||||||
- Lösungskonzept (3 Kernprinzipien)
|
- Lösungskonzept (3 Kernprinzipien)
|
||||||
- Erwarteter Mehrwert (3 Zielgruppen)
|
- Erwarteter Mehrwert (3 Zielgruppen)
|
||||||
- Organisationsdesign (Rollen, Process Owner, Key-User)
|
- Organisationsdesign (Rollen, Process Owner, Key-User)
|
||||||
- Governance (4 Entscheidungskategorien, 4 Leistungstypen, 3 Eskalationsstufen)
|
- Governance (4 Entscheidungskategorien, 4 Leistungstypen, 3 Eskalationsstufen)
|
||||||
- Implementierung (Leistungsportfolio, Ressourcen, Risikomanagement)
|
- Implementierung (Leistungsportfolio, Ressourcen, Risikomanagement)
|
||||||
autor: "DIGITOM-Projekt"
|
autor: "DIGITOM-Projekt"
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue