Agile Estimating and Planning
Tomasz Szulik
• Dokładność estymacji zawodzi
• Estymacja ma wpływ na pracę programisty
• Za mało czasu - źle
• Za dużo czasu – też źle
Czy potrzebujemy estymację?
„Prediction is very difficult,
Especially about the future.”
Niels Bohr
• Biznesowy model projektów
• Planowanie oparte na szacunkach
• Przerost formy nad treścią!
Możemy zrezygnować z szacowania?
„To achieve great things, two things are needed:
A plan, and not quite enough time.”
Leonard Bernstein
• Szybkie szacunki – szacujemy intuicyjny rozmiar
zadań
• Rozmiar zadania szacowany relatywnie
względnie innych zadań
• Autokorekta estymacji
Szacujemy rozmiar
• Jednostka – story points
• Skala
• Ciąg Fibonacciego: 1, 2, 3, 5, 8 …
• Potęgi dwójki: 1, 2, 4, 8, 16
• Wybór punktu odniesienia
• Najmniejsze zadanie
• Średni rozmiar
Szacujemy rozmiar
Dokładność szacunków
0
0,5
1
Do
kła
dn
ość
Włożony wysiłek
• Intuicja i wiedza eksperta
• Jedna z wyższych dokładności (jeśli mamy eksperta)
• Przez analogię
• Łatwiej się szacuje w porównaniu do czegoś
• Przez podział
Techniki estymacji
• Angażujemy cały zespół: programiści, testerzy,
graficy, analitycy…
• Łączymy różne techniki estymacji
• Badania wykazały, że średnia
z estymacji daje lepsze rezultaty niż
dochodzenie do porozumienia
przez dyskusję
Let’s play Poker
• Szacować małe zadania
• Szacować przez osoby wykonujące
• Szacować przez osoby wykonujące coś podobnego
wcześniej
• Prezentować przedział +/- 30% (praktycznie 19%)
Tips
„Planning is everything. Plans are
nothing.”
Field Marshal Helmuth Graf von Moltke
Top Related