Thought Leadership
Das Tool ServiceNow für das Management und die integrierte Unterstützung von IT und Non-IT Service-Management-Prozessen verzeichnet seit geraumer Zeit eine hohe Verbreitung, weil diese Plattform eine hohe Serviceautomatisierung ermöglicht und der SaaS-Ansatz auf eine große Akzeptanz im Markt stößt.
Doch die Einführung der Software ist nach den Beobachtungen von Sebastian Biebl, Leiter des Competence Center ServiceNow der ITSM Group, häufig von grundsätzlichen Fehlern begleitet. Daraus abgeleitet skizziert er folgende Empfehlungen:
Implementierung nicht als primär technisches Projekt verstehen
Eine Migration auf die Plattform ServiceNow schafft mit einem „State-of-the-art“ Tool zwar die Basis für Optimierungen, das moderne Tool allein erzeugt im Regelfall aber noch keinen nennenswerten Zusatznutzen, wenn die organisatorischen Verhältnisse und Prozessabläufe unverändert bleiben. Insofern muss die Einführung der Software als Optimierungsprojekt verstanden werden, die eine ganzheitliche Betrachtung der Organisation und Prozesse beinhaltet, weil sich beispielsweise die Betriebs- und Steuerungsprozesse ebenso ändern können, wie die Verantwortlichkeiten, Rollen, Skills und Ressourcen. Dies verlangt eine entsprechende Berücksichtigung in der Projektorganisation. Um den größtmöglichen Mehrwert aus dem Einsatz von ServiceNow zu generieren, empfiehlt es sich die Prozesse zunächst zu prüfen und im Kontext der Einführung im Hinblick auf mögliche Effizienzsteigerungen durch die Möglichkeiten mit ServiceNow zu analysieren.
Auf die richtige Zusammensetzung des Projekts achten
Aus der Notwendigkeit einer ganzheitlichen Ausrichtung leitet sich ab, dass nicht nur technische Kompetenzen im Team vorhanden sein müssen. Vielmehr gehört zu den erfolgskritischen Faktoren der ServiceNow-Einführung, dass das gesamte Spektrum der Anforderungen berücksichtigt wird. Dies beginnt beim Senior Manager als strategischem Treiber des Projekts und einem Plattform-Verantwortlichen, aber auch Projektmanager und technische Administratoren für die operative Umsetzung gehören unbedingt zu den wichtigen Teilnehmern des Projektteams. Zudem müssen Prozesskompetenzen für die Frage vorhanden sein, wie adäquate Prozesse gestaltet bzw. vorhandene Abläufe verbessert werden können. Der Plattformverantwortliche hat dabei eine Schlüsselrolle, da er bei den kundeninternen Stakeholdern als Ansprechpartner für ServiceNow auftritt und das Demand Management für die Plattform übernimmt.
Ein klares Zielbild entwickeln
Es finden sich Beispiele von ServiceNow-Implementierungen, wo mangels klarer Zieldefinitionen zu Beginn des Projekts trotz hoher Investitionskosten keine effizienten und nachhaltigen Strukturen für das Service-Management entstanden sind. Deshalb ist die Frage zu klären, welche Prozesse in welchen Zeiträumen auf der Plattform abgebildet werden sollen, um hierauf bezogen eine klare Roadmap zu entwickeln.
Passende Projektmethoden nutzen
Zwar bieten sich agile Methoden wie Scrum in der Projektierung an, allerdings bestehen auf der Unternehmensseite häufig noch keine ausreichenden Kompetenzen. Insofern kommt der Auswahl passender Projektmethoden eine große Bedeutung zu. Dazu kann auch gehören, zunächst Schulungen für die agilen Vorgehensweisen vorzunehmen oder auch kombinierte Methoden nach Scrum und dem Wasserfallmodell einzusetzen.
Im Projekt auf zu lange und komplexe Planungsphasen verzichten
Es entsteht ein hoher Aufwand, wenn zunächst zu detailliert die Frage geklärt werden soll, welche Kosten über das gesamte deutlich in die Zukunft hineinreichende Projekt bzw. sogar darüber hinaus entstehen werden. Statt mit einer langen und komplexen Planungsphase zu beginnen ist eine Herangehensweise zu empfehlen, die auf Basis der definierten Roadmap in einem iterativen Vorgehen einen schnellen Mehrwert erzeugt und auf das angestrebte Zielbild hinarbeitet. Hierfür bedarf es der Unterstützung von erfahrenen Spezialisten, mit denen in Workshops des Kernteams die relevanten Themenblöcke identifiziert und die Aufwände geschätzt werden, um dann unmittelbar in einen ersten zwei oder drei Wochen dauernden Sprint zu gehen. Anschließend werden Stories für neue Sprints definiert, so dass infolge des iterativen Vorgehens schnelle Ergebnisse in der Entwicklung generiert werden.
Lernkurven einplanen
Erst im Betrieb zeigt sich endgültig, ob ein neuer Prozessschritt in der gewünschten Weise funktioniert. Insofern empfiehlt es sich, die Funktionen etwa zwei Monate im Praxisbetrieb zu beobachten und dann ggf. zu modifizieren. Allerdings müssen diese Lernschleifen auch budgetiert werden.
Die Vendor-Strategie nicht vergessen
Es muss geklärt werden, welche Prozesse im Scope eines mittelfristigen Zeitraums von etwa zwei Jahren im System abgebildet werden sollen. Denn dies berührt auch die Frage der Provider, beispielsweise ob die gesamten Anforderungen über einen Dienstleister abgebildet oder sie themengefächert auf verschiedene spezialisierte Partner übertragen werden sollen. Zudem ist bei der Provider-Auswahl zu berücksichtigen, dass bei einem Programmcharakter die Delivery-Struktur des oder der Dienstleister die nötige Flexibilität für kontinuierlich neue Anforderungen aufweisen. Um organisatorische und technische Probleme zu vermeiden und dennoch eine hohe Flexibilität zu ermöglichen, empfiehlt sich eine regelmäßige, enge Abstimmung zwischen Kunde und Lieferant(en), z.B. um Architekturfragen zu klären.
