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