Odhadování doby, kterou bude vývojová práce trvat, je běžná, náročná a důležitá dovednost. Odhady jsou notoricky obtížné (vývojáři mívají tendenci je podceňovat), ale jejich zlepšování a dobrá komunikace jsou důležité pro plánování a budování důvěry.
Proč je odhadování obtížné
Development estimation is notoriously inaccurate:
→ UNKNOWNS → unexpected complexity, bugs, dependencies, edge cases emerge
→ OPTIMISM BIAS → developers tend to UNDERESTIMATE (imagine the happy path, forget
testing, integration, reviews, meetings, the unexpected)
→ complexity is hard to assess upfront; requirements change
→ estimates are predictions under uncertainty, not promises.
Zlepšování odhadů
✓ BREAK DOWN work → estimate smaller pieces (more accurate than one big guess); sum them
✓ Account for EVERYTHING → not just coding: testing, code review, integration, debugging,
meetings, unforeseen issues
✓ Use PAST EXPERIENCE → how long did similar work actually take? (reference real data)
✓ Add BUFFER for uncertainty → things take longer than the happy-path estimate
✓ Consider ranges or confidence ("3-5 days" vs a false-precise "4 days")
✓ Re-estimate as you learn more (estimates improve with information)
