When a Software Project Needs a Discovery Phase, and When to Skip It

A discovery phase is warranted when scope, users, or technical risks are unclear enough that a fixed estimate would amount to guesswork. It can be skipped or shortened to a few days when the problem is familiar, a single person makes decisions, and the team has built similar work before. The article offers five diagnostic questions covering unclear scope, unfamiliar domains, many stakeholders, fixed budgets or dates, and integrations or data migrations, with three or more yeses usually indicating a full discovery. Research cited includes McConnell's cone of uncertainty, which puts early estimate error at roughly 0.25x to 4x, and UK government guidance placing typical discovery at 4 to 8 weeks. Known patterns, prototypes, and small time-boxed builds are presented as cases where full discovery may be unnecessary overhead.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.
Discussion (0)
Log in to join the discussion and vote.
Log in