2. • 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
3. • 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
4. • Szybkie szacunki – szacujemy intuicyjny rozmiar
zadań
• Rozmiar zadania szacowany relatywnie
względnie innych zadań
• Autokorekta estymacji
Szacujemy rozmiar
5. • 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
7. • 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
8. • 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
9. • Szacować małe zadania
• Szacować przez osoby wykonujące
• Szacować przez osoby wykonujące coś podobnego
wcześniej
• Prezentować przedział +/- 30% (praktycznie 19%)
Tips
