Projekte mit agile Methoden / Methodiken erfolgreicher

Projekte mit agile Methoden / Methodiken erfolgreicher

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.

Wasserfall

14 % 57 % 29 %

Agilität

42 % 49 % 9 %

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

Quality is value to some person- Gerald M. Weinberg, US-amerikan. Informatiker und Autor

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.

Woher soll ich wissen, was ich will, bevor ich gesehen habe, was ich kriege?

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

Keine Kommentare

Trackbacks/Pingbacks

  1. Wasserfall vs. Scrumban - […] Jahrzehnten. Denn was uns die Vergangenheit lehrt ist, dass die Wasserfall-Entwicklung nicht nur oft schlechte, sondern fast immer zu späte Ergebnisse…