patrick/digitom_cc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

sync: initial full sync to match digitom HEAD

Browse source
This commit is contained in:
digitom-sync-hook 2026-04-11 21:57:43 +00:00
parent 9788e273ed
commit 6a3299ed48
28 changed files with 5666 additions and 340 deletions
Download patch file Download diff file Expand all files Collapse all files

329
#01_demand-portfolio-management/#01.1_demand-portfolio-management_documentation/dpm_klassifizierungsmatrix_komplexität.yaml
View file

@ -1,329 +0,0 @@
meta:
typ: "bewertungsmatrix"
dimension: "komplexitaet"
titel: "Klassifizierungsmatrix Komplexität"
version: "1.0"
gueltig_ab: "[Datum]"
geltungsbereich: "DIGITOM / Demand-to-Project-Prozess"
status:
inhaltlich_abgenommen_durch: ["DPM-Teammitglied", "DPM-Leitung"]
status: "abgenommen_in_gesamtkonzept"
referenzen:
teil_von: "#01.4_methodik/demand-klassifizierung.yaml"
verwendet_in: "#01.4_methodik/demand-bewertung.yaml"
kontext_tags:
- "komplexitaet"
- "loesungsunsicherheit"
- "bewertungsmatrix"
# ========================================
# ZWECK
# ========================================
zweck:
beschreibung: |
Diese Bewertungsmatrix unterstützt die Einschätzung der Komplexität von Demands.
Sie operationalisiert die Dimension "Komplexität" aus dem Klassifizierungsmodell
und hilft DPM, die Lösungsunsicherheit und den Koordinationsaufwand strukturiert
zu bewerten.
grundverstaendnis: |
Komplexität im DPM-Kontext bedeutet nicht primär technische Schwierigkeit,
sondern die Unsicherheit über Lösung, Aufwand und Abhängigkeiten. Ein technisch
einfacher Demand kann hochkomplex sein, wenn viele Stakeholder mit unterschiedlichen
Interessen involviert sind.
# ========================================
# BEWERTUNGSDIMENSIONEN
# ========================================
bewertungsdimensionen:
anzahl: 4
beschreibung: "Vier orthogonale Bewertungsdimensionen zur Komplexitätseinschätzung"
# ----------------------------------
# DIMENSION 1: STAKEHOLDER & KOORDINATION
# ----------------------------------
dimension_1_stakeholder_koordination:
id: "stakeholder_koordination"
name: "Stakeholder & Koordination"
leitfrage: "Wie viele Akteure müssen koordiniert werden?"
kriterien:
- kriterium_id: "beteiligte_teams"
name: "Beteiligte Teams"
auspraegungen:
moderat: "1-2 Teams"
komplex: "3-4 Teams"
hochkomplex: "5+ Teams"
- kriterium_id: "stakeholder_gruppen"
name: "Stakeholder-Gruppen"
auspraegungen:
moderat: "1-2 Gruppen"
komplex: "3-5 Gruppen"
hochkomplex: "6+ Gruppen"
- kriterium_id: "entscheidungsebene"
name: "Entscheidungsebene"
auspraegungen:
moderat: "Arbeitsebene"
komplex: "Abteilungsleitung"
hochkomplex: "Amtsleitung/Politik"
# ----------------------------------
# DIMENSION 2: LÖSUNGSRAUM & UNSICHERHEIT
# ----------------------------------
dimension_2_loesungsraum_unsicherheit:
id: "loesungsraum_unsicherheit"
name: "Lösungsraum & Unsicherheit"
leitfrage: "Wie klar ist der Weg zur Lösung?"
kriterien:
- kriterium_id: "loesungsklarheit"
name: "Lösungsklarheit"
auspraegungen:
moderat: "Eindeutige Lösung"
komplex: "2-3 Optionen"
hochkomplex: "Unklar/Exploration nötig"
- kriterium_id: "technologie_reife"
name: "Technologie-Reife"
auspraegungen:
moderat: "Bewährt im DIGIT"
komplex: "Neu für DIGIT"
hochkomplex: "Innovativ/Experimentell"
- kriterium_id: "anforderungsstabilitaet"
name: "Anforderungsstabilität"
auspraegungen:
moderat: "Stabil & klar"
komplex: "Teilweise unklar"
hochkomplex: "Volatil/Undefiniert"
# ----------------------------------
# DIMENSION 3: ABHÄNGIGKEITEN & INTEGRATION
# ----------------------------------
dimension_3_abhaengigkeiten_integration:
id: "abhaengigkeiten_integration"
name: "Abhängigkeiten & Integration"
leitfrage: "Wie vernetzt ist der Demand?"
kriterien:
- kriterium_id: "externe_partner"
name: "Externe Partner"
auspraegungen:
moderat: "Keine"
komplex: "1-2 Partner"
hochkomplex: "3+ Partner"
- kriterium_id: "system_schnittstellen"
name: "System-Schnittstellen"
auspraegungen:
moderat: "1-2 Systeme"
komplex: "3-4 Systeme"
hochkomplex: "5+ Systeme"
- kriterium_id: "zeitliche_abhaengigkeiten"
name: "Zeitliche Abhängigkeiten"
auspraegungen:
moderat: "Flexibel planbar"
komplex: "Teilweise gebunden"
hochkomplex: "Kritische Verkettung"
# ----------------------------------
# DIMENSION 4: RISIKEN & UNWÄGBARKEITEN
# ----------------------------------
dimension_4_risiken_unwaegbarkeiten:
id: "risiken_unwaegbarkeiten"
name: "Risiken & Unwägbarkeiten"
leitfrage: "Wie beherrschbar sind die Risiken?"
kriterien:
- kriterium_id: "budget_unsicherheit"
name: "Budget-Unsicherheit"
auspraegungen:
moderat: "Verlässlich planbar"
komplex: "Bandbreiten-Schätzung"
hochkomplex: "Unkalkulierbar"
- kriterium_id: "termin_risiko"
name: "Termin-Risiko"
auspraegungen:
moderat: "Gering"
komplex: "Mittel"
hochkomplex: "Hoch/Unklar"
- kriterium_id: "compliance_risiken"
name: "Compliance-Risiken"
auspraegungen:
moderat: "Keine"
komplex: "Handhabbar"
hochkomplex: "Kritisch/Unklar"
# ========================================
# SIGNALE FÜR HOCHKOMPLEXITÄT
# ========================================
signale_hochkomplexitaet:
beschreibung: "Qualitative Indikatoren, die auf Hochkomplexität hindeuten"
signale:
- id: "paradoxe_anforderungen"
signal: "Paradoxe Anforderungen"
beispiel: "\"Soll alles können, darf nichts kosten\""
interpretation: "Fundamentale Zielkonflikte zwischen Stakeholdern"
- id: "moving_targets"
signal: "Moving Targets"
beschreibung: "Anforderungen ändern sich während der Analyse"
interpretation: "Instabile Ausgangslage, hohe Unsicherheit"
- id: "interessenskomplexitaet"
signal: "Interessenskomplexität"
beschreibung: "Vielschichtige, teils unausgesprochene Stakeholder-Motivationen"
interpretation: "Verdeckte Agenden, schwierige Konsensfindung"
- id: "regulatorische_grauzonen"
signal: "Regulatorische Grauzonen"
beschreibung: "Rechtslage unklar oder im Wandel"
interpretation: "Compliance-Risiko, Neuorientierung erforderlich"
- id: "praezedenzfall"
signal: "Präzedenzfall"
beschreibung: "Erstmalige Herausforderung ohne Referenz"
interpretation: "Kein Erfahrungswissen, explorativer Ansatz nötig"
# ========================================
# ANWENDUNG DER MATRIX
# ========================================
anwendung:
bewertungsverfahren:
beschreibung: "Strukturierter Prozess zur Komplexitätseinschätzung"
schritte:
- schritt: 1
name: "Dimension-Scoring"
beschreibung: "Jede der vier Dimensionen separat bewerten"
output: "4 Einzelbewertungen (moderat/komplex/hochkomplex)"
- schritt: 2
name: "Komplexitäts-Aggregation"
beschreibung: "Die höchste Einzelbewertung plus Anzahl der \"Komplex\"- oder \"Hochkomplex\"-Bewertungen"
logik: "siehe aggregationslogik unten"
- schritt: 3
name: "Kontextuelle Anpassung"
beschreibung: "Berücksichtigung verwaltungsspezifischer Faktoren"
aggregationslogik:
titel: "Logik des Gesamt-Werts für Dimension \"Komplexität\""
regeln:
- bedingung: "1 Dimension = \"Hochkomplex\""
ergebnis: "Hochkomplex"
rationale: "Ein hochkomplexer Aspekt dominiert"
- bedingung: "3 Dimensionen = \"Komplex\""
ergebnis: "Hochkomplex"
rationale: "Kumulative Komplexität führt zu Hochkomplexität"
- bedingung: "2 Dimensionen = \"Komplex\""
ergebnis: "Komplex"
rationale: "Moderate kumulative Komplexität"
- bedingung: "ansonsten"
ergebnis: "Moderat"
rationale: "Überschaubare Komplexität"
# ========================================
# KONSEQUENZEN DER BEWERTUNG
# ========================================
konsequenzen:
- komplexitaet: "moderat"
konsequenz: "Direkte Umsetzung"
typische_massnahmen:
- "Standardprozess"
- "Keine Sonderanalysen"
- komplexitaet: "komplex"
konsequenz: "Strukturierte Analyse"
typische_massnahmen:
- "Vorprojekt empfohlen"
- "Experteneinbindung"
- "Risikomanagement"
- komplexitaet: "hochkomplex"
konsequenz: "Sondierung zwingend"
typische_massnahmen:
- "Machbarkeitsstudie"
- "Pilot/PoC"
- "Steering Committee"
# ========================================
# UMGANG MIT KOMPLEXITÄT
# ========================================
umgang_mit_komplexitaet:
bei_hochkomplexitaet:
massnahmen:
- id: "M1"
name: "Komplexitätsreduktion prüfen"
frage: "Kann der Demand geteilt werden?"
ziel: "Reduzierung auf handhabbare Teilprobleme"
- id: "M2"
name: "Sondierung priorisieren"
prinzip: "Keine vorschnellen Lösungsversprechen"
ziel: "Exploration vor Commitment"
- id: "M3"
name: "Stakeholder-Zielausrichtung"
aktivitaet: "Frühzeitige Erwartungsklärung"
ziel: "Konvergenz der Interessen"
- id: "M4"
name: "Iteratives Vorgehen"
prinzip: "Schritt-für-Schritt statt \"Big Bang\""
ziel: "Schrittweise Komplexitätsreduktion"
komplexitaetsfallen_vermeiden:
beschreibung: "Typische Denkfehler im Umgang mit Komplexität"
fallen:
- falle: "Schein-Einfachheit"
beispiel: "\"Wir brauchen nur Tool X\""
gegenmassnahme: "Immer nach dem \"Warum\" fragen"
- falle: "Komplexitäts-Paralysis"
beschreibung: "Nicht alles Komplexe ist unlösbar"
gegenmassnahme: "Handlungsfähigkeit bewahren"
- falle: "Oversimplification"
beschreibung: "Komplexität nicht wegdefinieren"
gegenmassnahme: "Realistische Einschätzung"
- falle: "Analysis-Paralysis"
beschreibung: "Irgendwann muss entschieden werden"
gegenmassnahme: "Entscheidungszeitpunkt definieren"