ITSM schafft den organisatorischen Rahmen, um IT-Services bedarfsgerecht bereitzustellen, zuverlässig zu betreiben und gezielt zu verbessern. Entscheidend sind klare Verantwortlichkeiten, abgestimmte Abläufe und belastbare Informationen über Systeme und Serviceabhängigkeiten. Dieser Artikel erklärt die Grundlagen des IT Service Management, zeigt typische Schwachstellen im Betrieb und beschreibt, wie Prozesse, CMDB, Ticketing und Automatisierung zusammenwirken. Außerdem ordnet er ITIL ein und grenzt Enterprise Service Management ab.
1. IT-Servicemanagement und seine Vorteile für Organisationen
2. Diese Probleme löst ITSM im täglichen Betrieb
3. Welche Prozesse und Praktiken gehören zum IT Service Management?
4. ITSM-Framework: Welche Rolle spielen ITIL und ISO/IEC 20000 im IT Servicemanagement
5. Warum eine CMDB die operative Umsetzung im ITSM unterstützt
6. Praxisbeispiel: Eine Störung mit Servicekontext bearbeiten
7. Enterprise Service Management vs. ITSM: Wo liegt der Unterschied?
8. ITSM einführen und gezielt weiterentwickeln
9. Von einzelnen Werkzeugen zu verlässlich gesteuerten Services
ITSM steht für IT Service Management. Der Begriff beschreibt, wie eine Organisation ihre IT-Services plant, gestaltet, bereitstellt, unterstützt und kontinuierlich verbessert. Dabei werden Menschen, Prozesse, Informationen und Technologien gemeinsam betrachtet.
Für die Praxis lässt sich die ITSM-Definition konkretisieren: Die IT organisiert ihre Leistungen so, dass vereinbarte Anforderungen der Fachbereiche und Kunden nachvollziehbar erfüllt werden. Dazu gehören beispielsweise Verfügbarkeit, Supportzeiten, Bereitstellungsfristen und geregelte Änderungen.
Der Unterschied zwischen einer Service Komponente und einem Service wird bei der Aufschlüsselung deutlich. Ein Datenbankserver ist ein technisches System. Die verlässliche Auftragsbearbeitung über das ERP System ist eine Leistung, die von Datenbank, Anwendung, Netzwerk, Authentifizierungsdiensten und weiteren Komponenten abhängen kann.
Für Administratoren erweitert sich dadurch die technische Sicht um Auswirkungen auf den Geschäftsbetrieb. IT-Leiter erhalten eine Grundlage, um Ressourcen, Risiken und Investitionen anhand der tatsächlich benötigten Leistungen zu steuern.
Viele IT-Abteilungen verfügen bereits über Monitoring, ein Ticketsystem und eine technische Dokumentation. Trotzdem müssen Informationen bei jeder Störung erneut zusammengesucht werden. Der Mehrwert entsteht dort, wo diese Informationen mit verbindlichen Abläufen verbunden werden.
Ein ausgefallener Server sagt zunächst wenig über die geschäftliche Auswirkung aus. Ist nur eine Testumgebung betroffen oder steht die Warenwirtschaft mehrerer Standorte still? Ohne zugeordnete Services und bekannte Abhängigkeiten bleibt die Priorisierung unsicher und ist oftmals nur vom Bauchgefühl des zuständigen Mitarbeiters abhängig.
Eine nachvollziehbare Bewertung berücksichtigt Auswirkung und Dringlichkeit. Dafür müssen betroffene Geschäftsabläufe, Nutzergruppen und verfügbare Ausweichmöglichkeiten bekannt sein. Der Servicebezug liefert diese Entscheidungsgrundlage.
Ein Ticket wandert zwischen Infrastrukturteams, Anwendungsbetreuung und Dienstleistern. Jedes Team prüft seinen Bereich, während die Verantwortung für die Wiederherstellung ungeklärt bleibt.
Hilfreich sind benannte Serviceverantwortliche, eindeutige Bearbeitungsgruppen und vereinbarte Eskalationswege. Bei größeren Störungen sollte außerdem feststehen, wer die technische Koordination übernimmt und wer Fachbereiche sowie Management informiert.
Wenn derselbe Dienst jede Woche neu gestartet werden muss, kann jedes einzelne Ticket schnell erledigt sein. Die zugrunde liegende Schwachstelle bleibt dennoch bestehen.
Hier setzt die systematische Problembearbeitung (Problem Management) an. Verknüpfte Störungen, dokumentierte Workarounds und eine priorisierte Ursachenanalyse machen aus wiederholter Fehlerbehebung eine nachvollziehbare Verbesserungsaufgabe.
Eine Anwendung zieht auf einen neuen Server um, aber Betriebsunterlagen und Servicezuordnungen bleiben unverändert. Beim nächsten Ausfall arbeitet der Support mit einem veralteten Stand und trifft im schlimmsten Fall Fehlentscheidungen.
Ein sinnvoller Abschluss eines Changes umfasst deshalb auch die Aktualisierung relevanter Konfigurationsdaten und Betriebsinformationen. Eine strukturierte IT-Dokumentation unterstützt diesen Informationsfluss zwischen Planung, Umsetzung und Betrieb.
Wirksames ITSM verbindet mehrere Aufgabenbereiche. Welche davon zuerst ausgebaut werden sollten, hängt von den individuellen Engpässen der Organisation ab.
Incident Management soll bei einer ungeplanten Unterbrechung oder Qualitätsminderung den normalen Servicebetrieb möglichst schnell wiederherstellen. Eine vorläufige Lösung kann dafür ausreichen, sofern sie die benötigte Funktion wieder verfügbar macht.
Service Request Management behandelt dagegen definierte Nutzeranfragen, beispielsweise die Bereitstellung einer Standardsoftware. Dafür lassen sich erforderliche Angaben, Berechtigungsprüfungen, Genehmigungen und Bearbeitungsschritte vorab festlegen.
Die Trennung ermöglicht passende Abläufe: Eine Produktionsstörung benötigt andere Priorisierungsregeln als die Bestellung eines zusätzlichen Monitors. Hier kann eine unterscheidung zwischen Incidents und Service Requests die Abteilungen entlasten.
Problem Management untersucht tatsächliche oder mögliche Ursachen von Störungen und reduziert deren Wahrscheinlichkeit oder Auswirkungen. Dazu gehören die Bewertung wiederkehrender Fehler, die Analyse beitragender Faktoren sowie die Verwaltung bekannter Fehler und Workarounds.
Knowledge Management macht bereits vorhandenes Wissen Abteilungsübergreifend nutzbar und zugänglich. Für den Betrieb sind vor allem geprüfte Diagnosewege, Lösungsschritte und Wiederanlaufanleitungen wertvoll. Jeder relevante Wissenseintrag sollte einen Verantwortlichen und einen wiederkehrenden Termin zur Überprüfung haben.
Änderungen an produktiven Services müssen anhand ihres Risikos bewertet, angemessen autorisiert und koordiniert werden. Dazu gehören die Prüfung betroffener Abhängigkeiten, ein geeigneter Umsetzungstermin und ein belastbarer Rückfallplan.
Für einen risikoarmen, wiederholbaren Standardchange kann ein vorab autorisiertes Verfahren sinnvoll sein. Ein Eingriff in gemeinsam genutzte Infrastruktur benötigt dagegen eine weitergehende Bewertung. So lässt sich die Kontrolle an das tatsächliche Risiko anpassen. Für die Freigabe von weitreichenden Changes kann die Implementierung eines CABs (Chief Advisory Boards) sinnvoll sein.
Service Level Management stimmt Erwartungen ab und macht die erbrachte Leistung überprüfbar. Ein SLA sollte verständlich beschreiben, welche Leistung unter welchen Bedingungen vereinbart ist. Reaktionszeit, Wiederherstellungszeit und Servicezeit müssen dabei eindeutig unterschieden werden.
Diese Ergebnisse fließen in regelmäßige Verbesserungen ein. Häufige Eskalationen können beispielsweise auf unrealistische Vereinbarungen, fehlende Kapazitäten oder ungeklärte Übergaben hinweisen.
Ein ITSM-Framework bietet Orientierung bei der Gestaltung des Servicemanagements. ITIL ist dafür ein etabliertes Beispiel. Es stellt bewährte Ansätze bereit, mit denen Organisationen ihre Produkte und Services gestalten, betreiben und verbessern können. Informationen dazu bietet die offizielle ITIL-Übersicht von PeopleCert.
ITSM bezeichnet den Managementansatz, ITIL unterstützt dessen praktische Ausgestaltung. Für die Umsetzung sollten Organisationen passende Praktiken auswählen und an ihre Anforderungen anpassen. Ein zusätzlicher Freigabeschritt ist beispielsweise nur dann hilfreich, wenn er ein relevantes Risiko beherrscht oder eine notwendige Entscheidung ermöglicht. Es darf nicht zu einem organisatorischen Overhead führen, der den IT-Betrieb lähmt.
Eine andere Funktion erfüllt ISO/IEC 20000-1. Die Norm definiert Anforderungen an die Einrichtung, Umsetzung, Aufrechterhaltung und kontinuierliche Verbesserung eines Servicemanagementsystems. Auf dieser Grundlage lässt sich das System im festgelegten Geltungsbereich zertifizieren. Die bloße Nutzung einer bestimmten Software ist dafür kein Nachweis.
ITSM benötigt verlässliche Informationen. Ein Prozess kann nur dann sinnvoll auf ein betroffenes System reagieren, wenn dessen Servicezuordnung, Zuständigkeit und relevante Abhängigkeiten bekannt sind.
Eine Configuration Management Database, kurz CMDB, verwaltet Informationen über Configuration Items und ihre Beziehungen. Zu diesen verwalteten Einheiten können beispielsweise Server, Anwendungen und Services gehören.
Der praktische Wert liegt in den Zusammenhängen: Welche Anwendung verwendet welche Datenbank? Welche Services hängen an einem Storage-System? Wer verantwortet den Betrieb und welcher Dienstleister ist eingebunden?
Für die Ausgestaltung empfiehlt sich ein gezielter Umfang. Starten Sie mit den Informationen, die konkrete Entscheidungen unterstützen. Für einen kritischen Service können dies zunächst die beteiligten Anwendungen, zentrale Infrastrukturabhängigkeiten, Verantwortliche und Supportvereinbarungen sein.
Technische Bestandsdaten lassen sich teilweise automatisiert erfassen. Die Inventarisierung mit JDisc und i-doit unterstützt beispielsweise die Übernahme erkannter Infrastrukturinformationen in die CMDB. Geschäftliche Kritikalität, Serviceverantwortung und fachliche Leistungsvereinbarungen müssen zusätzlich gepflegt werden. Für zuverlässige Datenflüsse sollten Sie je Datenfeld eine führende Quelle festlegen. Definieren Sie außerdem eindeutige Identifikatoren, Aktualisierungsregeln und den Umgang mit nicht mehr erkannten Systemen. Ein fehlgeschlagener Scan darf nicht automatisch zur Löschung eines produktiven Systems führen.
Ein vereinfachtes Beispiel zeigt das Zusammenspiel im ITSM: Das Monitoring meldet stark erhöhte Speicherlatenzen. Gleichzeitig gehen Meldungen über eine langsame Auftragsbearbeitung ein.
Ereignisse zuordnen: Die technische Meldung wird mit dem betroffenen Storage-System verknüpft. Die dokumentierten Beziehungen zeigen, welche Datenbanken und Anwendungen davon abhängen.
Auswirkung bewerten: Das Supportteam erkennt, dass der ERP-Service betroffen ist. Geschäftliche Auswirkung und Dringlichkeit bestimmen die Priorität und den Eskalationsweg.
Bearbeitung koordinieren: Ein Verantwortlicher koordiniert die beteiligten Teams. Nutzer erhalten abgestimmte Statusinformationen, während zusammengehörige Meldungen dem zentralen Incident zugeordnet werden.
Service wiederherstellen: Das Betriebsteam setzt eine geeignete Wiederherstellungsmaßnahme um und prüft anschließend auch die Funktion der Auftragsbearbeitung.
Ursachen und Folgemaßnahmen bearbeiten: Eine anschließende Analyse untersucht beispielsweise Kapazitätsengpässe oder ungünstige Lastverteilung. Erforderliche Änderungen und Dokumentationsanpassungen werden nachverfolgt.
Diese Wirkung entsteht durch eine konfigurierte Integration und vereinbarte Arbeitsabläufe. Die ITSM-Lösungen und Integrationsmöglichkeiten mit i-doit zeigen, wie sich die zentrale Datenbasis mit Ticketing, Discovery und Monitoring verbinden lässt.
ITSM konzentriert sich auf IT-Services. Enterprise Service Management, kurz ESM, überträgt bewährte Prinzipien des Servicemanagements auf weitere Unternehmensbereiche, etwa Personal, Gebäudemanagement oder Einkauf.
Ein Beispiel ist das Onboarding: Die Personalabteilung meldet den Eintritt, die IT stellt Zugänge und Endgeräte bereit, das Gebäudemanagement organisiert Arbeitsplatz und Zutritt. Ein abgestimmter Ablauf verbindet die Aufgaben und macht ihren Fortschritt nachvollziehbar.
Der Unterschied liegt damit vor allem im Anwendungsbereich. ESM erweitert die Zusammenarbeit über die IT hinaus. Dabei sollten gemeinsame Übergaben und Statusinformationen definiert werden, während bereichsspezifische Anforderungen erhalten bleiben. Vertrauliche Personaldaten benötigen beispielsweise andere Zugriffsregeln als technische Störungsmeldungen.
Ein sinnvoller Einstieg setzt bei einem konkreten Betriebsproblem an. Wenn kritische Störungen zu lange dauern, sollten Servicezuordnung, Eskalation und Wiederherstellung zuerst verbessert werden. Bei hohem Aufwand für Standardanfragen stehen Formulare, Genehmigungen und automatisierte Bereitstellung im Vordergrund.
Für ein überschaubares Pilotvorhaben bietet sich folgendes Vorgehen an:
Service auswählen: Nutzen, Nutzergruppen, Leistungsanforderungen und betriebliche Grenzen festhalten. Ein kompakter Servicekatalog macht sichtbar, welche Leistungen angeboten werden und wie Nutzer sie anfordern können.
Verantwortung klären: Serviceverantwortliche, Bearbeitungsteams, Vertretungen und Eskalationswege benennen.
Datenbasis aufbauen: Relevante Systeme, Abhängigkeiten und führende Informationsquellen zuordnen.
Ablauf erproben: Einen vollständigen Vorgang einschließlich Übergaben, Ausnahmen und Kommunikation durchspielen.
Wirkung prüfen: Ergebnisse mit dem Ausgangszustand vergleichen und den Ablauf gemeinsam mit den Beteiligten verbessern.
Automatisieren Sie anschließend die stabilen, klar definierten Schritte. Dazu gehören etwa die Ergänzung von Systeminformationen im Ticket, die Zuweisung einer zuständigen Gruppe oder die Erinnerung an ausstehende Aufgaben. Fehlgeschlagene Automationen benötigen sichtbare Fehlerzustände und einen geregelten manuellen Bearbeitungsweg.
Für die Steuerung von ITSM sollten Kennzahlen eine konkrete Entscheidung unterstützen. Eine hohe Zahl geschlossener Tickets allein sagt wenig darüber aus, ob geschäftskritische Services zuverlässig funktionieren.
| Kennzahl | Prüfung |
| Wiederherstellungszeit je Service und Priorität | Wie schnell steht die benötigte Funktion nach einer Störung wieder zur Verfügung? |
| Anteil wiederkehrender Störungen | Bei welchen Services sind Ursachenanalyse oder dauerhafte Maßnahmen erforderlich? |
| Anteil fehlgeschlagener Changes | Wo müssen Bewertung, Tests oder Umsetzung verbessert werden? |
| Durchlaufzeit standardisierter Anfragen | An welchen Übergaben oder Genehmigungen entsteht vermeidbare Wartezeit? |
| Vollständigkeit und Aktualität relevanter Konfigurationsdaten | Für welche Services fehlt eine verlässliche Entscheidungsgrundlage? |
Legen Sie Startpunkt, Endpunkt und Ausnahmen jeder Messung fest. Betrachten Sie neben Durchschnittswerten auch die Verteilung der Bearbeitungszeiten. So bleiben einzelne sehr lange Vorgänge sichtbar.
Der Nutzen von ITSM zeigt sich im Betrieb: Zuständigkeiten sind geklärt, Auswirkungen schneller erkennbar und Änderungen nachvollziehbar. Eine aktuelle CMDB, verknüpfte Vorgänge und geeignete Automationen unterstützen die Umsetzung.
Für die Weiterentwicklung Ihres IT Service Management lohnt sich ein klar abgegrenzter erster Anwendungsfall. Prüfen Sie daran, welche Informationen heute fehlen und welche Übergaben zu viel Zeit kosten. Sie möchten selbst erleben, wie Sie IT-Servicemanagement mit i-doit umsetzen können? Buchen Sie sich jetzt eine persönliche Demo oder testen Sie die Software 30 Tage lang kostenlos.