Die wichtigsten Punkte
- Tickets nach Service-Kategorie zu ordnen (Endpunkt, Identität, Kollaboration, Netzwerk) und mit klaren, prioritätsbasierten SLAs zu versehen, verbessert Routing und Zuständigkeiten und reduziert Eskalationsschleifen.
- Verwenden Sie nur wesentliche Felder wie Service, Priorität, Auswirkung, Gerät und Kontaktdaten. Setzen Sie dynamische Fragen und automatisiert angehängte Checklisten ein, um die Triage zu beschleunigen und Rauschen zu reduzieren.
- Setzen Sie einheitliche Workflows mit klaren Freigabewegen und Aufgaben-Templates um, das verbessert die Lösungsqualität und verringert wiederkehrende Probleme.
- Fordern Sie Geräte oder Configuration Items (CIs) in Tickets verpflichtend ein und zeigen Sie aktuelle Incidents an.
- Hängen Sie Gerätezustand, Patch-Status und Alarmierungen automatisiert an Tickets an und führen Sie Remote-Skripte und -Aktionen mit Nachweis im Ausführungsprotokoll aus.
- Verfolgen Sie Durchlaufzeit, SLA-Erfüllung, Erfolgsquoten bei Änderungen und Problemmuster. Setzen Sie jedes Quartal kleine Anpassungen um und heben Sie die Verbesserungen im Vorher-Nachher-Vergleich in QBR-fertigen Nachweispaketen hervor.
Allgemeine Listen mit Best Practices reichen für ITSM-Anbieter oder MSPs nicht aus. Sie brauchen eine überschaubare Zahl konkreter Maßnahmen, die Ihre Workflows wirklich verändern. Dabei hilft ein Blick auf allgemein anerkannte ITSM-Prinzipien und die Erfahrung aus der Praxis, um herauszufinden, was für Ihren Betrieb am besten funktioniert.
Leitfaden für ITSM-Best-Practices
📌 Voraussetzungen:
- Sie benötigen einen Entwurf des Servicekatalogs mit den häufigsten Anfrage- und Incident-Typen je Service.
- Für jede Service-Queue und jede Änderungsfreigabe sollten bereits namentliche Verantwortliche feststehen.
- Sie benötigen Basiswerte für die Zeit von Eingang bis Erstreaktion, von Eingang bis Lösung, die Wiedereröffnungsquote und die Fehlerquote bei Änderungen.
- Sie benötigen einen Dokumentationsbereich für Templates, Aufgaben-Checklisten und das monatliche Nachweispaket.
Service-basierte Queues und SLAs aufbauen
Service-basierte Queues und SLAs straffen Ihre Workflows und machen alles effizienter. Gruppieren Sie Ihre Aufgaben nach Service. Mit Kategorien wie Endpunkt, Kollaboration, Identität und Netzwerk bleibt alles besser organisiert.
Anschließend sollten Sie für jede Service-Queue eine verantwortliche Person und eine Vertretung benennen. Dazu gehören klare Zeitvorgaben und Eskalationswege. Legen Sie außerdem drei Prioritätsstufen mit Zielwerten für Reaktion und Lösung fest, jeweils pro Service und pro Vertragsstufe.
Praktisches Beispiel
Ein Kollaborations-Service führt P1 ein. Die Reaktion auf das Problem erfolgt innerhalb von 15 Minuten, die Lösung oder Eskalation innerhalb von 4 Stunden. Bei P2 sollte die Reaktion innerhalb von 1 Stunde und die Lösung innerhalb von 8 Stunden erfolgen. Bei P3 schließlich innerhalb von 4 Stunden reagieren und alles innerhalb von 3 Werktagen lösen.
Stimmen Sie Formulare und Routing darauf ab, dann sollten SLA-Verletzungen deutlich zurückgehen.
Ticketaufnahme kurz und nützlich halten
Verbringen Sie nicht zu viel Zeit mit der Ticketaufnahme. Erfassen Sie die Informationen, die Sie zur Bearbeitung brauchen, und machen Sie weiter. Diese Pflichtfelder sollten alle Ihre Aufnahmeformulare enthalten:
- Betroffener Service
- Priorität
- Auswirkung
- Gerät oder CI
- Kontaktdaten der Person, die das Ticket erstellt hat
Sie können außerdem dynamische Fragen einsetzen, abhängig vom betroffenen Service. Richten Sie Ihren Helpdesk so ein, dass er für jeden Service automatisiert Aufgaben- und Fragen-Checklisten anhängt, das steigert die Effizienz zusätzlich. Es ist außerdem sinnvoll, SLA-Uhren und die nächste Aktion direkt am Ticket anzuzeigen. So verbessern Sie die Transparenz und Ihre MSPs wissen jederzeit, was zu tun ist.
Praktisches Beispiel
Ergänzen Sie bei einem Endpunkt-Incident eine Geräteauswahl und die Erfassung des letzten Neustarts, das erhöht die Effizienz Ihres IT-Teams. Damit verbessern Sie Ihre Erstkontaktlösung, denn die Techniker:innen haben den Kontext des Problems sofort zur Hand und müssen nicht erst danach suchen.
Vier Kernpraktiken standardisieren
Binden Sie diese vier Prinzipien in Ihren Workflow ein und bauen Sie Ihre Lösungspraktiken darauf auf:
- Incident: Nach der Meldung eines Incidents hat die Wiederherstellung des Service oder eine Umgehungslösung Priorität. Techniker:innen können den Vorgang abschließen, wenn die Situation stabil ist oder mit einem größeren Problem verknüpft wurde.
- Anfrage: Bei einer Anfrage müssen Techniker:innen dem passenden Workflow folgen. Dieser enthält Freigaben, wo nötig, sowie Aufgaben-Templates mit Vor- und Nachprüfungen.
- Änderung: Stufen Sie Maßnahmen als Standard, Normal oder Notfall ein, mit Nachweisen und angemessen dimensionierten Freigaben.
- Problem: Ermitteln Sie die Ursache gemeldeter Probleme, mit einer korrigierenden Änderung und dokumentierten Erfolgskriterien für künftige Referenz.
Praktisches Beispiel
Bei Ihrem Kunden fallen wiederholt Drucker aus, und er meldet das Ihrem Helpdesk. Jeder Ausfall löst eine separate Incident-Meldung aus. Verknüpfen Sie diese sechs Incidents und stellen Sie ein Treiber-Update als Standardänderung bereit. Die Incidents hören innerhalb einer Woche auf.
Tickets mit Assets und Konfigurationen verknüpfen
Wenn Tickets mit Assets und Konfigurationen verknüpft sind, können Techniker:innen die Ursache leichter nachvollziehen und schneller beheben. Diese Best Practices können Sie dabei anwenden:
- Fordern Sie bei Incidents und Änderungen ein Gerät oder CI verpflichtend ein.
- Zeigen Sie aktuelle Incidents und Änderungen direkt im Asset-Datensatz an.
- Eröffnen Sie automatisiert Probleme, wenn sich Muster bei einem Asset wiederholen.
Praktische Beispiele
Drei Laptops sind abgestürzt, und alle Incidents hängen mit einer bestimmten Treiberversion zusammen. Tauschen Sie die Treiberversion auf allen betroffenen Geräten aus, damit senken Sie wiederkehrende Incidents um 70 Prozent.
Workflows remote-tauglich gestalten
Remote-Arbeit wird immer beliebter. Hinzu kommt, dass MSPs nicht immer physischen Zugriff auf Geräte haben. Mit diesen Best Practices machen Sie Ihre Workflows remote-tauglicher:
- Reichern Sie Tickets automatisiert mit Gerätezustand, Patch-Status und aktuellen Alarmierungen an.
- Starten Sie Remote-Aktionen und Skripte direkt aus dem Ticket und hängen Sie die Ausführungsprotokolle wieder an.
- Setzen Sie mobilfreundliche Freigaben und Eskalationen mit Zeitzonenbezug ein.
Praktisches Beispiel
Anfragen zum Zurücksetzen von Passwörtern sollten Vorprüfungen und eine Nachprüfung enthalten, die die Aktualisierung zwischengespeicherter Anmeldedaten über VPN bestätigt. So verhindern Sie Aussperrungen am nächsten Tag.
Berichterstattung, die Führungskräfte auch lesen
Zeit ist Geld, deshalb sollten Ihre Berichte kurz und prägnant sein. Führungskräfte sollten die nötigen Informationen sofort und in einfachen Worten erhalten. Diese Angaben sollten Stakeholder beim Lesen eines Berichts sofort sehen:
- Durchlaufzeit und Erstkontaktlösung nach Service und Kunde
- SLA-Erfüllung und häufigste Gründe für Verletzungen
- Erfolgreiche Änderungen und Anzahl der Rollbacks nach Typ und freigebender Person
- Problemmuster und durchschnittliches Alter
Praktisches Beispiel
Weisen Sie in Ihrem Bericht aus, dass die Durchlaufzeit im Bereich Endpunkt von 18 auf 9 Stunden gesunken ist, nachdem ein Triage-Schritt entfallen ist und eine Checkliste für Remote-Aktionen hinzugekommen ist.
Vierteljährlicher Verbesserungszyklus
Nach jedem Quartalszyklus sollten Sie Ihre Workflows neu bewerten und prüfen, wo Verbesserungen möglich sind. Greifen Sie drei Engpässe aus Ihren Berichten heraus, ermitteln Sie die Ursache und finden Sie einen Weg, sie zu beheben. Rollen Sie kleine Konfigurations- und Template-Änderungen in Zwei-Wochen-Iterationen aus. Nach der Umsetzung zeigen Sie Vorher und Nachher in Ihren QBRs, mit einer Zusammenfassung in einem Satz zu Ursache und Wirkung.
ITSM-Methoden und Best Practices in der Übersicht
Praktik | Zweck | Nutzen |
| Service-basierte Queues und SLAs | Sorgt für klare Workflows und klare Zuständigkeiten. | Bringt schnelleres Routing und weniger Schleifen. |
| Schlanke, nützliche Ticketaufnahme | Verbessert die Qualität der Informationen. | Erhöht die Erstkontaktlösung. |
| Zuerst die vier Praktiken | Schärft den Fokus Ihrer Workflows. | Sorgt für weniger Verwirrung und weniger Nacharbeit. |
| Mit Assets verknüpfte Tickets | Gibt Techniker:innen bessere Einblicke in Incident-Meldungen. | Beschleunigt die Ursachenanalyse und sorgt für weniger wiederkehrende Incidents. |
| Monatliches Paket | Schafft Verbindlichkeit. | Liefert Nachweise für Führungskräfte und stärkt das Vertrauen der Kunden. |
Ideen für die NinjaOne-Integration bei ITSM-Best-Practices
Mit den Tools von NinjaOne können Sie:
- Tickets automatisiert mit Gerätetelemetrie anreichern
- Remote-Aktionen und Skripte direkt aus Tickets starten, inklusive angehängter Ausführungsprotokolle
- Das monatliche Nachweispaket in der Dokumentation für QBRs veröffentlichen
Holen Sie mit Ihren ITSM-Methoden mehr aus bestehenden Workflows heraus
ITSM-Best-Practices wirken dann, wenn sie in Ihrer PSA und im Tagesgeschäft verankert sind. Wer rund um Services organisiert, die Ticketaufnahme vereinfacht, Kernpraktiken standardisiert, Assets verknüpft und Ergebnisse berichtet, steigert Durchsatz und Qualität, ohne zusätzliche Bürokratie aufzubauen.
Verwandte Links:
