IT Service Management und Service Desks mit Techanics

IT Service Management, kurz ITSM, ist keine einzelne Software und auch kein einzelner Prozess. Es ist eine Sammlung bewährter Best Practices, mit denen Services geplant, bereitgestellt, unterstützt und laufend verbessert werden. Der Fokus liegt nicht nur auf Tickets, sondern auf dem gesamten Service: Anfragewege, Zuständigkeiten, Wissen, Assets, Freigaben, Automatisierung, Auswertung und kontinuierliche Verbesserung.

Viele dieser Best Practices sind heute im ITIL Framework zusammengefasst. Besonders ITIL 4 ist dafür wichtig, weil es IT Service Management nicht als starres Regelwerk versteht, sondern als flexiblen Orientierungsrahmen: Unternehmen können Practices übernehmen, anpassen, kombinieren oder bewusst weglassen, wenn sie nicht zum eigenen Bedarf passen.

IT Service Management entstand aus einem sehr praktischen Problem: IT wurde in Unternehmen immer wichtiger, aber ihre Leistungen waren oft schwer vergleichbar, schwer planbar und stark von einzelnen Personen abhängig. In den 1980er-Jahren begann die britische Verwaltung, bewährte Vorgehensweisen für den Betrieb und die Steuerung von IT-Services zu sammeln. Daraus entwickelte sich die ITIL-Bibliothek, die später zum weltweit prägenden Rahmenwerk für professionelles IT Service Management wurde.

In den 1990er- und 2000er-Jahren verschob sich der Blick zunehmend von der reinen Technik hin zum Servicegedanken. IT sollte nicht nur Server, Netzwerke und Anwendungen betreiben, sondern die Ziele des Unternehmens unterstützen und für Nutzer nachvollziehbare Leistungen erbringen. Begriffe wie Incident Management, Change Management, Problem Management, Service Level Management und Asset Management wurden dadurch wichtiger.

Mit ITIL 4 ist IT Service Management noch einmal moderner und flexibler geworden. Heute geht es nicht darum, ein schweres Regelwerk auszurollen, sondern Service ganzheitlich zu denken: Menschen, Prozesse, Tools, Partner, Daten, Automatisierung und Kundenbedürfnisse müssen zusammenpassen. Deshalb lässt sich IT Service Management heute auch viel besser mit agilen Arbeitsweisen, DevOps, Self-Service und Enterprise Service Management verbinden.

Zu den bekanntesten Bereichen gehören Incident Management für die schnelle Behebung von Störungen, Problem Management zur dauerhaften Beseitigung wiederkehrender Ursachen, Change Management für kontrollierte Änderungen und Asset Management für den Überblick über Geräte, Software, Lizenzen und Verträge.

Dazu kommen je nach Unternehmen weitere Practices wie Servicekataloge, Service Request Management, Wissensmanagement, Self-Service-Portale, SLAs, Reporting und kontinuierliche Verbesserung. Wichtig ist aber: IT Service Management bedeutet nicht, dass all diese Bereiche auf einmal eingeführt werden müssen. Es liefert Best Practices und Hilfestellungen, aus denen man auswählt, was zum Unternehmen, zur Branche, zur Teamgröße und zum aktuellen Reifegrad passt.

Es gibt also nicht die eine perfekte IT Service Management-Vorlage. Entscheidend ist, mit dem vorhandenen Stand zu beginnen, die wichtigsten Engpässe zu erkennen und die Services Schritt für Schritt besser zu machen.

IT Service Management wird von sehr unterschiedlichen Organisationen genutzt: von internationalen Konzernen, mittelständischen Unternehmen, Behörden, Hochschulen, Banken, Industrieunternehmen, Softwarehäusern, Telekommunikationsanbietern und Gesundheitsorganisationen. Beispiele aus dem deutschsprachigen Raum zeigen gut, wie breit der Einsatz ist: Software AG hat Jira Service Management für IT- und Business-Teams eingeführt, Deutsche Telekom nutzt ServiceNow IT Service Management zur Optimierung von IT-Prozessen, A1 Telekom verbindet Service Management mit Kunden- und Mitarbeiterservice, und bei Siemens Healthineers ist aus IT Service Management eine breitere Service-Plattform-Reise entstanden.

Auch mittelgroße und spezialisierte Unternehmen nutzen solche Ansätze. So hat Körber Supply Chain ServiceNow unter anderem mit IT Service Management eingeführt, während Riverty Jira Service Management für schnelleren und transparenteren Service ausgebaut hat. Große internationale Beispiele wie Hy-Vee, The Telegraph, Adobe oder EY zeigen zusätzlich, dass IT Service Management nicht auf eine Branche oder Unternehmensgröße begrenzt ist.

Ja. Atlassian unterstützt IT Service Management vor allem mit Jira Service Management als ITSM-Software. Die Plattform verbindet Service Desk, Incident Management, Change Management, Problem Management, Asset Management, Wissensmanagement, Automatisierung und Self-Service in einer gemeinsamen Arbeitsumgebung. Die ITSM-Softwarefunktionen sind besonders interessant, wenn IT-Teams schneller reagieren, strukturierter arbeiten und enger mit Entwicklung, Operations und Fachbereichen zusammenarbeiten möchten.

Gerade für Unternehmen, die bereits Jira, Confluence oder andere Atlassian-Produkte nutzen, ist das spannend: IT Service Management lässt sich dann nicht isoliert einführen, sondern mit Projektarbeit, Wissensmanagement, Entwicklung, Dokumentation und Automatisierung verbinden. Genau hier setzen wir bei Techanics an: Wir helfen dabei, Atlassian nicht nur technisch einzurichten, sondern als passenden Serviceprozess für eure Organisation nutzbar zu machen.

Ja — und gerade hier hat sich das Verständnis von IT Service Management verändert. Früher wirkten ITIL und IT Service Management oft wie etwas, das vor allem für große Unternehmen, Konzerne und stark regulierte Organisationen gedacht war. Heute ist diese Sicht zu eng. Auch KMUs haben Tickets, Geräte, Software, Zugänge, Freigaben, wiederkehrende Störungen, Kundenanfragen und interne Services. Der Unterschied ist nur: Sie brauchen meistens keine schwere Prozessarchitektur, sondern eine schlanke, pragmatische Umsetzung.

IT Service Management bedeutet für KMUs nicht, alle Best Practices auf einmal einzuführen. Im Gegenteil: Sinnvoll ist, dort zu starten, wo bereits etwas vorhanden ist. Welche Anfragewege funktionieren schon? Wo verlieren Teams Zeit? Welche Informationen fehlen immer wieder? Welche Aufgaben wiederholen sich? Daraus entstehen kleine Verbesserungen: ein klareres Formular, ein Servicekatalog, eine Wissensbasis, einfache Zuständigkeiten, bessere Auswertungen.

Genau deshalb passen die Leitgedanken aus ITIL 4 so gut zu KMUs: vorhandene Strukturen nutzen, iterativ verbessern, einfach und praxistauglich bleiben, zuerst optimieren und erst danach automatisieren. Leichtgewichtigere Ansätze wie FitSM zeigen zusätzlich, dass professionelles IT Service Management nicht groß und schwer sein muss, sondern auch klar, erreichbar und pragmatisch umgesetzt werden kann.

FitSM ist ein freier, leichtgewichtiger Standard für IT Service Management. Während ITIL ein sehr umfassender Orientierungsrahmen mit vielen Practices, Begriffen und Vertiefungen ist, will FitSM besonders pragmatisch und gut erreichbar sein. Es eignet sich deshalb vor allem für Organisationen, die einen klaren Einstieg in Service Management suchen, ohne sofort ein großes Framework-Projekt aufzusetzen.

ITIL und FitSM müssen nicht gegeneinander ausgespielt werden. ITIL eignet sich sehr gut als breiter Werkzeugkasten und gemeinsame Sprache für professionelles Service Management. FitSM kann dagegen ein guter Startpunkt sein, wenn ein Unternehmen zuerst schlanke Mindeststrukturen, klare Verantwortlichkeiten und einfache Serviceprozesse etablieren möchte. Für viele KMUs ist genau diese Kombination sinnvoll: klein anfangen, sauber lernen, später gezielt ausbauen.

Nein. Ein Ticketsystem sammelt und strukturiert Anfragen. IT Service Management geht deutlich weiter: Es betrachtet den gesamten Serviceprozess und fragt, wie Leistungen im Unternehmen verständlich, verlässlich und nutzerfreundlich erbracht werden können. Dazu gehören Anfragewege, Zuständigkeiten, Wissen, Assets, Freigaben, Service Level, Auswertungen, Automatisierung und kontinuierliche Verbesserung.

Außerdem betrifft IT Service Management nicht nur die IT-Abteilung. Der Servicegedanke kann das ganze Unternehmen erfassen: HR beantwortet interne Anfragen, Facility Management bearbeitet Störungen, Einkauf organisiert Freigaben, Marketing koordiniert interne Leistungen, Kundensupport verarbeitet externe Anliegen. In diesem Sinn ist IT Service Management oft der Einstieg in Enterprise Service Management: Service wird nicht als Ticketstapel gedacht, sondern als gemeinsame Erfahrung für Mitarbeitende, Führung und Kunden.

IT Service Management sorgt dafür, dass Services stabil, nachvollziehbar und sauber gesteuert laufen. DevOps zielt stärker darauf, Entwicklung und Betrieb enger zu verbinden, Änderungen schneller auszuliefern und Feedback schneller in Verbesserungen umzusetzen. Früher wurden beide Ansätze oft als Gegensätze verstanden: hier Stabilität und Kontrolle, dort Geschwindigkeit und Veränderung. In der Praxis können sie sich aber sehr gut ergänzen.

Ein Beispiel: Ein Entwicklungsteam veröffentlicht regelmäßig neue Funktionen. IT Service Management hilft dabei, Changes sichtbar zu machen, Risiken einzuschätzen, Freigaben zu strukturieren und betroffene Services zu dokumentieren. DevOps sorgt dafür, dass Builds, Tests und Deployments automatisiert und schnell ablaufen. Oder im Incident-Fall: IT Service Management organisiert Priorisierung, Eskalation, Kommunikation und Nachverfolgung; DevOps-Teams analysieren technische Ursachen, beheben den Fehler und verbessern Monitoring oder Deployment-Prozesse. Zusammen entsteht ein Service, der schnell und trotzdem kontrolliert besser wird.

Automatisierung und Self-Service können IT Service Management stark verbessern, aber sie sind kein Selbstzweck. Häufig bringen schon einfache Schritte viel: klare Anfrageformulare, automatische Benachrichtigungen, Eskalationen, Zuweisungen, Standardantworten, ein verständlicher Servicekatalog oder eine gut gepflegte Wissensbasis. Dadurch müssen Mitarbeitende nicht mehr nach Zuständigkeiten suchen, und Service-Teams verlieren weniger Zeit mit Routinefragen.

KI kann zusätzlich helfen — zum Beispiel bei Zusammenfassungen, Priorisierung, Wissensvorschlägen, Antwortentwürfen oder Mustererkennung. Aber KI ist keine Voraussetzung für gutes IT Service Management. Ein schlechter Prozess wird durch KI nicht automatisch gut. Entscheidend bleibt die Reihenfolge: zuerst verstehen, dann vereinfachen, dann optimieren und erst danach automatisieren. Wenn die Basis stimmt, kann KI echten Mehrwert schaffen. Wenn sie nicht stimmt, beschleunigt sie nur das Durcheinander.