Servicemanagement nach ITIL — bring Struktur in den Betrieb
Incident, Problem, Change und Service Request — und warum man sie auseinanderhält
Einleitung
Wenn ein Unternehmen IT als Dienstleistung erbringt, reicht es nicht, die Technik zu beherrschen — man muss auch steuern, wie die Arbeit fließt, damit nichts verloren geht und man für die Qualität einstehen kann. ITIL (Information Technology Infrastructure Library) ist ein verbreiteter Rahmen für genau das: eine Sammlung guter Praktiken für das IT-Service-Management. Du musst sie nicht auswendig können, aber die Begriffe sind eine gemeinsame Sprache, der du in fast jeder Betriebsorganisation begegnest.
Vier Begriffe, die du nicht verwechseln darfst
Eine der wichtigsten Pointen von ITIL ist, zwischen vier Arten von Fällen zu unterscheiden, weil sie unterschiedlich behandelt werden. Vermischt man sie, flickt man endlos an Symptomen herum, ohne die Ursache zu beseitigen.
| Typ | Was es ist | Ziel |
|---|---|---|
| Vorfall (Incident) | Eine ungeplante Unterbrechung oder Verschlechterung eines Dienstes | Den normalen Betrieb schnellstmöglich wiederherstellen |
| Problem | Die zugrunde liegende Ursache eines oder mehrerer Ereignisse | Die Grundursache finden und beseitigen |
| Änderung (change) | Eine beabsichtigte Änderung eines Systems oder eines Dienstes | Sie kontrolliert und mit möglichst geringem Risiko durchführen |
| Service Request | Eine gewöhnliche Anfrage — z. B. Zugang, neues Gerät, Zurücksetzen | Das Vereinbarte schnell und gleichmäßig liefern |
Vorfall gegenüber Problem
Die Grenze zwischen Störung und Problem ist das, was neue Techniker am häufigsten übersehen. Eine Störung ist das Akute: 'die Mail funktioniert gerade nicht'. Das Ziel ist, den Nutzer weiterzubringen, und sei es über einen vorübergehenden Umweg. Ein Problem ist die Untersuchung, warum es immer wieder passierte: Was ist die Grundursache, damit die Störung nicht zurückkehrt? Einen Dienst fünfmal die Woche neu zu starten, löst fünf Störungen — aber erst das Problemmanagement beseitigt den Grund, aus dem er ausfällt.
Änderungen werden gesteuert, nicht improvisiert
Viele Betriebsstörungen stammen von Änderungen, die in Eile gemacht wurden. Deshalb werden Änderungen gesteuert: Sie werden auf ihr Risiko bewertet, geplant, von der richtigen Stelle genehmigt, in einem passenden Zeitfenster durchgeführt, und man hat sich vorher überlegt, wie man zurückrollt, wenn es schiefgeht. Kleinere, routinemäßige Änderungen mit bekannt geringem Risiko können vorab genehmigt werden, damit sie nicht in Bürokratie ertrinken — aber selbst sie müssen dokumentiert werden.
Servicedesk — der eine Kontaktpunkt
Der Servicedesk ist der feste Zugang der Nutzer zur IT. Er nimmt sowohl Störungen als auch Service Requests entgegen, erfasst sie, löst, was er lösen kann, und gibt den Rest an die richtige Ebene weiter. Der Wert liegt nicht nur darin, Fälle zu lösen, sondern sie an einer Stelle zu sammeln: So hat man den Überblick, kann Muster erkennen, und kein Fall verschwindet in einem persönlichen Posteingang. Ein Fall wird von der Anlage über den Status bis zum Schließen mit dokumentierter Lösung verfolgt.
Serviceverträge und Ziele
Damit eine Dienstleistung gesteuert werden kann, muss man sich einig sein, was 'gut genug' bedeutet. Das wird in einer Servicevereinbarung (oft SLA, Service Level Agreement, genannt) zwischen dem Lieferanten und dem Kunden festgehalten: wie schnell muss ein Fall beantwortet und gelöst werden, wie viel Verfügbarkeit wird zugesagt, in welchen Zeiträumen gilt das. Konkrete Ziele und Fristen werden in der einzelnen Vereinbarung festgelegt — schlage sie nach, statt zu raten. Der Punkt ist, dass vereinbarte Ziele es ermöglichen zu messen, ob man wie versprochen liefert, statt dass es ein Bauchgefühl bleibt.
Warum es dich zu einem besseren Techniker macht
Du musst nicht sklavisch nach ITIL arbeiten, um von der Denkweise zu profitieren. Dich selbst zu fragen „Ist das hier ein Incident oder ein Problem?“ und „Ist das hier eine Änderung, die geplant und rückgängig zu machen sein sollte?“ hebt die Qualität deiner Arbeit sofort. Es bringt dich vom ständigen Feuerlöschen zu strukturiertem Arbeiten — und genau danach sucht ein Arbeitgeber.
“Der Incident bringt den Nutzer heute weiter. Das Problemmanagement sorgt dafür, dass du denselben Incident morgen nicht wiedersiehst.”
— Erfahrungsregel aus dem IT-Service-Management