← Back to libraryQuestion 258 of 273
🌀Agile & QAIntermediate

Definition of Ready vs Definition of Done

📌 Definition:

Definition of Ready (DoR) is the checklist a story must meet before the team commits to it in a sprint; Definition of Done (DoD) is the checklist a story must meet before it can be called complete. DoR guards the entry to the sprint; DoD guards the exit.

📖 Detailed Explanation:

These two agreements bookend a story's life and both have strong QA relevance. A story meeting the DoR is well-formed and workable: it has clear acceptance criteria, dependencies identified, is estimated, and — a key QA item — is testable with a test approach understood. Enforcing the DoR prevents the team from pulling in half-baked stories that inevitably stall or generate defects. The DoD defines what 'complete' really means and almost always includes testing conditions: acceptance criteria verified, tests written and passing, no known critical defects, automation updated, code reviewed. QA is a primary stakeholder in the DoD because 'done' must mean 'done and verified', not merely 'code merged'. The most common Agile dysfunction — marking stories done when they're only code-complete — is precisely a DoD failure, and a strong, enforced DoD that includes testing is QA's guardrail against it.

🔑 Key Points:
  • DoR gates sprint entry; DoD gates story completion — two different checklists
  • DoR includes clear acceptance criteria, identified dependencies, estimability, and testability
  • DoD includes acceptance criteria verified, tests passing, no critical defects, automation updated
  • 'Done' must mean done AND verified — not just 'code merged'
  • A weak/unenforced DoD is the root cause of 'marked done but not tested' dysfunction
🌍 Real-World Example:

A team keeps carrying 'done' stories into the next sprint because bugs surface after the demo. They strengthen the DoD to require 'all acceptance criteria tested and passing, automation updated, zero known high-severity defects'. Now a story literally cannot be marked done until it's verified, and the carry-over of hidden bugs stops.

📎 Dor Vs Dod:
ChecklistDefinition Of ReadyDefinition Of Done
When it appliesBefore committing to the sprintBefore marking the story complete
PurposeEnsure the story is workableEnsure the story is truly finished
Typical QA itemsClear, testable acceptance criteria; test approach understood; dependencies knownAcceptance criteria verified; tests written & passing; no critical defects; automation updated
Consequence if skippedHalf-baked stories stall or breed defects'Done' work is actually untested and buggy
🎯 Scenario-Based Interview Question:

Scenario: Your team's velocity looks great on paper, but a third of 'completed' stories reopen next sprint with bugs, and stakeholders are losing trust in the 'done' label. You suspect a Definition of Done problem. How do you diagnose and fix it?