Ready to implement

Uit Pareltaal
Ga naar: navigatie, zoeken

…getting closer and closer to actually implementing new ideas, new features, new products.

✣  ✣  ✣

Quality in, quality out, and stability in a sprint. A smooth, sustainable and predictable product development cycle makes planning releases a breeze and both product owners and development teams shine.

ready to implement is designed to stop time being wasted when it’s discovered that user stores are missing important pieces of information that means they can’t be started or completed.

A product backlog item or user story that is ready to implement gives the team confidence that every story they bring into a sprint is completely ready for them to get started on. In this way, ready to implement can improve the flow and stability in a sprint.

A product backlog item is ready to implement when:

ready to implement removes a major impediment:

  • Removed disruptions and waste caused by issues being clarified with customer or other.
  • It’s about focus, commitment and how to share knowledge.
  • Easy to address when identified.

Make features ready to implement before they are ready to ship:

product owner tasks are not part of sprint plan:

development team both deliver sprints and support product owner:

Systematically remove impediments:

  • sprint retrospective at the core;
  • measure and analyze data, e.g. fix-time for broken builds or flow.

Lead developers typically assist on multiple stories.

Spend about 10% of the sprint time on grooming the product backlog items into ready to implement state. Spend this time parallel to the sprint, not during the sprint planning meeting. Make it you goal to reduce the sprint planning meeting to a mere reconfirmation of the product backlog that emerged during the sprint's grooming sessions.

sprint planning meetings that spiral out of control and lively debates on particular sprint backlog items that have already been taken into the sprint are bad smells indicating the team is working on unready to implement items.

Only allow ready to implement items into the sprint backlog, or risk to be bitten by debate, technical debt, cutting corners, and high pressure. Aim for quality in, quality out.


Only allow items that are really ready to implement into a sprint. Spend about 10% of the sprint time on grooming the product backlog items into ready to implement state.

✣  ✣  ✣

✣  ✣  ✣