3+3=1,5: Mathematik für Projektmanager

Was passiert, wenn der zugesagte Endtermin eines Projektes zu platzen droht? Wir versuchen, den Termin zu retten, indem wir einfach noch mehr Leute in das Projekt stecken. „Wir schießen mit Ressourcen auf Projekte“ – so nannte ein Kunde dieses Verhalten kürzlich.

Nicht nur Tom de Marco warnt genau davor, wenn er sagt, ein langsames Projekt wird langsamer, wenn man die Anzahl der Teammitglieder erhöht. Das liegt unter anderem daran, dass für alle Beteiligten eine Einarbeitungszeit anfällt, das Team sich ggf. noch nicht kennt, die Skills unterschiedlich sind und der Abstimmungsaufwand generell steigt.

Das ist in agilen Projekten nicht anders. Ken Schwaber setzt hier einen sogenannten Drag Faktor an, der auf initale Schätzungen angewendet werden kann. Beispielsweise erhöht sich die Schätzung um den Faktor 0,35 wenn ein Team weniger als 3 Monate zusammengearbeitet hat, bei einem hohen technischen und Domänen-Know How. Der Faktor steigt auf 0,8 wenn das Know How entsprechend niedrig ist.

Trotzdem scheint man diesem Verhalten mit Argumenten schlecht begegnen zu können. Jetzt hatte ich kürzlich die Gelegenheit, in einem agilen Team messen zu können, was passiert, wenn man ein Team verdoppelt – also von 3 Teammitgliedern auf 6 Teammitglieder erhöht. Und ja, ich kann rechnen: Aus 3+3 wurde 1,5. Statt also doppelt so viel zu erreichen, halbierte sich der Output des Teams anfangs.

In dem Projekt arbeiteten wir mit Scrum und einer auf Story Points basierenden Velocity. Die Velocity des Teams war nach 3 Sprints bei einem Wert von 10 bzw. einer Durchschnitts-Velocity von 7 angelangt. Das heißt, das Team liefert pro Sprint voraussichtlich User Stories (also Output bzw. Funktionalität) im Wert von 10 bzw. 7 Story Points. Obwohl allen Beteiligten klar war, dass die Velocity sinken wird, wenn sich die Teamgröße verdoppelt, waren wir dann doch alle überrascht von der tatsächlichen Auswirkung (siehe Grafik).

Im ersten gemeinsamen Sprint 4 hat sich die absolute Velocity mehr als halbiert. Erst in Sprint 6, also nach 2 Sprints ist diese wieder gestiegen auf 6 (nicht auf 10). Insgesamt hat es ca. 6 Sprints gedauert, bis sich die durchschnittliche Velocity wieder bei 7 eingependelt hat.

Susanne Mühlbauer

Kontaktieren Sie Michael Jastram

Susanne Mühlbauer ist als Agile Coach für die HOOD GmbH tätig. Sie arbeitet mit Leidenschaft und viel persönlichem Engagement mit Menschen, Teams und Organisationen auf ihrem Weg zu mehr Agilität. Aus ihrer Zeit als Consultant, Scrum Master, Projektleiter, Business Analyst und Requirements Engineer bringt sie langjährige Erfahrungen und die unterschiedlichsten Erlebnisse aus dem Projektgeschäft und in der Entwicklung komplexer Produkte und Systeme mit. Ein Schwerpunkt stellt hierbei sicherlich das Requirements Engineering dar. Sie hat zu diesen Themen Artikel veröffentlicht und ist gerne Referentin auf Fachkongressen. Ihr Leitsatz: Agilität muss man erleben. Hierfür steht Agile-by-HOOD.