Estymacja w IT jest notoryjnie trudna. Projekty zawsze trwają dłużej niż myślisz. Ale są techniki które pomagają estymować lepiej.
Dlaczego estymacje są trudne
- Nieznane unknowns — nie wiesz czego nie wiesz
- Scope creep — requirements się zmieniają
- Optymizm bias — "to będzie proste"
- Dependencies — czekanie na innych
💡 Hofstadter's Law
"It always takes longer than you expect, even when you take into account Hofstadter's Law."
Story Points vs Hours
Story Points:
- Relatywna miara złożoności (nie czasu)
- Fibonacci: 1, 2, 3, 5, 8, 13, 21
- Uwzględnia: complexity, effort, uncertainty
- Nie konwertuj na godziny (1 point ≠ 1 hour)
Hours:
- Konkretny czas pracy
- Łatwiejsze dla stakeholderów
- Ale mniej dokładne (interrupcje, meetings)
Rekomendacja: Story points dla zespołu, hours dla stakeholderów (z buforem!)
Planning Poker
Technika zespołowej estymacji:
- PO prezentuje story
- Zespół zadaje pytania
- Każdy wybiera kartę (1, 2, 3, 5, 8, 13...)
- Wszyscy pokazują jednocześnie
- Jeśli różnice — dyskusja (dlaczego 3 vs 8?)
- Powtarzaj aż consensus
Dlaczego działa? Zespół dyskutuje assumptions i edge cases.
T-Shirt Sizing
Dla high-level estymacji (epics, initiatives):
- XS: 1-2 tygodnie
- S: 2-4 tygodnie
- M: 1-2 miesiące
- L: 2-3 miesiące
- XL: 3+ miesiące (rozbij na mniejsze!)
Three-Point Estimation
Dla bardziej dokładnych estymacji:
- Best case: Wszystko idzie idealnie
- Most likely: Realistyczny scenariusz
- Worst case: Wszystko idzie źle
Estimate = (Best + 4×Most Likely + Worst) / 6
Przykład:
Best: 2 tygodnie
Most likely: 4 tygodnie
Worst: 8 tygodni
Estimate = (2 + 4×4 + 8) / 6 = 4.3 tygodnia
Buffer i Contingency
Zawsze dodawaj buffer:
- Known unknowns: +20-30% (wiemy że coś może pójść źle)
- Unknown unknowns: +50-100% (nowy stack, nowy zespół)
Nie mów stakeholderom "4 tygodnie". Mów "4-6 tygodni" lub "koniec Q2".
📝 Zadanie
Weź 5 upcoming stories. Zrób Planning Poker z zespołem. Porównaj estymacje przed i po dyskusji — czy się zmieniły?