I Estimate this Talk will be 20 Minutes Long, Give or Take 10 Minutes
summary
Argues that points track relative complexity not hours and that useful early forecasts come from sizing stories, summing low and high point totals, then applying a fake velocity range to produce a budget or schedule. Uses Fibonacci sizing, needs a few iterations of data (2–6 weeks) to measure velocity, and often yields wide ranges like 100–120 points → 500–840 hours. Presents this as a working consultancy practice (Table XI) with emphasis on transparency and updating estimates as work proceeds.
AI-written summary · about
chapters (32)
- 0:00Start
- 0:34How far do you live from an airport?
- 4:20Ever done a home remodel?
- 4:59Big Dig
- 7:06What if we just did stuff and got paid?
- 7:40Customers reasonably expect estimates
- 9:54Bad Estimates communicate: Unrealistic expectations
- 11:11Estimating at the beginning is the worst
- 11:47How can we estimate Effectively?
- 12:17A quick sidebar of agile terms
- 12:48Iteration The unit of planning in a project
- 13:09Point The size of a story
- 13:21Velocity Points per interation
- 16:09point story
- 16:50What makes an estimate wrong?
- 17:07Scope Creep
- 17:32Rework
- 19:03A lower estimate doesn't make it less complex
- 19:28How to do better
- 19:55What goes into the amount of calendar time a feature takes?
- 20:33We are bad at estimating time on task
- 23:07Estimate complexity and let time sort itself out
- 23:19The humble point
- 24:12Time on task and relative skill average out
- 25:38Decomposing the problem RUBYCONF into similar size chunks
- 26:10one-off estimates
- 26:34beginning of a project?
- 26:55Fake your velocity
- 27:13Don't spend time chasing precision
- 27:52Split the tasks as best you can
- 28:24Don't spend a lot of time assigning points to a single task
- 29:40Apply a load factor (5-7 hours per point)
related talks
46mEstimates and complexity: a tale in 42 and a half minutes
01h 45mEstimates or NoEstimates
57mThe Science of not estimating
20mHow long is a piece of string? Solving the conundrum of software estimation
47mCreating efficient, accurate, software estimations
41mSo you think you can estimate? The lost art of useful estimates
44mAgile metrics for predicting the future
05mIgnite - How to Use Scrum Poker to Slay Estimations
