ServiceNow
ServiceNow ITSM produktiv aufsetzen: Scope, CMDB, Prozesse
Die Now Platform ist mächtig – und genau das ist die Gefahr. Drei Leitplanken, die über Erfolg oder Wildwuchs einer ServiceNow-Einführung entscheiden.
ServiceNow kann fast alles – und verleitet genau deshalb dazu, zu früh zu viel zu wollen. Eine erfolgreiche ITSM-Einführung lebt weniger von der Zahl der aktivierten Module als von der Disziplin, mit der Scope, Datenmodell und Prozesse aufgesetzt werden.
Scope bewusst klein halten
Der häufigste Fehler ist ein zu breiter Erst-Scope. Wer Incident, Problem, Change, Request, CMDB und Self-Service gleichzeitig produktiv setzen will, riskiert eine Einführung, die nie endet. Ein klar geschnittener erster Ausbaustand – etwa Incident und Request mit einem schlanken Servicekatalog – liefert schnell sichtbaren Nutzen und schafft Vertrauen für die nächsten Schritte.
Die CMDB ist kein Selbstzweck
Eine Configuration Management Database entfaltet ihren Wert nur, wenn sie gepflegt und an konkrete Anwendungsfälle gekoppelt ist. Statt zu Beginn jedes erdenkliche Configuration Item zu erfassen, lohnt sich der umgekehrte Weg: Welche Services und Auswirkungsanalysen wollen wir abbilden – und welche CIs brauchen wir dafür wirklich? Discovery und Service Mapping sollten der Nachfrage folgen, nicht ihr vorauseilen.
- Erst den Zielprozess definieren, dann das Datenmodell darauf ausrichten.
- Out-of-the-box bleiben, wo möglich; anpassen nur, wo es echten Mehrwert schafft.
- Integrationen (AD, SAP, M365) früh planen, da sie Datenqualität und Rollen prägen.
- Eine saubere Trennung von DEV-, TEST- und PROD-Instanzen etablieren.
Prozesse vor Konfiguration
Bevor das erste Feld konfiguriert wird, sollte der Sollprozess mit allen Beteiligten abgestimmt sein. ServiceNow bildet Prozesse hervorragend ab – aber es kann auch einen schlechten Prozess effizient automatisieren. Die Plattform ist Mittel zum Zweck; der Zweck ist ein verständliches, gelebtes Servicemodell.