Im Rahmen eines IT-Programms haben wir ein Team geleitet, das für das Abhängigkeitsmanagement zuständig war. Abhängigkeitsmanagement beinhaltet:

• Der Identifizierung des Umfangs und der zeitlichen Abhängigkeiten und Pflege der entsprechenden Dokumentation
• Erkennen von Lieferengpässen und deren sofortige Behebung
• Messung des Abdeckungsgrads der Qualitätssicherung und Behebung von Testlücken

Auf der Grundlage unserer Erfahrungen möchten wir in diesem Beitrag die Vorgehensweise und die wichtigsten Erfolgsfaktoren auf einer sehr detaillierten Ebene als Basis für ähnliche Herausforderungen in komplexen IT-Projekten beschreiben.

Das Abhängigkeitsmanagement ist eine Aufgabe, die ein integraler Bestandteil des Produktentwicklungsprozesses sein sollte. Eine Nachbetrachtung mit hohem Aufwand und kurzer Reaktionszeit verbunden. Das Abhängigkeitsmanagement setzt eine kohärente Methodik während des Entwicklungsprozesses voraus. Es wird entlastet, wenn der gesamte Produktentwicklungsprozess diesen Prämissen folgt:

• Die geplante Änderung oder Transformation muss zunächst auf Geschäftsprozessebene erarbeitet werden, z.B. in Anlehnung an das eTOM-Framework: User Flows in unserem Projektkontext
• Die Vehikel für die Ausarbeitung und Dokumentation der IT-Änderung sollten von den angestrebten Nutzerströmen abgeleitet werden: User Stories
• Die Auslieferungsvehikel sollten einen gut definierten Satz von Anwendergeschichten enthalten und sich auf eine Auslieferungsversion beziehen: Änderungsanforderungen
• Die Integrationstestfälle (neben Unit- und Komponententests) sollten sich auf die User Stories (Anforderungsebene) und auf die Ziel-User-Flows (Prozessebene) beziehen
• Die Incidents und Defects sollten sich auf die Testfälle beziehen

Basierend auf der gegebenen Zurückverfolgung kann ein Health Check der User Flows über mehrere Auslieferungs-Release-Zyklen ermittelt und berichtet werden. Der Bericht kann für Go/No Go-Entscheidungen zur kommerziellen Einführung des Endkundenprodukts verwendet werden. Das „User Flow Cockpit“ stellt die Abhängigkeiten zwischen allen wichtigen Faktoren dar: Prozess, Umfang, Lieferung, Test und Fehler.

In einer unternehmensweiten Betrachtung muss jede Auslieferungsfreigabe mit einer geplanten Änderung der Benutzerabläufe beginnen, die durch mehrere Projekte ausgelöst und von den Prozessverantwortlichen auf der Geschäftsseite harmonisiert wird. Nach der Markteinführung ist das Repository der Benutzerabläufe baselined und spiegelt den „As-Is“-Zustand wider. In der SAFe-Terminologie lassen sich die wichtigsten Geschäftsprozesse den Wertströmen zuordnen.

Zur Vervollständigung der Liefer- und Abhängigkeitssicht ist auch eine Betrachtung zentraler Dienste in Form eines Repositorys (z. B. Zahlungsdienste) erforderlich (die Lösungsdimension im SAFe-Framework). Eine Geschäftsprozesstransformation kann zu einer Änderung der Menge der Dienste führen. Die Versionierung der von den Diensten genutzten Schnittstellen kann eine hohe Flexibilität im Auslieferungs-Release-Prozess bis hin zur kontinuierlichen Auslieferung bieten.