Scrum und XP im harten Projektalltag
Scrum und XP im harten Projektalltag
Scrum und XP im harten Projektalltag
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
WIE WIR RELEASES UND FESTPREISPROJEKTE PLANEN |81<br />
Nach dieser Rechnung beträgt unsere geschätzte<br />
Entwicklungsgeschwindigkeit 45 Story-Punkte. Wenn jede Story eine<br />
Zeitschätzung von 5 Tagen hätte (was sie nicht haben), könnte das Team<br />
<strong>im</strong> Schnitt neun Stories pro Sprint abliefern.<br />
Alles zu einem Releaseplan zusammenfügen<br />
Jetzt wo wir Aufwände geschätzt <strong>und</strong> die Entwicklungsgeschwindigkeit<br />
(hier 45) berechnet haben, gelingt es leicht, das Product Backlog auf die<br />
einzelnen Sprints aufzuteilen:<br />
Wichtigkeit Name Schätzung<br />
Sprint 1<br />
130 Banane 12<br />
120 Apfel 9<br />
115 Orange 20<br />
Sprint 2<br />
110 Guave 8<br />
100 Birne 20<br />
95 Rosine 12<br />
Sprint 3<br />
80 Erdnuss 10<br />
70 Donut 8<br />
60 Zwiebel 10<br />
40 Grapefruit 14<br />
Sprint 4<br />
35 Papaya 4<br />
10 Blaubeere<br />
10 Pfirsich<br />
Jeder Sprint beinhaltet so viele Stories wie möglich, ohne jedoch die<br />
geschätzte Entwicklungsgeschwindigkeit von 45 zu überschreiten.<br />
Wir sehen, dass wir wahrscheinlich drei Sprints benötigen, um die Muss<strong>und</strong><br />
Soll-Features fertig zu stellen. 3 Sprints = 9 Kalenderwochen = 2<br />
Kalendermonate. Ob wir daraus bereits einen Liefertermin ableiten <strong>und</strong><br />
dem K<strong>und</strong>en zusagen können, hängt stark davon ab welche Vertragsart<br />
gewählt wurde oder wie festgelegt die Liefergegenstände sind. Wir<br />
rechnen für gewöhnlich einen großzügigen Zeitpuffer dazu, um uns gegen<br />
schlechte Zeitschätzungen, unerwartete Probleme oder Features<br />
abzusichern. So könnten wir uns in diesem Fall auf einen Liefertermin in
Change language