Risiken in agilen Projekten erkennen und minimieren
Bei traditionellen Vorgehensweisen wird so viel wie möglich im Voraus geplant, Änderungen sind eher unerwünscht. Im Gegensatz dazu wird bei agilen Vorgehensweisen nur so viel wie nötig geplant, Änderungen sind als Teil der Vorgehensweise sogar erwünscht. Nach meiner Erfahrung können bei der Einführung agiler Vorgehensweisen aufgrund dieser unterschiedlichen Paradigmen Risiken entstehen. Es mag das Gefühl entstehen, dass man sich bisher mit einem Pflichtenheft auf eine Art Vertrag berufen konnte und nun der Entwicklungsseite blind vertrauen muss. Oft fällt es den Entwicklern schwer, eine verbindliche Aussage darüber zu treffen, ob Vorgaben bezüglich Zeit und Budget eingehalten werden können, da die Gesamtmenge der Anforderungen nicht absehbar ist. Agiles Risikomanagement bedeutet für mich zunächst einmal, diese möglichen Konflikte zu erkennen und transparent zu machen. Dies erreiche ich durch eine Analyse des Projektumfelds und durch die Kommunikation mit allen Beteiligten. Aufgrund meiner langjährigen Erfahrung in unterschiedlichsten Projekten stelle ich auch in agilen Projekten eine Verbindlichkeit bzgl. des vereinbarten Rahmens von Zeit und Budget her.
Änderungen während der gesamten Projektlaufzeit sind Teil von agilen Vorgehensweisen. Dadurch müssen agile Software-Architekturen viel flexibler gestaltet werden, als dies bei traditionellen Vorgehensweisen der Fall ist. Wird die Architektur dabei immer nur so einfach gestaltet, dass sie den aktuellen Anforderungen des laufenden Projektes genügt, so kann dies dazu führen, dass sie mit zunehmender Komplexität des Projektes irgendwann nicht mehr den Bedürfnissen gewachsen ist.
Idealerweise übernimmt das agile Entwicklungsteam die Sicherstellung einer hohen Software-Qualität und einer adäquaten Software-Architektur eigenverantwortlich. Mein Anspruch ist es, sicherzustellen, dass das Entwicklungsteam dieser Verantwortung auch gerecht wird.
Zur Sicherstellung einer guten Qualität ist die fortwährende Überwachung des Codes durch automatisierte Tools, Code- und Architektur-Reviews nötig. Zur Einhaltung von Zeit und Budgets ist es auch notwendig, den Fertigstellungsgrad der Software fortwährend zu monitoren und sicherzustellen, dass notwendige Anforderungen entsprechend priorisiert werden. Dadurch können frühzeitig Qualitäts- und Budgetproblemen erkannt und entsprechende Gegenmaßnahmen getroffen werden. Insbesondere in Organisationen, die von traditionellen Vorgehensmodellen auf agile wechseln, kann ein agiles Risikomanagement durch die Schaffung von Transparenz die Skepsis gegenüber der neuen Vorgehensweise vermindern.