Erkenntnisse der Retrospektive: Hätte, wenn und aber ... diese Stolpersteine gilt es zu vermeiden.
In der Artikelreihe „ITSM im Fokus - Von Big Bangs und Migrationen“ haben wir uns intensiv mit den unterschiedlichen Projektphasen einer IT-Service Management (ITSM) Tool Einführung beschäftigt. Die Erkenntnis: Die Neueinführung bzw. Revitalisierung eines ITSM-Tools ist sehr komplex, betrifft Basisprozesse der IT-Organisation und sollte daher die entsprechende Priorisierung durch das Management in Form von Ressourcen und Aufmerksamkeit erfahren.
Bildlich gesprochen bedeutet das: Ein ITSM-Tool auszuwechseln ist weit mehr als ein routinemäßiger Reifenwechsel beim Auto. Besonders wenn im Vorfeld nicht bekannt ist, ob das richtige Werkzeug verfügbar ist (Methodik) oder nicht klar ist, ob das Fahrzeug nachher schwimmen soll (Anforderungen der Nutzer unklar).
Die Motivation, die Ausgangslage und die umsetzungsrelevante Aspekte wurden ausgehend vom Go-Live rückwärts bis zur Projektinitialisierung betrachtet. Ziel dieser ungewöhnlichen Betrachtungsweise war es, den Fokus von der reinen Planung mehr auf die Umsetzung und den Go-Live zu richten. Es folgt eine Zusammenfassung der wesentlichen Erkenntnisse aus der Artikelreihe. Welche Stolpersteine wurden in der jeweiligen Projektphase identifiziert? Welche Gegenmaßnahmen können ergriffen werden?
Stolperstein 1: Art, Zeitpunkt und Methode des Go-Live passen nicht zu Projekt, Organisation und Marktposition.
Eine falsch gewählte Variante des Go-Live birgt das Risiko, im entscheidenden Moment des Projektes vor einem Trümmerhaufen der bisherigen Arbeit zu stehen. Grundsätzlich bestehen drei Go-Live-Varianten, die abhängig von Parametern, wie z. B. Unternehmensgröße, ihr Wirkungspotenzial unterschiedlich entfalten:
- Big Bang – Alle Änderungen für alle Benutzer zu einem Stichtag.
- Migration – Die Implementierung des neuen ITSM Werkzeugs erfolgt seriell über Organisationseinheiten.
- Go-Live mit Pilotbetrieb – Das neue ITSM Werkzeug wird in Modulen implementiert und im Pilotbetrieb in ausgewählten Organisationseinheiten verprobt.
Stolperstein 2: Die Projektmanagementmethode ist unpassend gewählt.
Die Wahl der Methodik nimmt entscheidend Einfluss auf das Projekt. Der dogmatische Rückgriff auf radikal agile Ansätze, nur weil diese aktuell „en vogue“ sind, sollte kritisch hinterfragt werden. Eine „Überforderung“ der Organisation sowie des Teams ist eine reale Gefahr. Sich daraus ableitende qualitative Einbußen sowie zeitliche Verzögerungen in der Umsetzung, sind nur ein verkürzter Auszug der unerwünschten Nebenwirkungen. Die Praxis zeigt, dass ein hybrider Ansatz, also eine Mischung aus agiler Entwicklung und definiertem Zielzustand (Zeit und Inhalt), solide Projektergebnisse fördert. Letzteres hat positive Auswirkungen auf die Qualität und ermöglicht es, die Stärken des Teams nutzbar zu machen. Die agile Entwicklung fördert die Eigenverantwortung des Projektteams. Konkrete Meilensteine mit definierten Liefergegenständen und fixen Terminen geben Planungssicherheit und stabilisieren den gesamten Veränderungsprozess der Implementierung.
Stolperstein 3: Die aktuellen ITSM-Prozesse und der Umgang mit diesen ist nicht klar definiert.
Sollen in dem Projekt die bestehenden Prozesse abgelöst oder auf ein neues ITSM-Tool migriert werden? Eine indikative Überprüfung der Betriebsprozesse und den damit verbundenen Kosten sind Mindestvoraussetzungen für den Business Case. Nur die Transparenz über die Ist-Prozesse ermöglicht die Identifizierung von Prozessredundanzen, Prozesskosten und Automatisierungspotenzial. Alle drei Themenblöcke und deren Ausprägung sind entscheidend für den späteren Projektverlauf und -scope.
Stolperstein 4: Die Rahmenbedingungen zum Projektstart sind nicht definiert und der Business Case nicht abgestimmt.
Um diesen Stolperstein zu vermeiden ist es empfehlenswert folgende Aspekte beim Projektstart zu beachten:
- Für die Projektlaufzeit müssen alle erforderlichen technischen Experten mit ausreichenden Kapazitäten verfügbar sein, um die angestrebten Veränderungen termingerecht zu realisieren.
- Die Dokumentation der Ist-Prozesse im ITSM ist aktuell und vollständig. Diese bilden zum Projektstart und für den Verlauf eine wichtige Orientierungshilfe zu den umgesetzten Veränderungen und dem angestrebten Zielzustand.
- Der Business Case ist seriös gerechnet. Der Business Case leitet sich aus der Motivation der Stakeholder ab, das Projekt zu initiieren. Sollen primär Kosteneinsparungen und Effizienzsteigerungen mit dem Projekt realisiert werden, müssen alle finanziellen Parameter bewertet werden.
- Die Projektlaufzeit ist realistisch geschätzt. Es ist dringend davon abzuraten, die Laufzeit zu optimistisch zu planen und in der Euphorie eines Vorhabens den Realisierungszeitraum zu sportlich anzusetzen. Zu rasch kann hier eine Projekt- und Betriebsorganisation an den Rand der Handlungsfähigkeit geführt werden.
- Alle Stakeholder sind proaktiv und vor dem Projekt in das Vorhaben eingebunden. So ist es möglich, gemeinsam die Ziele zu erreichen und spätere Interessenskonflikte während der Projektlaufzeit zu vermeiden.
Den Änderungsbedarf im ITSM punktgenau identifizieren und die Komplexität organisatorischer und prozessualer Veränderungen im ITSM erfolgreich managen und steuern - Das ist der Anspruch von Cassini Consulting. Profitieren Sie von unserer branchenübergreifenden Projekterfahrung und ganzheitlichen Vorgehensweise. Vermeiden Sie die klassischen Stolperfallen. Wir freuen uns auf Ihre Kontaktaufnahme und den Gedankenaustausch zu Ihrem Vorhaben.
Die Artikelreihe im Überblick
- Artikel 0:
Im Nachhinein ist man immer schlauer - ITSM Tool Einführung rückwärts gedacht. - Artikel 1:
Go-Live - Muss es immer der große Knall sein? - Artikel 2:
Wie wird implementiert? Zwischen methodischem Dogmatismus und „einfach fertig machen“. - Artikel 3:
„Alte Liebe oder reif für die Entsorgung“ – die alte ITSM-Landschaft zwischen Ablösung und Revitalisierung - Artikel 4:
ITSM, auf die Plätze, fertig, los! Aber was ist noch mal das Ziel? - Artikel 5:
Erkenntnisse der Retrospektive: Hätte, wenn und aber – diese Stolpersteine gilt es zu vermeiden.
Ihr Ansprechpartner für IT-Exzellenz
Wir sind vom Wettbewerbsvorsprung durch adaptive IT überzeugt. Und wir erläutern Ihnen gern, wie sich Ihr Unternehmen hierfür am besten positioniert. Nutzen Sie unser Angebot und sprechen Sie mit einem Cassini-Experten darüber, welche Rolle Ihre IT-Organisation einnehmen könnte.
