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