Kurzfassung: Wächst der IT-Support schneller als seine Struktur, entstehen die typischen Symptome: Tickets versanden, dieselben Störungen wiederholen sich, und niemand kann verlässlich sagen, welche Services die IT eigentlich erbringt. Eine ITSM-Einführung ersetzt diesen reaktiven Modus durch eine service-orientierte Organisation mit Servicekatalog, klaren Prozessen und messbaren Zielen. Dieser Leitfaden zeigt unser praxiserprobtes Vorgehen in sechs Schritten – von der Bestandsaufnahme bis zum inkrementellen Rollout, inklusive der Frage, wie sich eine ITSM-Migration von einem Alt-Tool sauber gestalten lässt.

Das Wichtigste in Kürze

  • Eine ITSM-Einführung beantwortet drei Fragen: Welche Services erbringen wir, wie erbringen wir sie, und woran messen wir Qualität?
  • ITIL 4 liefert das Referenzmodell – pragmatisch angewendet auf die relevanten Practices, nicht als Vollprogramm.
  • Der Kern ist ein Servicekatalog plus ein Set robuster Prozesse: Incident, Service Request, Change und Problem Management.
  • Inkrementeller Rollout schlägt Big Bang: erst ein Kernprozess-Set produktiv stabilisieren, dann ausweiten.

Warum IT-Service-Management einführen?

Die meisten IT-Organisationen liefern gute Arbeit – nur unstrukturiert. Anfragen kommen über Zuruf, Mail und Chat, Prioritäten entstehen nach Lautstärke, und Wissen hängt an einzelnen Personen. Das funktioniert, solange die Organisation klein ist. Mit wachsender Nutzerzahl, steigenden Compliance-Anforderungen und mehr Systemen kippt das Modell: Bearbeitungszeiten werden unvorhersehbar, wiederkehrende Störungen bleiben ungelöst, und die IT kann ihren Wertbeitrag nicht belegen.

Eine ITSM-Einführung ist typischerweise dann sinnvoll, wenn das Ticketvolumen die informellen Abläufe übersteigt, wenn Audit- oder ISO/IEC-20000-Anforderungen strukturierte Prozesse verlangen, bei der Ablösung eines Alt-Tools – oder wenn die IT von einem Kostenfaktor zu einem verlässlichen Service-Partner werden soll. Sie ist der operative Unterbau, auf dem IT-Service-Management als dauerhafte Fähigkeit trägt.

ITSM einführen: das Vorgehen in 6 Schritten

Schritt 1 – Bestandsaufnahme und Zielbild

Zuerst klären wir, welche IT-Services heute faktisch erbracht werden, wer sie nutzt und wo es klemmt. Dazu gehören eine Sichtung des aktuellen Ticketaufkommens, der bestehenden (oft impliziten) Prozesse und der eingesetzten Werkzeuge. Ergebnis ist ein nüchternes Zielbild: Welchen Reifegrad wollen wir in 6–12 Monaten erreichen, und welche Prozesse liefern dafür den größten Hebel?

Schritt 2 – Servicekatalog definieren

Das Herzstück jeder ITSM-Einführung ist der Servicekatalog: eine verständliche Liste dessen, was die IT anbietet – aus Sicht der Nutzer, nicht der Technik. Jeder Service erhält einen Eigentümer, eine Beschreibung, Verfügbarkeitszusagen (Service Levels) und einen Bezugsweg. Der Katalog macht Leistungen sichtbar, verhandelbar und messbar – und ist die Grundlage für alle nachgelagerten Prozesse.

Schritt 3 – Kernprozesse gestalten

Nun definieren wir die vier Prozesse, die den größten unmittelbaren Nutzen stiften: Incident Management (Störungen schnell beheben), Service Request Management (Standardanfragen effizient erfüllen), Change Enablement (Änderungen risikoarm einsteuern) und Problem Management (Ursachen wiederkehrender Störungen beseitigen). Wir orientieren uns an den ITIL-4-Practices, halten die Prozesse aber bewusst schlank – Akzeptanz entsteht durch Einfachheit, nicht durch Vollständigkeit.

Schritt 4 – Rollen, Verantwortung und Governance

Prozesse tragen nur, wenn Verantwortung eindeutig ist. Wir legen Rollen fest (Service Owner, Process Owner, Service-Desk-Agent, Change Manager), klären Eskalationswege und definieren die Governance: Wer entscheidet über Changes, wer priorisiert das Backlog, wie werden Service Levels überprüft? Diese Klarheit verhindert, dass ein sauber definierter Prozess im Alltag wieder zerfranst.

Schritt 5 – Tool-Auswahl und Migration

Erst jetzt kommt das ITSM-Tool – denn das Werkzeug folgt dem Prozess, nicht umgekehrt. Bei einer ITSM-Migration von einem Alt-Tool liegt der Fokus auf Datenqualität: Wir bereinigen und mappen bestehende Tickets, Assets und Konfigurationsdaten, konfigurieren die neuen Workflows und planen einen kontrollierten Cutover mit Parallelbetrieb und Rückfallpunkt. Eine schlechte Datenmigration untergräbt jede noch so gute Prozessarbeit – deshalb behandeln wir sie als eigenes Teilprojekt.

Schritt 6 – Inkrementeller Rollout und Verbesserung

Statt eines Big Bang bringen wir zuerst ein Kernprozess-Set mit einer Pilotgruppe produktiv, stabilisieren es und weiten dann aus. Von Beginn an messen wir wenige aussagekräftige Kennzahlen (Lösungszeit, Erstlösungsquote, Change-Erfolgsrate) und etablieren einen Continual-Improvement-Rhythmus. So wird ITSM nicht zum Einmalprojekt, sondern zu einer Fähigkeit, die sich verbessert.

Welche Kennzahlen sind entscheidend?

Damit ITSM steuerbar wird, konzentrieren wir uns auf wenige, belastbare Metriken statt auf ein überladenes Dashboard:

  • Erstlösungsquote (First-Contact-Resolution) – Wie viele Anfragen löst der Service Desk direkt?
  • Mittlere Lösungszeit (MTTR) – Wie schnell werden Störungen behoben?
  • SLA-Erfüllung – Halten wir die zugesagten Service Levels?
  • Change-Erfolgsrate – Wie viele Änderungen laufen ohne ungeplante Störung durch?
  • Wiederholungsrate von Incidents – wirkt das Problem Management tatsächlich?

Typische Ergebnisse

Eine sauber durchgeführte Einführung liefert einen verabschiedeten Servicekatalog, dokumentierte und gelebte Kernprozesse, ein konfiguriertes ITSM-Tool mit sauberen Daten und ein schlankes Kennzahlen-Set. Der Effekt ist im Alltag spürbar: kürzere und vorhersehbarere Bearbeitungszeiten, weniger wiederkehrende Störungen und eine IT, die ihren Wertbeitrag belegen kann. In der Praxis stabilisiert sich das Bild meist innerhalb von zwei bis drei Rollout-Wellen.

Methodische Grundlage

Wir arbeiten auf Basis von ITIL 4 und – wo eine formale Zertifizierbarkeit gefordert ist – anschlussfähig zu ISO/IEC 20000. Dabei gilt für uns durchgängig: Practices werden dienend eingesetzt, nicht dogmatisch. Wo ITSM an die übrige Systemlandschaft grenzt, ordnen wir Services den Business Capabilities zu, damit IT-Services und Geschäftsanforderungen nachvollziehbar zusammenpassen.

Fazit

IT-Service-Management einzuführen heißt, aus einem reaktiven Support eine verlässliche Service-Organisation zu machen. Der Servicekatalog liefert die Sicht der Nutzer, die vier Kernprozesse die Substanz, klare Rollen die Stabilität – und der inkrementelle Rollout den Weg dorthin, ohne den Betrieb zu überfordern. Wer ITSM als Fähigkeit statt als Projekt versteht, gewinnt eine IT, die planbar liefert und sich messbar verbessert.

ITSM strukturiert einführen oder ein Alt-Tool ablösen? Wir begleiten Sie von der Bestandsaufnahme über den Servicekatalog bis zum produktiven Rollout. → IT-Service-Management von Portamus kennenlernen