DevOps-Reifegradmodell für kleine IT-Systemhäuser

Aufbau auf einen Blick

%%{init: {'theme':'base', 'themeVariables': {
  'primaryColor': '#6366F1',
  'primaryTextColor': '#1E293B',
  'primaryBorderColor': '#6366F1',
  'lineColor': '#94A3B8',
  'secondaryColor': '#EEF2FF',
  'tertiaryColor': '#F8FAFC',
  'fontFamily': 'Inter, sans-serif'
}}}%%
flowchart LR
    A["4 Reifegradstufen<br/>Ad-hoc → Optimiert"] --> D["Reifegradmodell"]
    B["5 Dimensionen<br/>CALMS"] --> D
    C["Bewertungslogik<br/>qualitativ, je Dimension"] --> D
    D --> E["Standortbestimmung &<br/>Handlungsfelder"]

    classDef node fill:#EEF2FF,stroke:#6366F1,stroke-width:1.5px,color:#1E293B,rx:8,ry:8;
    classDef result fill:#6366F1,stroke:#4F46E5,stroke-width:1.5px,color:#ffffff,rx:8,ry:8;
    class A,B,C node
    class D,E result

---

Reifegradstufen

Vier idealtypische Entwicklungsniveaus mit fließenden Übergängen – bewusst schlank gehalten, damit Bewertungs- und Interpretationsaufwand gering bleibt.

%%{init: {'theme':'base', 'themeVariables': {
  'primaryColor': '#A5B4FC',
  'primaryTextColor': '#1E293B',
  'lineColor': '#94A3B8',
  'fontFamily': 'Inter, sans-serif'
}}}%%
flowchart LR
    S1["**1 · Ad-hoc**<br/>individuell, personenabhängig"]
    S2["**2 · Strukturiert**<br/>erste Standards & Wiederholbarkeit"]
    S3["**3 · Integriert**<br/>bereichsübergreifend abgestimmt"]
    S4["**4 · Optimiert**<br/>automatisiert, datenbasiert"]

    S1 --> S2 --> S3 --> S4

    classDef s1 fill:#E0E7FF,stroke:#6366F1,color:#1E293B,rx:10,ry:10;
    classDef s2 fill:#C7D2FE,stroke:#6366F1,color:#1E293B,rx:10,ry:10;
    classDef s3 fill:#A5B4FC,stroke:#4F46E5,color:#1E293B,rx:10,ry:10;
    classDef s4 fill:#6366F1,stroke:#4338CA,color:#ffffff,rx:10,ry:10;
    class S1 s1
    class S2 s2
    class S3 s3
    class S4 s4

Stufe	Bezeichnung	Kernmerkmal
1	Ad-hoc	Prozesse informell, reaktiv, stark personenabhängig
2	Strukturiert	Erste Standards, Rollen und dokumentierte Abläufe, teils manuell
3	Integriert	Teams & Werkzeuge arbeiten integriert, Automatisierung & Transparenz etabliert
4	Optimiert	Kontinuierliche Messung, Verbesserung, datenbasierte Entscheidungen

---

Dimensionen (CALMS)

%%{init: {'theme':'base', 'themeVariables': {
  'primaryColor': '#EEF2FF',
  'primaryTextColor': '#1E293B',
  'primaryBorderColor': '#6366F1',
  'lineColor': '#94A3B8',
  'fontFamily': 'Inter, sans-serif'
}}}%%
flowchart TB
    M(("DevOps-<br/>Reife"))
    M --> C["**Culture**<br/>Zusammenarbeit, Verantwortung"]
    M --> A["**Automation**<br/>Build, Test, Deploy, Infra"]
    M --> L["**Lean**<br/>kurze Feedbackzyklen, Fokus"]
    M --> Me["**Measurement**<br/>Monitoring, Kennzahlen"]
    M --> S["**Sharing**<br/>Wissen, Dokumentation"]

    classDef center fill:#6366F1,stroke:#4338CA,color:#ffffff,rx:50,ry:50;
    classDef dim fill:#EEF2FF,stroke:#6366F1,color:#1E293B,rx:8,ry:8;
    class M center
    class C,A,L,Me,S dim

Dimension	Fokus
Culture	Kommunikation, Verantwortung, Fehlerkultur, Zusammenarbeit Dev/Ops/Service
Automation	Automatisierungsgrad von Build-, Test-, Deployment- & Infrastrukturprozessen
Lean	Effizienz, kurze Feedbackzyklen, kleine Changes, Verschwendung reduzieren
Measurement	Transparenz, Monitoring, Kennzahlen zur Steuerung
Sharing	Wissensaustausch, Dokumentation, organisationales Lernen

---

Bewertungsmatrix

Kernstück des Modells: jede Dimension wird unabhängig entlang der vier Stufen eingeordnet.

Dimension	1 · Ad-hoc	2 · Strukturiert	3 · Integriert	4 · Optimiert
Culture	Zusammenarbeit informell, Verantwortung getrennt	Rollen & Kommunikationswege definiert	Dev/Ops/Service arbeiten eng zusammen	Kontinuierliche Verbesserung & Lernkultur fest etabliert
Automation	Deployments/Tests überwiegend manuell	Erste Automatisierung, Standard-Abläufe	CI/CD, IaC & Tests weitgehend integriert	Delivery & Betrieb umfassend automatisiert
Lean	Prozesse reaktiv, Priorisierung uneinheitlich	Aufgaben strukturiert geplant & dokumentiert	Kurze Feedbackzyklen, kleine Changes etabliert	Datenbasierte Optimierung, kontinuierlich verschlankt
Measurement	Probleme reaktiv erkannt, kaum Transparenz	Grundlegendes Monitoring & Reporting	Kennzahlen systematisch ausgewertet	Entscheidungen basieren auf KPIs & Analyse
Sharing	Wissen bei Einzelpersonen, Doku lückenhaft	Zentrale Doku, grundlegender Austausch	Wissen aktiv & standardisiert geteilt	Organisationale Lernprozesse etabliert

---

Ablauf der Anwendung

Die Bewertung ist iterativ angelegt – kein einmaliges Projekt, sondern wiederkehrendes Instrument.

%%{init: {'theme':'base', 'themeVariables': {
  'primaryColor': '#EEF2FF',
  'primaryTextColor': '#1E293B',
  'primaryBorderColor': '#6366F1',
  'lineColor': '#94A3B8',
  'fontFamily': 'Inter, sans-serif'
}}}%%
flowchart LR
    S1["**1**<br/>Ist-Zustand<br/>erheben"] --> S2["**2**<br/>Je Dimension in<br/>Reifestufe einordnen"]
    S2 --> S3["**3**<br/>Handlungsfelder<br/>identifizieren"]
    S3 --> S4["**4**<br/>Maßnahmen<br/>priorisieren"]
    S4 --> S5["**5**<br/>Schrittweise<br/>umsetzen"]
    S5 -. "erneute Standortbestimmung" .-> S1

    classDef step fill:#EEF2FF,stroke:#6366F1,color:#1E293B,rx:10,ry:10;
    classDef loop stroke:#94A3B8,stroke-dasharray: 4 3;
    class S1,S2,S3,S4,S5 step

1. Ist-Zustand erheben – Prozesse, Tools, Strukturen den 5 Dimensionen zuordnen
2. Einordnung in Reifestufen – je Dimension anhand überwiegend zutreffender Merkmale
3. Handlungsfelder identifizieren – Abstand zur nächsthöheren Stufe sichtbar machen
4. Maßnahmen priorisieren – nach Aufwand, Nutzen, verfügbaren Ressourcen
5. Schrittweise umsetzen – Dimensionen unabhängig voneinander weiterentwickeln

---

Art der Einordnung

Kernprinzip

Die Bewertung erfolgt getrennt je Dimension und wird nicht zu einem Gesamtwert verdichtet. Eine Organisation kann in verschiedenen Dimensionen unterschiedliche Reifegrade aufweisen.

• Qualitativ statt metrikbasiert – Zuordnung erfolgt über strukturierte Selbsteinschätzung, nicht über harte Kennzahlen
• Dominanzprinzip – eine Dimension wird der Stufe zugeordnet, deren Merkmale überwiegend zutreffen
• Keine Aggregation – 5 getrennte Ergebnisse statt einem Gesamt-Score → differenzierte Analyse möglich
• KPIs optional – je Dimension vorgeschlagene Kennzahlen (z. B. MTTR, Lead Time, Deployment Frequency) ergänzen die Einschätzung erst im späteren Verlauf, sind aber kein Pflichtbestandteil der Erstbewertung

---

Grenzen des Modells

• Bewusst abstrahiert – reale Organisationen nur eingeschränkt vollständig abbildbar
• Qualitative Bewertung → hohe Praxistauglichkeit, aber eingeschränkte Objektivierbarkeit
• Bisher keine empirische Validierung, konzeptionelles Instrument zur Orientierung