Ein Zertifikat ersetzt keinen geübten Serviceprozess

Zertifikate können im IT-Betrieb viel auslösen. Sie schaffen gemeinsame Begriffe, zeigen Lernbereitschaft und helfen Teams, sich an erprobten Methoden zu orientieren. Trotzdem entsteht daraus noch kein besserer Service. Der entscheidende Unterschied liegt zwischen bestandenem Kurs und geübtem Alltag. Wer nur Wissen nachweist, aber keine Serviceprozesse trainiert, hat am Ende ein Dokument an der Wand und dieselben Reibungen im Betrieb.

Kurz gesagt ITIL ist ein Rahmenwerk für IT-Service-Management. Es beschreibt, wie IT-Services geplant, betrieben, verbessert und an den Bedarf der Organisation angepasst werden können. ISO/IEC 20000-1 ist ein internationaler Standard für Service-Management-Systeme. Für ITSM-Generalisten ist beides relevant, weil Zertifizierung, Audit und Schulung nur dann Wert haben, wenn daraus klare Rollen, bessere Übergaben und belastbare Entscheidungen im Tagesgeschäft entstehen.

AXELOS beschreibt ITIL als Ansatz für Service Management und PeopleCert führt die ITIL-4-Foundation-Zertifizierung als Einstieg in die zentralen Begriffe und Konzepte. BSI ordnet ISO/IEC 20000-1 als Standard für ein Service-Management-System ein. Diese Quellen zeigen den formalen Rahmen. Die operative Frage für itsm.news lautet aber: Wie wird aus solchem Wissen eine Arbeitsweise, die der Service Desk, das Change-Team und die Verantwortlichen für kritische Dienste tatsächlich spüren?

Der Nachweis ist nur der Anfang

Ein Zertifikat beantwortet zuerst eine persönliche Frage. Hat jemand die Begriffe gelernt, die Prüfung bestanden und ein Mindestverständnis des Modells gezeigt? Das ist nützlich, aber es beantwortet noch nicht die Betriebsfrage. Weiß das Team, wie ein Major Incident eskaliert wird? Sind Changes so beschrieben, dass der Service Desk die Auswirkung erklären kann? Wird eine Problemursache wirklich nachverfolgt oder verschwindet sie nach dem nächsten Workaround?

Genau hier entsteht der Unterschied zwischen Qualifikation und Wirkung. Ein Kurs kann erklären, was ein Incident, ein Problem oder ein Change ist. Der Betrieb muss daraus konkrete Vereinbarungen machen: Wer entscheidet? Welche Information gehört ins Ticket? Wann wird ein Dienstverantwortlicher eingebunden? Welche Übergabe ist Pflicht, bevor ein Ticket geschlossen wird? Ohne diese Übersetzung bleibt das Zertifikat korrekt, aber folgenlos.

Gemeinsame Begriffe brauchen gemeinsame Beispiele

Schulungen scheitern selten daran, dass Fachbegriffe fehlen. Sie scheitern eher daran, dass jedes Team die Begriffe anders mit Leben füllt. Für die eine Gruppe ist ein Problem bereits jede wiederholte Störung. Für die andere beginnt Problem Management erst bei einer formalen Ursachenanalyse. Im Change Management kann dasselbe Wort eine kleine Standardänderung, ein riskantes Release oder eine Notfallkorrektur meinen.

Deshalb braucht Zertifizierungswissen eigene Praxisfälle. Ein guter Workshop nimmt nicht nur die Definition aus dem Buch, sondern legt echte Beispiele daneben. Ein ausgefallener Dienst, eine missglückte Änderung, eine unklare Eskalation oder ein wiederkehrender Fehler im Service Desk zeigen sofort, wo Begriffe helfen und wo sie noch zu abstrakt bleiben. So wird aus Lernstoff eine gemeinsame Betriebssprache.

Übungen zeigen Lücken früher als Audits

Audits und Zertifizierungen prüfen Struktur, Nachweise und Steuerung. Sie sind wichtig, aber sie kommen oft spät. Eine kurze Betriebsübung zeigt viele Lücken früher. Ein Team kann einen typischen Ausfall durchspielen, den Kommunikationsweg testen, Rollen prüfen und danach klären, welche Information fehlte. Dafür braucht es kein großes Krisenspiel. Schon 45 Minuten mit einem realistischen Szenario reichen oft, um blinde Stellen sichtbar zu machen.

Der Wert liegt in der Nacharbeit. Wurde der Dienstverantwortliche zu spät informiert? War die Priorität unklar? Hatte der Service Desk keine verständliche Kundenaussage? Fehlte im Change-Kalender ein Abhängigkeitsdienst? Solche Erkenntnisse machen ein Zertifikat praktisch. Sie verbinden den formalen Rahmen mit dem konkreten Verhalten, das im Störungsfall zählt.

Zertifizierung darf keine Parallelwelt werden

Ein häufiger Fehler ist die Trennung zwischen Zertifizierungsprojekt und Tagesbetrieb. Eine kleine Gruppe sammelt Nachweise, schreibt Prozessdokumente und bereitet das Audit vor. Der Rest des Betriebs arbeitet weiter wie vorher. Kurzfristig kann das den Termin retten. Langfristig entsteht eine Parallelwelt: Auf Papier existiert ein sauberer Prozess, im Ticketverlauf ist er kaum wiederzuerkennen.

Besser ist eine kleine, aber echte Verankerung. Ein Incident-Prozess muss in Ticketvorlagen, Rufbereitschaft, Statuskommunikation und Review-Terminen auftauchen. Change-Regeln müssen im Kalender, in Risikoabfragen und in Freigabewegen sichtbar sein. Problem Management braucht eine einfache Entscheidung, wann ein wiederkehrender Fehler nicht mehr nur einzeln repariert wird. Erst dann wird Zertifizierung Teil der Serviceführung statt nur ein Projektordner.

Führung entscheidet über den Nutzen

Zertifizierungen entfalten ihren Wert nicht automatisch durch geschulte Mitarbeitende. Führung muss festlegen, welche Verhaltensänderung erwartet wird. Soll die Organisation weniger ungeplante Ausfälle haben? Sollen Übergaben verständlicher werden? Soll der Service Desk früher wissen, was Kunden sagen dürfen? Soll ein Audit zeigen, dass Prozesse nicht nur beschrieben, sondern messbar angewendet werden?

Ohne diese Zielklärung optimiert jedes Team an einer anderen Stelle. Dann entstehen schöne Prozesslandkarten, aber keine gemeinsame Priorität. Mit klarer Zielrichtung kann ein Zertifikat dagegen ein nützliches Startsignal sein. Es schafft Sprache und Orientierung. Die eigentliche Arbeit beginnt danach: Prozesse üben, Beispiele sammeln, Entscheidungen dokumentieren und regelmäßig prüfen, ob der Service dadurch wirklich stabiler wird.

Der beste Prüfpunkt liegt im Ticket

Wer wissen will, ob eine Zertifizierung wirkt, sollte nicht nur in Schulungslisten schauen. Der beste Prüfpunkt liegt im Arbeitsnachweis des Betriebs. Sind Tickets verständlicher geworden? Werden Ursachen sauberer getrennt von Symptomen? Sind Changes mit betroffenen Services verbunden? Finden Reviews konkrete Verbesserungen statt nur Schuldige? Kommt die Statusinformation früher bei den Menschen an, die sie brauchen?

Wenn diese Spuren sichtbar werden, hat das Zertifikat seinen Zweck erfüllt. Es ist dann kein Ersatz für gute Serviceprozesse, sondern ein Hebel, um sie einheitlicher zu machen. Der praktische Maßstab bleibt einfach: Ein Zertifikat zählt im Betrieb erst dann, wenn es Entscheidungen verbessert, Übergaben klärt und Störungen schneller erklärbar macht.

Stand der Quellenprüfung: 22.06.2026. Der Beitrag enthält keine konkreten Beträge oder Leistungssätze.