Methodologies & SDLC Deep Dive · 10 of 10

Estimation & Planning — Forecasting in a Fog

Software estimation is famously hard because every task is a little novel. Teams reach for story points, planning poker, t-shirt sizes, or just throughput math — each works for a while, each fails differently. The healthy question isn't "how do we estimate perfectly?" but "what decision is the estimate informing?"

Story pointsPlanning PokerVelocityUser stories#NoEstimatesMonte Carlo
← Back to Methodologies & SDLC
User Stories

The Unit of Conversation

The classic template

"As a <role>, I want <goal>, so that <benefit>."

A user story is a placeholder for a conversation, not a spec. The "so that" clause is the most-skipped and most-valuable part — it forces clarity on why.

INVEST heuristic: stories should be Independent, Negotiable, Valuable, Estimable, Small, Testable.

Acceptance criteria live alongside (often "Given / When / Then" — Gherkin format).

Estimation Techniques

Pick the Tool to the Question

TechniqueBest forWatch out for
Story points (Fibonacci 1, 2, 3, 5, 8, 13)Relative effort within one teamCross-team comparison; treating as time.
T-shirt sizes (XS / S / M / L / XL)Coarse early-roadmap sizingBecomes a sneaky points scale.
Hours / daysTasks ≤ 1 day; ops work; contractorsFalse precision; padding wars.
#NoEstimates (count items)Once item sizes are similarRequires real story splitting discipline.
Monte Carlo on cycle timeForecasting "when will N items be done?"Needs ≥ 11 historical data points.
Planning Poker

The Estimation Ritual

PO reads story
Q&A
Everyone reveals card
Highest & lowest explain
Re-estimate

The point isn't the number — it's the conversation that surfaces hidden complexity. If a senior says 3 and a newer dev says 13, you've found a gap in shared understanding before the work starts.

Velocity

Useful Signal, Terrible Target

  • Definition — story points completed per sprint, averaged over a few sprints.
  • Use it for — capacity planning, longer-range forecasting, rough sprint loading.
  • Don't use it for — comparing teams, performance reviews, KPI dashboards.
  • Goodhart's Law: "When a measure becomes a target, it ceases to be a good measure." Velocity-as-KPI = points inflation.
  • Range, not single number. Forecast "5–8 sprints" with confidence bands, not "exactly 6."
Cone of Uncertainty

Why Early Estimates Are Wrong

  • At project start, an estimate has roughly 4× spread in either direction (0.25× to 4× actual).
  • By detailed design, the spread shrinks to about 1.25×.
  • Early "estimates" are guesses with extra steps. Use ranges; re-estimate as you learn.
  • The Three-Point Estimate: best-case, most-likely, worst-case → use a weighted average for forecasts.
Tradeoffs

What to Watch Out For

  • Estimates as commitments — the original sin. They're forecasts; treat them so.
  • Estimating to look busy — story-point grooming sessions that produce no decisions are pure waste.
  • Big stories. If a story is > 13 points or larger than half a sprint, split it before estimating.
  • Ignoring throughput. Historical data beats new estimates — once you have it, lean on it.
  • Roadmaps as Gantt charts. Now-Next-Later beats month-by-month for products with real uncertainty.
Continue

Other Methodologies