Ein Zertifikat ersetzt keinen gelebten Serviceprozess

Ein Zertifikat kann Vertrauen schaffen. Es zeigt Kunden, Prüfern und der eigenen Geschäftsleitung, dass ein Unternehmen seine IT-Services nicht nur nach Gefühl betreibt. Im Alltag entscheidet aber etwas anderes. Bleiben Zuständigkeiten klar. Werden Störungen, Änderungen und Verbesserungen nachvollziehbar bearbeitet. Und merkt der Fachbereich, dass Servicequalität nicht nur während des Audits sichtbar ist.

Genau hier liegt die wichtigste Unterscheidung für ITSM-Generalisten. Eine Zertifizierung ist kein Betriebsmodell auf Papier, sondern ein Nachweis über ein System, das funktionieren muss. Wer den Nachweis nur als Projekt für den Prüfungstermin behandelt, bekommt am Ende Ordner, Tabellen und Prozessbilder. Wer ihn als Arbeitslogik versteht, verbessert Servicequalität, Transparenz und Prioritäten im täglichen Betrieb.

Warum ISO/IEC 20000 mehr als ein Prüfzeichen ist

Die ISO beschreibt ISO/IEC 20000-1 als Anforderungen an ein Service-Management-System. Das klingt abstrakt, ist aber im Kern sehr praktisch. Ein Service-Management-System legt fest, wie Services geplant werden, wie Anforderungen aufgenommen werden, wie Vorfälle und Änderungen gesteuert werden, wie Lieferanten eingebunden sind und wie Verbesserungen entstehen.

Für IT-Abteilungen ist das interessant, weil viele Schwächen im Betrieb nicht an fehlenden Tools liegen. Häufig ist unklar, wer einen Service wirklich besitzt, welche Zusage gegenüber Nutzern gilt, welche Nachweise bei Änderungen nötig sind oder wie wiederkehrende Fehler aus Tickets in echte Verbesserungen überführt werden. Ein Standard kann helfen, diese Punkte systematisch zu machen. Er nimmt dem Management aber nicht die Verantwortung ab, daraus Arbeitsroutinen zu bauen.

Das Audit prüft den Nachweis, der Betrieb prüft die Wirkung

Ein Audit fragt nach dokumentierten Anforderungen, Rollen, Verfahren und Nachweisen. Das ist wichtig, weil ohne Belege keine Verlässlichkeit entsteht. Trotzdem reicht ein sauberer Nachweis nicht aus. Ein Prozess kann beschrieben sein und trotzdem im Alltag kaum genutzt werden. Ein Rollenmodell kann existieren und trotzdem bei dringenden Entscheidungen umgangen werden. Eine Verbesserungsliste kann gepflegt sein und trotzdem keine Priorität bekommen.

Darum sollte die interne Frage vor jeder Zertifizierung lauten: Welche Serviceprobleme sollen nach der Einführung wirklich seltener, schneller sichtbar oder besser steuerbar sein. Geht es um verlässliche Änderungen. Geht es um klarere Servicekataloge. Geht es um bessere Lieferantensteuerung. Oder geht es darum, dass Service Owner Entscheidungen nicht mehr nur aus dem Bauch treffen müssen.

Service Owner brauchen mehr als einen Namen im Prozessbild

Ein Service Owner ist im Alltag die Person oder Rolle, die einen Service fachlich und operativ verantwortet. Diese Verantwortung bleibt oft unscharf. Dann steht zwar ein Name in einer Liste, aber niemand weiß, welche Entscheidungen diese Rolle treffen darf, welche Daten sie regelmäßig sehen muss und wann sie eskalieren soll.

Ein gelebter Serviceprozess macht diese Verantwortung sichtbar. Der Service Owner kennt die wichtigsten Nutzergruppen, kritische Abhängigkeiten, aktuelle Risiken, offene Verbesserungen und relevante Kennzahlen. Dazu gehören nicht nur technische Verfügbarkeit, sondern auch Rückmeldungen aus Support, Änderungsstau, Lieferantenprobleme und wiederkehrende manuelle Umwege. Erst dann wird aus einer formalen Rolle eine echte Steuerungsrolle.

Nachweise sollten aus der Arbeit entstehen

Eine häufige Schwäche in Zertifizierungsprojekten ist doppelte Dokumentation. Teams arbeiten in Tickets, Chats, Monitoring-Systemen und Änderungswerkzeugen. Für das Audit werden später zusätzliche Tabellen gepflegt. Das erzeugt Aufwand und senkt die Akzeptanz. Besser ist ein Prinzip: Der Nachweis entsteht möglichst dort, wo die Arbeit ohnehin passiert.

Ein Change-Ticket kann zeigen, warum eine Änderung nötig war, wer sie freigegeben hat, welche Risiken geprüft wurden und ob der Rückweg geklärt war. Ein Problem-Record kann zeigen, welche Ursache gefunden wurde und welche dauerhafte Maßnahme beschlossen wurde. Ein Service-Review kann zeigen, welche Kennzahlen betrachtet wurden und welche Entscheidung daraus folgte. So wird Auditfähigkeit nicht zur Zusatzschicht, sondern zum Nebenprodukt guter Arbeit.

Verbesserung darf nicht am Prüfungstermin enden

Service Management lebt von wiederholter Verbesserung. Dieser Gedanke passt zu ISO/IEC 20000 ebenso wie zu ITIL, dem verbreiteten Rahmenwerk für IT-Service-Management. PeopleCert beschreibt ITIL als Ansatz für Service Management und Zertifizierungen entlang von Rollen und Kompetenzen. Für die Praxis zählt jedoch nicht das Label, sondern die Frage, ob neues Wissen zu besseren Entscheidungen im Betrieb führt.

Nach einer Zertifizierung sollte deshalb ein kleines Verbesserungsboard weiterlaufen. Es sammelt nicht jede Idee, sondern die wichtigsten Hindernisse für stabile Services. Beispiele sind unklare Eskalationen, zu späte Beteiligung des Service Desk, fehlende Lieferantendaten, unklare Prioritäten bei Änderungen oder Nachweise, die niemand schnell findet. Jede Verbesserung braucht Besitzer, Ziel, Frist und eine kurze Wirkungskontrolle.

Eine einfache Prüfliste für die Praxis

ITSM-Generalisten können den Nutzen einer Zertifizierung mit fünf Fragen prüfen. Erstens: Welche wiederkehrenden Serviceprobleme soll das Managementsystem konkret entschärfen. Zweitens: Welche Rollen treffen echte Entscheidungen und nicht nur formale Freigaben. Drittens: Welche Nachweise entstehen direkt aus Tickets, Reviews und Änderungen. Viertens: Welche Kennzahlen erklären Servicequalität für Fachbereiche verständlich. Fünftens: Welche Verbesserungen laufen nach dem Audit verbindlich weiter.

Diese Fragen schützen vor einem Zertifizierungsprojekt, das nur für externe Wirkung gebaut wird. Sie zwingen dazu, den Standard in Betriebslogik zu übersetzen. Das Ergebnis muss nicht mehr Bürokratie sein. Im besten Fall entsteht weniger Suchaufwand, weniger Unklarheit und mehr Verbindlichkeit zwischen IT, Fachbereich und Management.

Fazit

Ein Zertifikat ist wertvoll, wenn es ein funktionierendes Service-Management-System sichtbar macht. Es wird schwach, wenn es nur den Prüfungstermin organisiert. ISO/IEC 20000 kann IT-Organisationen helfen, Servicequalität verbindlicher zu steuern. Der eigentliche Nutzen entsteht aber erst dort, wo Rollen, Nachweise und Verbesserungen im normalen Arbeitsfluss ankommen.

Quellen: ISO-Seite zu ISO/IEC 20000-1, PeopleCert ITIL-Zertifizierungsinformationen.

Bildquelle: Pexels / https://www.pexels.com/photo/3184465/