Szacowanie jest trudne, ponieważ oprogramowanie pełne jest niewiadomych. Celem nie jest fałszywa precyzja, lecz realistyczny, szczerze komunikowany zakres, który pomaga biznesowi planować. Dobrzy technical leadowie szacują zakresy, ujawniają ryzyko i prognozują na nowo w miarę uczenia się.
Jak lepiej szacować
✓ Break work down — small tasks estimate far better than big ones
✓ Estimate as a RANGE or confidence ("2-4 weeks, 70% confident")
✓ Include the invisible work — testing, review, deployment, unknowns
✓ Use history — what did similar work actually take?
✓ Involve the people doing the work — not just you
✓ Separate ESTIMATE from COMMITMENT (deadlines are negotiated, not guessed)
Konkretny przykład
Gdy zostaniesz zapytany "ile czasu zajmie nowy dashboard?", nie mów "dwa tygodnie". Powiedz: "Znana praca to około dwa tygodnie. Jest niewiadoma wokół reporting API — jeśli jest czysty, dwa tygodnie; jeśli nie, bliżej czterech. Dowiem się więcej po jednodniowym zbadaniu."
