Definition
of Ready
vs.
Refinement
What/When/Why?
When you
think, PBI is
ready…
Troy Magennis:
’When we asked someone to estimate how long it
will take to develop a feature or project they think
about how long it would take hands-on, with
PERFECT hand-off between teams and other staff
with the specialist skillset. This never happens.’
What does it
mean that PBI
is ready?
PBI is ready
when…
there is nothing to
add to
requirements.
Ziv’s law:
’Requirements
never be
completely
understood.’
Advise #1:
Don’t forget to ask
another question
Advise #2:
If you have asked
all questions, ask
another
Advise 3#:
Put the PBI into
app flow, to check
understanding
Advise #4:
Ask more
questions about
PBI in the flow
Advise #5:
Check on mockups,
if you didn’t forget
about anything
Do you think,
you know
everything?
Ziv’s law:
’Requirements
never be
completely
understood.’
You have DoR –
the BASIS to start
PBI development
What DoR really
is?
It’s a list of specific reqirements
details, established by dev team
with PO
Dev team is ready
for next step –
Refinement
Refinement is
a process of
taking care of
Product Backlog
Helping
tool?
INVEST
I – independant
N – negotiable
V – valuable
E – estimable
S – small
T – tastable
Refinement flow
Why do we create
PBIs according to
DoR and refine
them?
Because of a sense of the value.
When there is a sense of the value, team is:
• self-organizing rather than role- or title-based
• empowered to make decisions
• ready to solve any problem
• committed to team success vs. success at any cost
• ready to own its decisions and commitments
• consensus-driven
- Lyssa Adkins
https://www.linkedin.com/in/agatasobek/

Definition of ready vs. refinement - HackYeah