ITIL 4 in der Praxis: Best Practices, die bleiben

ITIL 4 ist die vernünftigste Version von ITIL, die es je gab, und zugleich die, die am leichtesten auf dem Papier bleibt. Viele Teams bestehen die Zertifizierung, schreiben die Prozessdokumente und betreiben ihren Service Desk dann ziemlich genau so wie vorher. Die Lücke ist nicht Wissen. Es ist die Distanz zwischen der Best Practice und dem Ort, an dem die Menschen tatsächlich arbeiten.

Das ist ein praktischer Blick darauf, was ITIL 4 geändert hat, welche Best Practices sich auszahlen und was es braucht, damit sie hängen bleiben, statt gerahmt zu werden.

Was ITIL 4 tatsächlich geändert hat

Das ältere ITIL war ein Stapel von Prozessen. ITIL 4 hat das Denken um einige Ideen neu geordnet, die gut tragen:

• Wertströme statt isolierter Prozesse. Man folgt einer Anfrage von der Nachfrage bis zum Wert, über alle beteiligten Teams hinweg, statt jeden Prozess in seinem eigenen Silo zu optimieren.
• Leitprinzipien, die meistzitierten sind Fokus auf Wert, beginne dort, wo du bist und gehe iterativ mit Feedback voran. Diese sind bewusst schlicht. Das ist der Punkt.
• Praktiken, nicht Prozesse. ITIL 4 nennt Dinge wie Incident Management und Change Enablement "Praktiken" und signalisiert, dass es Fähigkeiten sind, die man aufbaut, nicht Skripte, die man abspielt.

Nichts davon ist strittig. Die Probleme beginnen, wenn man es leben will.

Die Best Practices, die wirklich zählen

Reduziert man ITIL 4 auf das, was den Alltag verändert, bleibt eine kurze Liste:

• Fokus auf Wert. Jedes Ticket, jeder Change, jeder Bericht sollte mit einem Ergebnis verbunden sein, das jemandem wichtig ist. Wenn nicht, lassen Sie es.
• Beginne dort, wo du bist. Bauen Sie Service Management nicht bei null neu. Messen Sie ehrlich, was Sie haben, bevor Sie es ändern.
• Halte es einfach. Entfernen Sie Schritte, Genehmigungen und Status, die aus Gewohnheit existieren. Komplexität ist der Ort, an dem Adoption stirbt.
• Mache Arbeit sichtbar. Menschen sollten Status sehen können, ohne zu fragen. Versteckte Arbeit erzeugt doppelte Tickets und Nachfass-Mails.

Das ist nicht aufregend. Es sind die Dinge, die die Zahlen bewegen.

Warum Best Practice meist an der Adoption stirbt

Hier das unbequeme Muster. Ein Team macht die Arbeit ordentlich. Die Prozesse sind sauber, die Prinzipien stimmen, die Schulung fand statt. Und sechs Monate später kommt die Hälfte der Anfragen noch immer als Teams-Nachricht oder Schulterklopfen, weil der offizielle Weg verlangt, die Arbeit zu verlassen, ein anderes System zu öffnen und Kontext neu einzugeben, der schon existierte.

Best Practice scheitert nicht, weil sie falsch ist. Sie scheitert, weil sie zu weit weg sitzt. "Fokus auf Wert" und "halte es einfach" sind schwer einzuhalten, wenn das Werkzeug selbst jeder Interaktion einen Kontextwechsel hinzufügt.

ITIL 4 in Microsoft 365 verankern

Der zuverlässige Weg, diese Lücke zu schließen, ist, die Praktiken dort zu betreiben, wo die Arbeit ohnehin passiert. Für die meisten Organisationen ist das Microsoft 365, und es passt besser zu ITIL 4, als es zunächst scheint:

• Fokus auf Wert fällt leichter, wenn Anfragen in Teams im Kontext entstehen, sodass der tatsächliche Bedarf sichtbar ist, statt in ein Formular gepresst zu werden.
• Beginne dort, wo du bist ist wörtlich: Sie sind bereits in Microsoft. Sie erweitern es, statt eine Parallelplattform aufzusetzen.
• Halte es einfach hält, wenn es kein zweites System zum Abgleichen gibt, keine Konnektoren zu pflegen, keinen doppelten Datenspeicher.
• Mache Arbeit sichtbar ergibt sich von selbst, wenn Status, Aufgaben und Genehmigungen in Teams und SharePoint liegen, auf Daten, die den Tenant nie verlassen haben.

Die Praktiken bleiben genau so, wie ITIL 4 sie beschreibt. Was sich ändert, ist, dass sie im Fluss der Arbeit laufen statt daneben, und das ist der einzige Ort, an dem Adoption je gewonnen wird.

Eine kurze, ehrliche Checkliste

Wenn Sie wollen, dass ITIL 4 Verhalten wird statt Dokumentation, fragen Sie:

• Kann jemand eine Anfrage erstellen und verfolgen, ohne die Werkzeuge zu verlassen, die er ohnehin den ganzen Tag nutzt?
• Haben Sie dieses Jahr mindestens so viele Schritte entfernt wie hinzugefügt?
• Ist jede Praktik mit einem Ergebnis verbunden, das eine Person außerhalb der IT erkennen würde?

Bekommen Sie diese drei richtig, beginnt sich das Framework auszuzahlen. Bekommen Sie sie falsch, haben Sie einen sehr gut dokumentierten Service Desk, den die Menschen still meiden.

Das Fazit

Die Leitprinzipien von ITIL 4 sind bewusst schlicht, und genau deshalb sind sie leicht aufzuschreiben und schwer zu leben. Das Framework scheitert nicht auf dem Papier. Es scheitert am Kontaktpunkt, wenn der offizielle Weg verlangt, die Arbeit zu verlassen und anderswo neu anzufangen.

Diese Lücke zu schließen ist weniger eine Frage besserer Dokumentation als eine Frage des Ortes. Praktiken, die in den Werkzeugen laufen, die Menschen ohnehin nutzen, statt daneben, sind die, die die ersten sechs Monate überleben.