Continual Service Improvement (CSI): Definition, ITIL 4 und Umsetzung im IT Service Management

Continual Service Improvement (CSI) bezeichnet in ITIL die geplante, fortlaufende Verbesserung von IT-Services und der Abläufe, mit denen sie erbracht werden, gestützt auf Messwerte statt auf Eindrücke. Der Begriff stammt aus ITIL v3 (2007) und der Ausgabe ITIL 2011. Dort war CSI die letzte von fünf Lebenszyklusphasen und hatte ein eigenes Kernbuch.

Seit ITIL 4 (2019) heißt das Thema Continual Improvement. Es ist keine Phase am Ende des Lebenszyklus mehr, sondern zieht sich durch das gesamte Servicewertsystem. ITIL (Version 5), das PeopleCert schrittweise einführt, übernimmt diesen Ansatz. Im Sprachgebrauch vieler IT-Organisationen ist die Abkürzung CSI dennoch geblieben. Wie das Rahmenwerk insgesamt aufgebaut ist, erklärt der Glossarartikel ITIL.

Das Wichtigste in Kürze

• Ziel: Services, Abläufe und Werkzeuge werden schrittweise besser, weil Verbesserungen geplant, gemessen und in den Standard übernommen werden.
• Begriffe: CSI ist der Name aus ITIL v3 und ITIL 2011. ITIL 4 und ITIL (Version 5) sprechen von Continual Improvement.
• Vorgehen: Das Verbesserungsmodell von ITIL 4 hat sieben Schritte, von der Vision bis zur Frage, wie der Fortschritt erhalten bleibt. Alle Vorschläge laufen in einem Continual Improvement Register zusammen.
• Voraussetzung: Ohne einheitlich definierte Kennzahlen gibt es weder einen Ausgangswert noch einen Beleg dafür, dass eine Maßnahme gewirkt hat.

Stand: November 2026 · Fachlich abgeglichen mit Veröffentlichungen von PeopleCert/AXELOS und dem BSI (Quellen am Ende des Artikels)

Von CSI zu Continual Improvement: wo ITIL die Verbesserung verankert

Die Grundidee ist in allen ITIL-Generationen gleich: Ein Service wird nicht einmal eingeführt und danach nur noch betrieben, sondern regelmäßig an Zielen gemessen und angepasst. Verändert haben sich der Platz dieser Aufgabe im Rahmenwerk und ihre Reichweite.

ITIL v3 und ITIL 2011: CSI als eigene Phase

ITIL v3 gliederte das Service Management in fünf Phasen: Service Strategy, Service Design, Service Transition, Service Operation und Continual Service Improvement. CSI begleitete die übrigen vier Phasen und bewertete deren Ergebnisse. Das zentrale Werkzeug war der 7-Step Improvement Process:

1. Strategie für die Verbesserung festlegen
2. Bestimmen, was gemessen wird
3. Daten sammeln
4. Daten aufbereiten
5. Informationen und Daten analysieren
6. Ergebnisse präsentieren und nutzen
7. Verbesserung umsetzen

Daneben stand das CSI-Modell mit sechs Leitfragen. ITIL 2011 ergänzte das CSI-Register als zentrale Liste der Verbesserungsvorschläge.

ITIL 4: drei Ankerpunkte statt einer Phase

ITIL 4 hat die Lebenszyklusphasen aufgegeben. Kontinuierliche Verbesserung erscheint seitdem an drei Stellen:

• Im Servicewertsystem: Continual Improvement ist eine der fünf Komponenten, neben Leitprinzipien, Governance, Service-Wertschöpfungskette und Practices. Sie betrifft damit die ganze Organisation, nicht nur die IT-Prozesse.
• In der Wertschöpfungskette: „Improve“ ist eine der sechs Wertschöpfungsaktivitäten. Jeder Ablauf, etwa die Bearbeitung einer Störung, enthält damit einen Verbesserungsschritt.
• Als Practice: Continual Improvement gehört zu den General Management Practices. Die Practice stellt Methoden, Rollen und das Continual Improvement Register (CIR) bereit.

Das Verbesserungsmodell in sieben Schritten

Das Continual Improvement Model von ITIL 4 greift die Leitfragen aus ITIL v3 auf und ergänzt einen ausdrücklichen Umsetzungsschritt. Es passt zu einer kleinen Korrektur ebenso wie zu einem größeren Vorhaben:

1. Was ist die Vision? Welches Unternehmensziel unterstützt die Verbesserung?
2. Wo stehen wir? Ausgangswert aus vorhandenen Daten erheben, etwa Lösungszeiten oder Wiedereröffnungen.
3. Wo wollen wir hin? Ein messbares Ziel mit Termin festlegen.
4. Wie kommen wir dahin? Die Maßnahme planen, möglichst in kleinen Schritten.
5. Handeln: Die Maßnahme umsetzen und Rückmeldungen einholen.
6. Haben wir das Ziel erreicht? Das Ergebnis mit dem Ausgangswert vergleichen.
7. Wie halten wir den Schwung? Den Erfolg sichern, Erkenntnisse teilen, die nächste Verbesserung anstoßen.

Was ITIL (Version 5) daran ändert

Laut PeopleCert übernimmt ITIL (Version 5) das Wertsystem und die Leitprinzipien aus ITIL 4. Continual Improvement bleibt eine Practice und gehört im Qualifizierungsschema zum Modul „Collaborate, Assure and Improve“, zusammen mit Relationship, Supplier, Service Level und Information Security Management. Ein Beitrag in der PeopleCert-Community vom Februar 2026 beschreibt das Verbesserungsmodell weiterhin mit sieben Schritten, deren Wortlaut teilweise geschärft wurde. Wer heute mit ITIL 4 arbeitet, muss sein Verbesserungsvorgehen deshalb nicht neu aufsetzen.

CSI im Vergleich: ITIL-Generationen, PDCA, Kaizen und ISO/IEC 20000-1

Die Umbenennung von CSI in Continual Improvement ist mehr als eine neue Bezeichnung. Die Übersicht zeigt die wichtigsten Unterschiede zwischen den ITIL-Generationen.

CSI und der PDCA-Zyklus

Der PDCA-Zyklus (Plan, Do, Check, Act) geht auf Walter A. Shewhart zurück und wurde durch W. Edwards Deming bekannt, deshalb heißt er auch Deming-Kreis. Er ist das allgemeine Muster hinter fast allen Verbesserungsmodellen. Das ITIL-Modell ist konkreter: Es beginnt mit der Vision, verlangt einen gemessenen Ausgangswert und endet mit der Frage, wie das Erreichte gesichert wird. Der BSI-Standard 200-1 weist darauf hin, dass die ISO/IEC 27001 den PDCA-Zyklus seit ihrer Angleichung an die einheitliche Struktur für Managementsystemnormen (Annex SL) nicht mehr ausdrücklich nennt. Die Tätigkeiten lassen sich nach dem BSI aber weiterhin in diesem Zyklus ausführen.

CSI, Kaizen und Problem Management

Kaizen ist vor allem eine Haltung: Alle Mitarbeitenden verbessern ihre Arbeit in kleinen Schritten. Continual Improvement nach ITIL teilt diese Haltung und ergänzt Register, Prioritäten und Messung. Das Problem Management hat einen engeren Auftrag. Es ermittelt die Ursachen von Störungen, etwa mit einer Root Cause Analysis, und beseitigt sie oder dokumentiert sie als bekannte Fehler. Seine Ergebnisse landen häufig im Verbesserungsregister, aber nicht jede Verbesserung beginnt mit einer Störung.

CSI und ISO/IEC 20000-1

ITIL ist ein Leitfaden. Die Norm ISO/IEC 20000-1:2018 stellt dagegen prüfbare Anforderungen an ein Service-Management-System. Ihr Kapitel 10 behandelt Nichtkonformitäten mit Korrekturmaßnahmen und die fortlaufende Verbesserung des Systems. Ein sauber geführtes Verbesserungsregister mit Ausgangs- und Zielwerten erleichtert den Nachweis dieser Anforderungen im Audit.

Kontinuierliche Verbesserung in der Unternehmens-IT organisieren

In einer kleinen IT entstehen Verbesserungen oft im Gespräch. Sobald mehrere Teams, Standorte oder Gesellschaften denselben Service erbringen, reicht das nicht mehr: Eine Lösung, die an einem Standort funktioniert, sollte für alle gelten, und Kennzahlen müssen vergleichbar sein. Fünf Bausteine haben sich bewährt.

1. Klare Verantwortung: Eine Person koordiniert die Practice Continual Improvement. Jede einzelne Initiative hat eine verantwortliche Person aus dem betroffenen Team.
2. Ein zentrales Register: Alle Vorschläge, ob aus Problem Management, Service Reviews oder dem Service Desk, landen im selben Register. Sinnvolle Felder sind Beschreibung, Auslöser, erwarteter Nutzen, Aufwand, Priorität, Ausgangswert, Zielwert, Termin und Status.
3. Ein fester Rhythmus: Das Register wird regelmäßig gesichtet, etwa monatlich im IT-Leitungskreis. Größere Initiativen kommen zusätzlich in die Service Reviews mit den Fachbereichen.
4. Eine gemeinsame Messbasis: Kategorien, Prioritäten und Statuswerte sind für alle Teams gleich definiert. Erst dann lassen sich etwa Lösungszeiten zweier Standorte sinnvoll vergleichen.
5. Übernahme in den Standard: Bewährt sich eine Maßnahme, wird sie Teil des Regelbetriebs, zum Beispiel als angepasster Workflow, als Vorlage oder als Artikel in der Wissensdatenbank.

Beispiel: zu viele wiedereröffnete Tickets

Angenommen, ein Industrieunternehmen mit drei Werken stellt im Monatsbericht fest, dass Tickets eines Werks deutlich häufiger wiedereröffnet werden als die der anderen beiden. Die IT trägt den Befund ins Register ein und geht das Verbesserungsmodell durch:

• Vision und Ausgangslage: Ziel ist ein einheitlicher Service in allen Werken. Ausgangswert ist die Wiedereröffnungsquote je Standort der letzten drei Monate.
• Ziel und Weg: Die Quote des Werks soll binnen eines Quartals auf das Niveau der anderen sinken. Eine Stichprobe zeigt, dass Tickets oft geschlossen werden, bevor die meldende Person die Lösung bestätigt hat.
• Umsetzung: Der Workflow erhält einen Bestätigungsschritt, das Team eine kurze Checkliste für den Ticketabschluss.
• Prüfung und Sicherung: Nach drei Monaten wird erneut gemessen. Wirkt die Maßnahme, wird der Bestätigungsschritt für alle Werke Standard.

Das Beispiel zeigt den Kern von CSI: Ein Befund aus den Daten wird zu einer gezielten Maßnahme, deren Wirkung sich belegen lässt. Und die Lösung skaliert über den Ort hinaus, an dem sie entstanden ist.

Wo eine ITSM-Software ansetzt

Ein Werkzeug nimmt niemandem die Entscheidung ab, was verbessert werden soll. Es liefert aber die Daten und macht vereinbarte Änderungen verbindlich. In ky2help^® stehen dafür unter anderem Messgrößen (KPIs) ab Werk, rollenbasierte Dashboards mit Drill-down, SLA-Überwachung mit Eskalation und eine Known-Error-Datenbank bereit. Workflows passen Sie im integrierten Prozessdesigner per Drag-and-Drop an, ohne Programmierung. Für weitergehende Analysen lässt sich das Reporting an SAP oder Power BI anbinden.

PeopleCert hat ky2help^® für 13 ITIL-Practices akkreditiert, darunter Problem Management, Service Level Management, Knowledge Management sowie Measurement and Reporting. Continual Improvement gehört nicht zu diesen 13 Practices: Die Software liefert Daten und Abläufe, das Verbesserungsvorgehen legt die Organisation fest.

Funktionsumfang ansehen

Kennzahlen, die Verbesserungen belegen, und typische Fehler

Für CSI zählt nicht die Menge der Kennzahlen, sondern ob sie eine konkrete Frage beantworten. Bewährt haben sich Werte, die das Ticketsystem ohnehin erfasst:

• Erstlösungsquote: Anteil der Anfragen, die der Service Desk ohne Weiterleitung löst. Steigt sie nach dem Ausbau der Wissensdatenbank, hat die Maßnahme gewirkt.
• Mittlere Lösungszeit je Priorität: Zeigt, ob Abläufe schneller werden. Ein Durchschnitt über alle Prioritäten verdeckt dagegen Ausreißer.
• Wiedereröffnungsquote: Ein Hinweis auf Lösungen, die nicht nachhaltig waren.
• SLA-Erfüllungsgrad: Anteil der Tickets innerhalb der vereinbarten Service Level Agreements.
• Change-Erfolgsquote: Anteil der Changes ohne Störung oder Rücknahme. Sinkt sie, lohnt ein Blick auf Test und Freigabe im Change Management.
• Wiederkehrende Incidents: Anzahl der Störungen, die auf dasselbe Problem zurückgehen.
• Durchlaufzeit im Register: Zeit von der Erfassung eines Vorschlags bis zur Entscheidung. Ein wachsender Rückstand zeigt, dass der Verbesserungsprozess selbst Pflege braucht.

Grundlagen zur Auswahl von Kennzahlen erklärt der Glossarartikel KPI.

Fünf typische Fehler

• Kein Ausgangswert: Wer vor einer Maßnahme nicht misst, kann ihren Erfolg später nur behaupten.
• Zu viele Initiativen zugleich: Ein langes Register ohne Prioritäten bindet Zeit und liefert wenig. Wenige laufende Initiativen mit klarer Verantwortung sind wirksamer.
• Kennzahlen als Selbstzweck: Wer nur auf die Lösungszeit schaut, verleitet Teams dazu, Tickets zu früh zu schließen. Mindestens eine Qualitätskennzahl gehört daneben.
• Verbesserung nur aus IT-Sicht: Ohne Rückmeldung der Anwenderinnen und Anwender und ohne Service Reviews mit den Fachbereichen bleibt offen, ob eine Änderung dort ankommt.
• Keine Übernahme in den Standard: Bewährte Lösungen bleiben an einem Standort hängen, wenn niemand Workflows, Vorlagen und Dokumentation nachzieht.

Bezug zum IT-Grundschutz

Für die Informationssicherheit enthält der BSI-Standard 200-1 eigene Abschnitte zur kontinuierlichen Verbesserung des Sicherheitsprozesses, der Informationssicherheit und des Sicherheitskonzepts. Wer nach IT-Grundschutz arbeitet, kann Verbesserungen aus beiden Welten im selben Register führen und vermeidet so zwei parallele Listen.

Häufige Fragen zu CSI

Was bedeutet CSI in ITIL?

CSI steht für Continual Service Improvement. Gemeint ist die geplante, fortlaufende Verbesserung von IT-Services und Service-Management-Prozessen auf Basis von Messwerten. In ITIL v3 und ITIL 2011 war CSI die fünfte Lebenszyklusphase.

Gibt es CSI in ITIL 4 noch?

Ja, unter dem Namen Continual Improvement. In ITIL 4 ist sie eine Komponente des Servicewertsystems, eine Wertschöpfungsaktivität und eine eigene Practice. ITIL (Version 5) übernimmt das Wertsystem und führt Continual Improvement weiter als Practice.

Was ist ein Continual Improvement Register?

Das Continual Improvement Register (CIR) ist die zentrale Liste aller Verbesserungsvorschläge. Es hält für jeden Eintrag Nutzen, Priorität, Verantwortung, Ausgangswert, Zielwert und Status fest. So lassen sich Vorschläge vergleichen und gezielt abarbeiten.

Worin unterscheiden sich CSI und Problem Management?

Problem Management sucht die Ursachen von Störungen und beseitigt sie. Continual Improvement ist breiter und betrifft auch Services, Abläufe und Werkzeuge, bei denen es keine Störung gab. Ergebnisse aus dem Problem Management fließen häufig als Einträge ins Verbesserungsregister.

Welche Kennzahlen eignen sich für CSI?

Geeignet sind Werte, die eine konkrete Frage beantworten, etwa Erstlösungsquote, mittlere Lösungszeit je Priorität, Wiedereröffnungsquote, SLA-Erfüllungsgrad und Change-Erfolgsquote. Wichtig ist ein Ausgangswert vor jeder Maßnahme.

Wie unterstützt ky2help® die kontinuierliche Verbesserung?

ky2help^® liefert Messgrößen ab Werk, rollenbasierte Dashboards, SLA-Überwachung und eine Known-Error-Datenbank. Workflows lassen sich im Prozessdesigner ohne Programmierung anpassen, sodass bewährte Maßnahmen schnell zum Standard werden. In einer Live-Demo zeigen wir die Funktionen im Detail.

Quellen und weiterführende Artikel

Quellen

• PeopleCert: FAQ zu ITIL (Version 5), Practices und Qualifizierungsschema
• PeopleCert: ITIL (Version 5) Explained
• PeopleCert Community: Continual Improvement, Maturity or Transformation? (Februar 2026)
• AXELOS: ITIL 4 Practice Guide Continual Improvement
• BSI: BSI-Standard 200-1: Managementsysteme für Informationssicherheit
• ISO/IEC 20000-1:2018, Kapitel 10 (Verbesserung)

Weiterlesen im Glossar und in der Wissenswelt

• Problem Management nach ITIL und Effizientes ITSM-Reporting
• Automatisierung von Routineaufgaben und ky2help® für den IT-Bereich
• Glossar: ITIL, ITSM, Kaizen, KPI, Root Cause Analysis, Incident