Agile Glossary

Definition of Ready

What is Definition of Ready?

As in the “Definition of Done”, in the Definition of Ready, the team makes explicit and visible the criteria (generally based on the INVEST matrix) that a user story must meet prior to being accepted into the upcoming iteration.

Also Known As

Just as completed items that fit the definition of “done” are said to be “DONE-done”, items that fit the definition of ready are called “READY-ready”.

An etymological note for the terminally curious: this doubling of a word to call attention to something that is “really” ready or “really” done (as opposed to merely called ready or done, carelessly, without thinking twice about it) is known as “contrastive focus reduplication“.

Expected Benefits

  • avoids beginning work on features that do not have clearly defined completion criteria, which usually translates into costly back-and-forth discussion or rework
  • provides the team with an explicit agreement allowing it to “push back” on accepting ill-defined features to work on

Origins of Definition of Ready

By adding a “definition of ready” to the slightly older “definition of done”, Scrum appears to have all but reinvented previously existing concepts in process modeling, such as the ETVX framework first described in 1985, or the “standard task unit” described by Jerry Weinberg.

  • 1985: the ETVX (for entry-task-validation-exit) framework described in “A programming process architecture” anticipates Scrum’s definitions of “ready” and “done”
  • 2008: while the first few allusions to teams using a “definition of ready” date to the beginning of that year, the first formal description seems to be from October, and is incorporated into “official” Scrum training material shortly thereafter
Add to Bookmarks Remove Bookmark
Add to Bookmarks Remove from Bookmarks
Add to Bookmarks Remove from Bookmarks

Thank you to our Annual Partners​

Join us today!

Agile Alliance offers many online and in-person events and workshops for our members. If you’re not currently a member, you can join now to take advantage of our many members-only resources and programs.

Get the latest Agile news!

  • This field is for validation purposes and should be left unchanged.

By subscribing, you acknowledge the Agile Alliance Privacy Policy, and agree to receive our emails.

Additional Agile Glossary Terms

An acceptance test is a formal description of the behavior of a software product, generally expressed as an example or a usage scenario. A number of different notations and approaches have been proposed for such examples or scenarios.
Test-driven development (TDD) is a style of programming where coding, testing, and design are tightly interwoven. Benefits include reduction in defect rates.
The team meets regularly to reflect on the most significant events that occurred since the previous such meeting, and identify opportunities for improvement.
A product backlog is a list of the new features, changes to existing features, bug fixes, infrastructure changes or other activities that a team may deliver in order to achieve a specific outcome.
An acceptance test is a formal description of the behavior of a software product, generally expressed as an example or a usage scenario. A number of different notations and approaches have been proposed for such examples or scenarios.
Test-driven development (TDD) is a style of programming where coding, testing, and design are tightly interwoven. Benefits include reduction in defect rates.
The team meets regularly to reflect on the most significant events that occurred since the previous such meeting, and identify opportunities for improvement.

Help us keep the definitions updated

Discover the many benefits of membership

Your membership enables Agile Alliance to offer a wealth of first-rate resources, present renowned international events, support global community groups, and more — all geared toward helping Agile practitioners reach their full potential and deliver innovative, Agile solutions.

Privacy Preference Center

Not yet a member? Sign up now