Kiedy to ma znaczenie
Estymację 40 godzin często zamienia się w plan pięciu dni. To działałoby tylko wtedy, gdy właściwa osoba ma codziennie osiem skupionych godzin, brak innych zobowiązań oraz opóźnień na review i przekazanie. Większość zespołów tak nie pracuje.
Praktyczny sposób działania
- Zacznij od zakresu wysiłku i wskaż potrzebne role. Godzin frontendu i backendu nie zawsze można zamieniać.
- Dla każdej osoby odejmij spotkania, support, urlop i już przyjęte zadania. Licz realny czas skupionej pracy, nie godziny z umowy.
- Ułóż zależności i momenty akceptacji. Jeśli projekt wymaga zatwierdzenia przed developmentem, nie wszystko biegnie równolegle.
- Przelicz wysiłek przez dostępną capacity, a osobno dodaj bufor na niepewność i czekanie na zewnętrzne decyzje. Zapisz założenia przy dacie.
Przykład
Zadanie wymaga 40 godzin developmentu. Jedyny dostępny developer ma 20 godzin skupionej pracy tygodniowo, więc sama implementacja zajmie około dwóch tygodni. Akceptacja po wdrożeniu trwa jeszcze trzy dni robocze. Zobowiązanie na jeden tydzień nie jest możliwe nawet bez bufora.
Podejmij kolejną decyzję
Gdy zmienia się capacity, aktualizuj termin bez cichej zmiany estymacji wysiłku. Gdy zmienia się zakres, wróć do obu. Podaj okno realizacji i warunki, które mogą je przesunąć. Kalkulator łączy wysiłek, capacity i kalendarz, ale wynik trzeba skonfrontować z zależnościami.