Scrum und XP im harten Projektalltag
Scrum und XP im harten Projektalltag
Scrum und XP im harten Projektalltag
Erfolgreiche ePaper selbst erstellen
Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.
78 | SCRUM UND <strong>XP</strong> IM HARTEN PROJEKTALLTAG<br />
Und hier folgt nun ein beispielhaftes Product Backlog - farbkodiert nach<br />
den oben beschriebenen Regeln<br />
Wichtigkeit Name<br />
130 Banane<br />
120 Apfel<br />
115 Orange<br />
110 Guave<br />
100 Birne<br />
95 Rosine<br />
80 Erdnuss<br />
70 Donut<br />
60 Zwiebel<br />
40 Grapefruit<br />
35 Papaya<br />
10 Blaubeere<br />
10 Pfirsich<br />
Rot = muss in Version 1.0 enthalten sein (Banane-Pfirsich)<br />
Gelb = sollte in Version 1.0 enthalten sein (Rosine-Zwiebel)<br />
Grün = kann später angegangen werden (Grapefruit-Pfirsich)<br />
Wenn wir alles von Banane bis Zwiebel bis zum Abgabetermin liefern,<br />
sind wir auf der sicheren Seite. Wenn die Zeit knapp wird, können wir<br />
noch damit durchkommen, Rosine, Erdnuss, Donut oder Zwiebel<br />
wegzulassen. Alles ab Zwiebel ist optional.<br />
Wie man die wichtigsten Einträge schätzt<br />
Für die Releaseplanung benötigt der Product Owner<br />
Aufwandschätzungen; zumindest für alle jene Stories die <strong>im</strong> Vertrag<br />
vereinbart wurden. Genau wie bei der Sprint-Planung erhalten wir die<br />
wieder in Gemeinschaftsarbeit von Product Owner <strong>und</strong> dem Team: das<br />
Team schätzt, der Product Owner erläutert die Stories <strong>und</strong> beantwortet<br />
Fragen.<br />
Eine Aufwandschätzung ist brauchbar, wenn sie der Realität recht nah<br />
kommt; weniger brauchbar ist sie, wenn sie - sagen wir - 30% abweicht.<br />
Hat Sie gar keinen Bezug zur Realität, ist sie unbrauchbar.
Change language