100 likes | 261 Views
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.
E N D
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 „Predictionisverydifficult, Especiallyaboutthefuture.” Niels Bohr
Możemy zrezygnować z szacowania? • Biznesowy model projektów • Planowanie oparte na szacunkach • Przerost formy nad treścią! „Toachieve great things, twothingsareneeded: A plan, and not quiteenough 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 • 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%)
„Planningiseverything. Plansarenothing.” FieldMarshalHelmuth Graf von Moltke