Do you have a "Definition of Ready"?

Last updated by Ben Neoh [SSW] 14 days ago.See history

Just like how the team has a Definition of Done as a checklist for completing a PBI, the Product Owner needs a Definition of Ready to get the PBI in a state that’s ready for it to be added to a Sprint. This should be done as part of the refinement (aka grooming) process and will greatly streamline the Sprint Planning meeting.

A recommended “Definition of Ready” would be:

PBI with DOR
Figure: PBI that meet the DoR

After the PBI is approved ask for a signature (or simply an initial) as a prove of approval. Check out this rules ask-clients-approval


  1. PBIs can still be accepted into a Sprint even if they do not meet the DoR. When that happens, there will be more risk and uncertainty around the PBI, but this should not stop the team from doing the work. The recommendation is that PBI's are ready, but this is not mandatory.
  2. User Stories should follow the INVEST Principle:
  3. “I” ndependent (of all others)
  4. “N” egotiable (not a specific contract for features)
  5. “V” aluable (or vertical)
  6. “E” stimable (to a good approximation)
  7. “S” mall (so as to fit within an iteration)
  8. “T” estable (in principle, even if there isn’t a test for it yet)

Following the update to the Scrum Guide for 2020, this is the concept of a Product Backlog being "Ready"

We open source. Powered by GitHub