ITSM hat sich weiterentwickelt. Neue Tools, neue Frameworks, neue Erwartungen. Aber die grundlegenden Hebel für bessere IT-Prozesse sind oft überraschend einfach – wenn man weiß, wo man ansetzen muss. Sieben konkrete Best Practices, die in der Praxis den Unterschied machen.
1. Messen Sie Durchlaufzeit statt nur SLA-Quote
SLA-Quoten sind binär: eingehalten oder verletzt. Sie sagen nichts über die Verteilung dahinter. Eine SLA-Quote von 95% kann bedeuten: 5% der Tickets sind minimal über dem Limit. Oder: 5% der Tickets dauern zehnmal so lang wie der Rest.
Die Durchlaufzeit-Verteilung zeigt das reale Bild. Median, Percentile, Ausreißer. Schauen Sie nicht auf den Durchschnitt, sondern auf die Verteilung – und fragen Sie: Was haben die langsamsten 10% gemeinsam?
2. Trennen Sie Wartezeit von Bearbeitungszeit
Die meisten ITSM-Tools messen die Gesamtdurchlaufzeit. Aber ein Ticket, das 20 Stunden dauert, weil es 18 Stunden in einer Queue liegt, hat ein anderes Problem als eines, das 20 Stunden aktive Bearbeitung braucht.
Wartezeit reduzieren Sie durch bessere Zuweisung und Priorisierung. Bearbeitungszeit reduzieren Sie durch Schulung, Automation oder Vereinfachung. Ohne die Trennung optimieren Sie am falschen Hebel.
3. Analysieren Sie teamübergreifend, nicht pro Silo
Die meisten IT-Organisationen messen Performance pro Team. Das ist notwendig für die operative Steuerung. Aber die interessantesten Erkenntnisse liegen an den Schnittstellen: Wie fließen Tickets zwischen Teams? Wo entstehen Routing-Schleifen? Welche Weiterleitungen verursachen die größten Verzögerungen?
Teamübergreifende Analyse ist kein Luxus – sie ist die Voraussetzung dafür, strukturelle Probleme zu erkennen, die in den Team-Dashboards unsichtbar sind.
4. Nutzen Sie datengetriebene Prozessanalyse statt Bauchgefühl
Erfahrene IT-Leiter haben ein gutes Gespür dafür, wo es hakt. Aber Bauchgefühl hat Grenzen: Es priorisiert das Laute und Sichtbare, nicht unbedingt das Teure und Strukturelle. Ein kleines Routing-Problem in einer obskuren Kategorie kann mehr Arbeitsstunden kosten als das große, offensichtliche Problem.
Datengetriebene Analyse ersetzt Erfahrung nicht. Aber sie ergänzt sie um Fakten: Welche Muster treten auf? Wie groß ist der Impact? Wo ist der größte Hebel? Tools wie Process Radar automatisieren diese Analyse und liefern priorisierte Erkenntnisse.
5. Etablieren Sie einen wöchentlichen Analyse-Rhythmus
Einmalige Analysen bringen einmalige Erkenntnisse. Die wirkliche Verbesserung kommt aus dem Rhythmus: Jede Woche die Daten aktualisieren, die Erkenntnisse prüfen, Maßnahmen delegieren, Wirkung kontrollieren.
Das klingt nach Aufwand, aber der Schlüssel ist Automation: Die Analyse läuft automatisch, die Erkenntnisse werden priorisiert geliefert, die Delegation ist in wenigen Minuten erledigt. Zehn Minuten pro Woche reichen für den Überblick.
6. Delegieren Sie mit Fakten, nicht mit Anweisungen
“Bitte verbessert eure Durchlaufzeit” ist keine hilfreiche Delegation. “In Kategorie X pendeln Y Tickets pro Monat zwischen eurem Team und Team Z, das kostet uns geschätzt N Arbeitsstunden – hier sind die Details” schon.
Faktenbasierte Delegation ist respektvoller (kein Fingerzeigen), effektiver (klares Problem, klare Erwartung) und nachverfolgbar (hat sich die Kennzahl verbessert?).
7. Berichten Sie in Business-Sprache, nicht in IT-Kennzahlen
SLA-Quoten und Backlog-Zahlen interessieren das Management nicht. Was sie interessiert: Wo liegen Risiken? Was kostet das? Was tun wir dagegen? Übersetzen Sie Ihre IT-Kennzahlen in Business-Impact: Arbeitsstunden, Kapazitätsbindung, potenzielle Einsparungen.
Ein Report, der sagt “Wir haben zwei strukturelle Engpässe identifiziert, die zusammen X Stunden pro Monat binden – Maßnahme A ist an Person Y delegiert” ist für das Management wertvoller als zehn Dashboard-Kacheln.
Fazit: Weniger messen, mehr verstehen
Die meisten IT-Organisationen messen genug. Was fehlt, ist nicht mehr Daten, sondern mehr Verständnis: Was bedeuten die Zahlen? Wo liegen die Zusammenhänge? Was ist der konkrete nächste Schritt?
Die sieben Best Practices oben sind keine Theorie. Sie sind das, was IT-Organisationen tun, die den Schritt von “wir messen” zu “wir verbessern” geschafft haben.
Datengetriebene Prozessanalyse – ohne Aufwand
Process Radar automatisiert Best Practice #4: Priorisierte Erkenntnisse aus Ihren ITSM-Daten, jede Woche.
Kostenlos starten