Agile Estimating and Planning Tomasz Szulik

Czy potrzebujemy estymację? Dokładność estymacji zawodzi Estymacja ma wpływ na pracę programisty Za mało czasu - źle Za dużo czasu – też źle  „Prediction is very difficult, Especially about the future.” Niels Bohr

Możemy zrezygnować z szacowania? Biznesowy model projektów Planowanie oparte na szacunkach Przerost formy nad treścią! „To achieve great things, two things are needed: A plan, and not quite enough time.” Leonard Bernstein

Szacujemy rozmiar 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

Dokładność szacunków Dokładność Włożony wysiłek

Techniki estymacji Intuicja i wiedza eksperta Przez analogię Jedna z wyższych dokładności (jeśli mamy eksperta) Przez analogię Łatwiej się szacuje w porównaniu do czegoś Przez podział

Let’s play Poker 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ę

Tips Szacować małe zadania Szacować przez osoby wykonujące Szacować przez osoby wykonujące coś podobnego wcześniej Prezentować przedział +/- 30% (praktycznie 19%)

„Planning is everything. Plans are nothing.” Field Marshal Helmuth Graf von Moltke