Learn

/

Definition of Ready

Definition of Ready

5 patterns

The shared bar a story has to clear before it enters a sprint. Actor and outcome present, dependencies linked not assumed, fits in a sprint, and nobody walks out of refinement still confused.

Avoid
Story
ALERT-12
3 pts
Improve alert handling for on-call
User story
As aon-call engineer
I wantalerts to work better
so thatbeing on-call is less painful
Acceptance criteria
Alert acknowledgement should be improved
Pages should stop once the alert is handled

Prefer
Story
ALERT-12
3 pts
On-call engineers acknowledge alerts in one click
User story
As aon-call engineer paged at night
I wantto acknowledge an alert without opening a separate tool
so thatI can quiet the page before fully waking up
Acceptance criteria
Givena paged on-call engineer
Whenthey tap the Acknowledge button in the SMS link or in the dashboard
Thenthe alert moves to 'acknowledged' and the page stops within 60 seconds
Why avoid

'Improve' is not an outcome and 'we agreed in product review' is not a reason that survives the meeting. Pulling this into a sprint means the team negotiates the spec mid-flight.

Why prefer

Ready means actor, outcome, and reason are present, plus at least one testable acceptance criterion. The right story passes that bar; whoever pulls it knows exactly what 'done' looks like.

Scrum.org: Definition of Ready
Avoid
Story
BIL-21
5 pts
Customers see VAT on the invoice
User story
As aEU customer
I wantVAT shown as a separate line on the invoice
so thatmy accounting software can match the line
Description

Should be doable once the new tax service is live.


Prefer
Story
BIL-21
5 pts
Customers see VAT on the invoice
User story
As aEU customer
I wantVAT shown as a separate line on the invoice
so thatmy accounting software can match the line
Context

Blocked by TAX-117 (tax service /v1/quote endpoint). Pull only after TAX-117 is in 'done'.

Why avoid

'Should be doable once the new service is live' is the kind of sentence that wastes a sprint. Without an explicit link, nobody knows whether the dependency is shipped, in progress, or still being argued about.

Why prefer

Dependencies linked, not assumed. When TAX-117 moves, the planning board sees the unblock. The team will not pull this story prematurely and discover the dependency after they have started.

Scrum.org: Definition of Ready
Avoid
Story
FILT-08
5 pts
Better filtering on the contacts page
User story
As auser of the contacts page
I wantbetter filtering
so thatI can find the right contacts
Acceptance criteria
Filtering matches what the team discussed in the last refinement
Filter state behaves the way users expect

Prefer
Story
FILT-08
5 pts
Sales reps narrow contacts by lifecycle stage
User story
As asales rep
I wantto filter the contact list to a single lifecycle stage (lead, MQL, SQL, customer)
so thatI can work the right pipeline at the right time
Acceptance criteria
Giventhe contacts list
Whenthe rep selects a lifecycle stage in the filter
Thenonly contacts in that stage are shown
Givenan active filter
Whenthe rep navigates away and back
Thenthe filter is preserved
Why avoid

Pointing back at a previous refinement makes the story unreadable to anyone who was not there or has since rotated off the team. The story is not yet a contract; it is a memory.

Why prefer

Nobody in the refinement room walks out saying 'I still do not really know what this is.' The actor, the four stages, the persistence behavior, and the demo path are all on the card.

Ron Jeffries: Card, Conversation, Confirmation
Avoid
Story
REP-19
5 pts
Better reports for managers
User story
As amanager
I wantthe reports to be more useful
so thatI can manage my team better
Acceptance criteria
Reports surface the information managers actually need
Numbers are easy to read at a glance

Prefer
Story
REP-19
5 pts
Managers see weekly throughput per direct report
User story
As aengineering manager with five direct reports
I wanta weekly report of merged PRs and review comments per direct report
so thatI can spot blocked engineers before our 1:1
Acceptance criteria
Givena manager with five direct reports
Whenthey open /reports/team
Thenthey see PR count and review count per report for the past 7 days, with a sparkline
Why avoid

'More useful' is not an outcome. Without testable acceptance criteria, the team is guessing what 'better' means and will probably ship something that gets rejected in review.

Why prefer

Connextra clauses present, observable AC, named scope. Whoever pulls the story knows what to build, what to demo, and what success looks like. Ready.

Bill Wake: INVEST in Good Stories
Avoid
Story
ONB-30
13 pts
Self-serve onboarding for enterprise tenants
User story
As aenterprise admin
I wantto set up my organization, invite the team, and pick a plan
so thatI do not need a sales call to evaluate the product

Prefer
Story
ONB-30
5 pts
Enterprise admin creates the organization and invites the team
User story
As aenterprise admin
I wantto create my organization and invite three teammates
so thatI can start a free trial without a sales call
Out of scope:Plan selection (ONB-31), payment setup (ONB-32), SCIM provisioning (ONB-33).
Why avoid

Pulling a 13-pointer is taking a bet against the sprint. The team will discover halfway through that two of the three sub-flows are bigger than expected, miss the sprint, and re-split under pressure.

Why prefer

13 points is a signal, not an estimate. The right side has been sliced before being pulled: the first slice ships and the variations exist as named follow-ups. Definition of Ready means the slicing has already happened.

Humanizing Work: Splitting User Stories