Agile Methoden und Methodiken zahlen sich aus! Der Standish Chaos Report 2012 hat festgestellt, dass Projekte, die mit agilen Methodiken erstellt werden, eine deutlich höhere Wahrscheinlichkeit haben erfolgreich abgeschlossen zu werden.

Sind bei der Anwendung der Wasserfall-Methodik nur 14 % erfolgreich und mehr als die Hälfte (57 %) problematisch, so scheitern fast ein Drittel (29 %) der Projekte komplett.

Wasserfall vs. Agilität oder: Freier Fall vs. Konstanter Fluss?

Im Gegensatz dazu sind bei agilen Methodiken die Projekte in Richtung Hälfte (42 %, Tendenz steigend) erfolgreich und zu 49 % problematisch. Nur weniger als ein Zehntel (9 %) der Projekte scheitern komplett.

Generell eignen sich agile Verfahren gut bei weichen und (noch) wenig ausformulierten Anforderungen sowie bei einem hohen Maß an externen Störfaktoren. Vor allem bei laufenden Marktveränderungen eignen sich agile Verfahren perfekt. Und nachdem sich in fast allen Bereichen der Markt derzeit ändert, eignen sich agile Verfahren quasi überall sehr gut … ;)

Der Klassiker: Meist böse Überraschungen

Gerald Weinberg hat festgestellt, dass man nicht voraussehen kann, was wertvoll für Menschen ist – dh man kann das idR nicht vollständig vorab definieren. Das erklärt auch, warum es immer wieder unangenehme Überraschungen gibt, wenn die entwickelte Software ausgeliefert wird. Sie erfüllt zwar alle spezifizierten Anforderungen, trotzdem sind die Anwender unzufrieden.

Dieses Sprichwort trifft den Kern der Angelegenheit. Aus diesem Grund zeigen wir in der agilen Softwareentwicklung unseren Kunden und Anwendern regelmäßig Produkt-Inkremente. Aus deren Feedback lernen wir, wie die Software gestaltet sein muss, damit sie wertvoll ist.

Wir alle sollten stärker darauf schauen, was Wert schafft und uns weniger daran orientieren, ob (nur) ein Plan eingehalten wird.

Neugierig?

 

Quellen:

• http://de.wikipedia.org/wiki/Agile_Softwareentwicklung
• http://www.heise.de/developer/artikel/Agiles-Manifest-zehn-Jahre-spaeter-1188157.html