Continual Improvement

Continual Improvement (CI) ist in ITIL 4 sowohl eine Practice (eine der 14 General-Management-Practices), eine Aktivität in der Service Value Chain als auch ein wiederkehrendes Thema in den Guiding Principles. Das ist kein Zufall: ITIL legt großen Wert darauf, dass Verbesserung nicht ein Quartalsprojekt ist, sondern eingebaute Routine. „Wir machen das so, weil wir das schon immer so gemacht haben" ist die Anti-Haltung, die CI ausrotten soll. Jeder Incident, jede Beschwerde, jede SLA-Verletzung, jeder Audit-Befund ist eine Lerngelegenheit. Diese Lektion zeigt das zentrale Modell – das 7-Schritte Continual Improvement Model – seine Verbindung zum klassischen PDCA-Zyklus, und wie man eine CI-Kultur tatsächlich etabliert.

1) Das 7-Schritte-Modell

Das ist das zentrale Modell, das du für die Prüfung kennen musst. Sieben Schritte, kreisförmig angeordnet – nach Schritt 7 geht es wieder bei Schritt 1 los. Klick die Schritte an, um zu sehen, was jeweils zu tun ist:

2) Bezug zum PDCA-Zyklus von Deming

Die ITIL-Sieben-Schritte sind keine Erfindung – sie sind eine ausgefeilte Version des PDCA-Zyklus von W. Edwards Deming, der seit den 1950ern in Qualitätsmanagement und Lean zum Kerngedanken gehört. Auch im Qualitätsmanagement begegnet er dir.

3) Wo CI in ITIL 4 überall auftaucht

Continual Improvement ist in ITIL 4 mehrfach verankert – ein Hinweis darauf, wie zentral der Gedanke ist:

1. Als Guiding Principle: „Progress iteratively with feedback" – siehe ITIL-Grundprinzipien.
2. Als SVC-Aktivität: „Improve" ist eine der sechs Service-Value-Chain-Aktivitäten – permanent aktiv, nicht nur am Ende.
3. Als Practice: „Continual Improvement" ist eine der 14 General-Management-Practices mit eigenem Vorgehen.
4. Als kultureller Auftrag: Verbesserungs-Initiativen sind jedermanns Aufgabe, nicht nur einer „Verbesserungs-Abteilung".

4) Continual Improvement Register (CIR)

In der CI-Practice gehört ein zentrales Artefakt: das Continual Improvement Register (CIR). Eine durchsuchbare Liste aller bekannten Verbesserungsmöglichkeiten – aus Audits, Incidents, Beschwerden, Mitarbeiter-Vorschlägen. Jeder Eintrag hat typisch:

Das CIR ist kein Wunschzettel – es muss aktiv gepflegt und priorisiert werden. Im Idealfall gibt es einen monatlichen Termin, an dem das CIR durchgegangen wird: welche Einträge gewinnen Vorfahrt, welche werden verworfen, welche neuen kommen dazu?

5) Quellen für Verbesserungs-Ideen

Wo finden Verbesserungs-Ideen ihren Anfang? Praktisch überall – wenn man hinhört:

• Aus dem Service Desk: wiederkehrende Ticket-Typen → Bereiche, in denen Anwender chronisch Hilfe brauchen → Lerngelegenheit.
• Aus Incidents & Problems: Post-Incident-Reviews fragen immer „was lernen wir daraus?".
• Aus SLA-Reports: Wo nähern wir uns dem Limit? Wo gibt es wiederholte Verletzungen?
• Aus Audits (intern, ISO-27001, DSGVO) – Findings sind direkt Verbesserungs-Aufträge.
• Aus CSAT-Befragungen nach Tickets – kein Anwender lügt im Score.
• Aus Mitarbeiter-Vorschlägen – die wissen am besten, wo es klemmt.
• Aus dem Markt – was machen andere Unternehmen, was ist neuer Standard?

6) Metriken für CI selbst

Continual Improvement selbst soll messbar sein. Üblich:

• Anzahl Initiativen pro Quartal – wie aktiv ist das CIR-Management?
• Durchschnittliche Durchlaufzeit einer Initiative vom Vorschlag bis zur Umsetzung.
• Realisierter Nutzen – hat die Initiative gemessen das gebracht, was sie versprochen hat?
• Reife-Index – CMMI-ähnliche Bewertung des CI-Prozesses selbst (Level 1 chaotisch → Level 5 optimiert).

7) Antipatterns

• „Wir machen ständig irgendwas, aber nichts ist je fertig." – Zu viele parallele Initiativen ohne Priorisierung. Lösung: WIP-Limit (Kanban-Stil).
• „Verbesserung ist Aufgabe der Stabsabteilung." – Verlagerung weg von der Linie. Niemand fühlt sich verantwortlich. Lösung: Jeder darf und soll Vorschläge einbringen.
• „Wir messen den Erfolg nie." – Initiativen werden umgesetzt, danach blickt niemand zurück. Lösung: zu jedem CIR-Eintrag Soll-Wert + Mess-Termin definieren.
• „Verbesserung ist immer ein großes Projekt." – Wenn jede Initiative ein Lenkungsausschuss braucht, wird nichts gemacht. Lösung: Klassifizierung in Quick Wins, Standard-Initiativen, Großprojekte.
• „Wir haben das letzte Mal schon erfolglos versucht." – Lessons-Learned-Aversion. Lösung: ehrliche Retrospektiven, in denen Fehler nicht persönlich genommen werden.

Zusammenfassung

Continual Improvement ist in ITIL 4 dreifach verankert: als Guiding Principle, als SVC-Aktivität und als General-Management-Practice. Kernmodell: das 7-Schritte-Modell – (1) Vision, (2) wo stehen wir, (3) wohin wollen wir, (4) wie kommen wir dahin, (5) Aktion, (6) Erfolg prüfen, (7) Schwung halten. Das Modell ist eine Verfeinerung des klassischen PDCA-Zyklus (Plan-Do-Check-Act) von Deming und kompatibel mit Lean und Agile. Zentrales Artefakt: das Continual Improvement Register (CIR) – eine priorisierte Liste aller Verbesserungs-Initiativen. Quellen für Ideen: Service Desk, Incidents, SLAs, Audits, CSAT, Mitarbeiter. Antipatterns: zu viele parallele Initiativen, Verantwortlichkeit nur in Stabsabteilung, kein Erfolgs-Check, alles wird zum Projekt aufgeblasen. CI funktioniert nur als Kultur, nicht als Methode.

Verwandte Lektionen: ITIL-Grundprinzipien · Service Value Chain · Service Level Management · und mehrWeitere relevante LektionenService Value SystemProblem ManagementPDCA-ZyklusIncident ManagementService DeskTicketsystemeKEDB