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?
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:
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.
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.
Um diesen Stolperstein zu vermeiden ist es empfehlenswert folgende Aspekte beim Projektstart zu beachten:
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.
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.
