Calendar
Kategorien
- Agilität (94)
- Allgemein (10)
- Ankündigungen (29)
- Buchtipp (13)
- Crystal (7)
- Konferenzen (23)
- Kunden (5)
- Lean Software Development (1)
- Management (36)
- Planung (20)
- Politik (14)
- Praktiken (7)
- Refactoring (11)
- Scrum (15)
- Software Design (10)
- Surftipp (28)
- Testgetriebene Entwicklung (8)
- Werkzeuge (7)
- Zitate (8)
Letzte Einträge
- 21.1.2010: it-agile und Coldewey Consulting gehen zusammen
- 11.12.2009: Aufspalten einer User Story
- 6.11.2009: Vortrag auf der W-Jax zu langfristiger agiler Planung
- 2.10.2009: Alistair Cockburns Keynote "I come to bury Agile, not to praise it" als Video
- 22.9.2009: Apple und die Macht einer Vision
- 21.9.2009: Pair Programming in der New York Times
- 10.9.2009: Neue XING-Gruppe zu Lean Software Development
- 9.9.2009: CSM+Crystal Kurse mit Alistair Cockburn
- 7.8.2009: Alistair Cockburn gibt CSM-Kurs in Deutschland im November
- 21.7.2009: Folien der Karlsruher Entwicklertage online
Links
Archive
- Januar 2010
- Dezember 2009
- November 2009
- Oktober 2009
- September 2009
- August 2009
- Juli 2009
- Juni 2009
- Mai 2009
- April 2009
- März 2009
- Februar 2009
- Januar 2009
- Dezember 2008
- November 2008
- Oktober 2008
- September 2008
- Juli 2008
- Juni 2008
- Mai 2008
- April 2008
- März 2008
- Februar 2008
- Januar 2008
- Dezember 2007
- November 2007
Statistiken zu agilen Projekten
In seinem jüngsten Eintrag im Cutter-Blog “If Agile Were to Go Mainstream” fasst der Cutter Metrikexperte Michael Mah seine Auswertungen über agile Projekte zusammen, die er aus seiner über 7400 Projekte umfassenden Projektdatenbank erstellt hat. Zu den interessantesten Schlussfolgerungen zählen meines Erachtens:
- Die meisten agilen Projekte waren überdurchschnittlich schnell: Etwa 80% lagen über dem Industriedurchschnitt, einige sogar doppelt so schnell, wie traditionelle Projekte. Umgekehrt heißt dass natürlich auch, dass 20% langsamer waren, als der Durchschnitt.
- Agile Teams waren überdurchschnittlich groß, allerdings stieg die Fehlerquote nicht, wie bei traditionellen Projekten, mit der Teamgröße. Die Neigung zu größeren Teams überrascht mich und steht im Gegensatz zu meiner persönlichen Erfahrung. Ob das kulturelle Unterschiede sind, also der deutschsprachige Raum insgesamt eher zu großen Projekten neigt, ob meine Erfahrung da nicht repräsentativ ist, oder ein Missverständnis vorliegt, ist eine spannende Frage.
- Agile Projekte haben niedrigere Fehlerraten. Am besten schneiden gut eingespielte XP Teams ab, deren Fehlerraten zum Teil um 30-50% unter dem Industriedurchschnitt lagen. Damit wird die Behauptung gestützt, testgetriebene Entwicklung trage wesentlich zur technischen Qualität eines Produkts bei.
Den vollständigen Artikel - mitsamt einem launigen Aufmacher zum Ursprung agiler Verfahren - finden Sie hier.