Getting a Story “Ready”

ChecklistLately I’ve been on a bit of a high horse about the discipline of having backlog items “ready” before a team takes them into an Iteration Planning session. Traditionally, we define Iteration (or Sprint) Planning to have two parts. 1) Where the stories are reviewed and have final grooming done. 2) Where stories are decomposed into tasks and an Iteration Backlog is created and Iteration Commitment is achieved.

And as I described in my post “Release Planning Won’t Happen Overnight” the discipline of creating Release Plans and Grooming the Product Backlog is essential to achieving success with the Agile Framework. A key aspect of that is authentic and accurate commitments during Iteration Planning, so I ask…

Why would you ever try to plan tasks and commit to delivering a story if it isn’t ready to be worked on?

I use a filter of 4 questions + 1 optional question to determine if a story is ready to be planned and committed for an iteration.

  1. Do we understand the story & the acceptance criteria?
  2. Do we have the story sized properly?
  3. Do we feel confident we can start & finish the story within a single iteration?
  4. Do we know enough about the story to define all the tasks necessary to meet our Definition of Done & the Acceptance Criteria defined?

If you can answer “yes” to all of those questions, then you can consider a story “ready” and I think it is a candidate to take into a Iteration Task Planning session.

I mentioned there is one additional question I sometimes throw in the mix. I do this when a team has external dependencies that must be delivered in order for the team to complete the story. So, the question is…

  • Do we have all necessary inputs from external stakeholders required for this story to be complete?

Then, only if the team can answer yes to all 5 questions will the story be considered “ready.”

Having the discipline to track the status of an item within the backlog is a great way to track the depth of the Product Backlog, and taking the time to designate stories as ready should increase the accuracy of task planning work at the beginning of the iteration. I find that teams that rigourously track “ready” stories see the following benefits:

  • Faster task planning, because there are fewer option questions.
    Leaves more time for building the product.
  • More accurate task planning.
    They’ve had the disciple to collaborate and turn over all the ‘big rocks’ in advance.
  • Higher Complete vs. Commit (CvC) ratios.
    More accurate tasks yield more accurate commitments yield higher reliability for delivery.
  • Better quality.
    The forced collaboration in advance helps ensure they are building the right thing.

Hoping your team would see similar benefits!

About Leslie J. Morse

Leslie J. Morse serves as an Coach & Trainer for Davisbase Consulting, LLC she joined in the team in February of 2012 and specializes in general Agile practices & principles as well as business analysis and requirements management within Agile projects. Leslie has over 10 years of experience in information technology and digital business strategy. Her diverse experience working in a start-up, small business, Fortune® 500 & Fortune® 50 organizations across a variety of industries partnered with her passion for high quality analysis and process optimization makes her well suited for assisting organizations and individuals with embracing Agile. She is a constant student of the art of software development and has a firm believe that IT systems and solutions are the undercurrent of a business that propels it forward towards success. Leslie’s attention to detail, engaging personality, strategic insight & communication style allow her to work across all levels of an organization building rapport and driving engagement with individual contributors as well as executive leadership.

6 thoughts on “Getting a Story “Ready”

  1. I had a conversation with a client today about this blog post (I had e-mailed it over to her to read), and she asked me a great question… “Leslie, when should we decide a story is ‘ready’?”

    At the beginning of the post I alluded to the notion of Iteration Planning having 2 parts, but never did finish out my commentary on whether or not I thought that was a good idea. (Look for a post coming very soon.) So, I will answer with brevity now.

    My preference is for teams to have a “Story Review” session as part of their cadence. A specific session that occurs somewhere around Day 6-7 when the team explicitly reviews the stories targeted for the upcoming iteration. If the backlog is well groomed it should be a relatively short ceremony, maybe only 15-30min. The goal of the session is to review each story and make a final determination of “ready.”

  2. Pingback: Getting a Story “Ready” – Davisbase Consulting – Abir Roy

  3. Pingback: The Sprint Bubble - Davisbase Consulting

  4. Pingback: Definition of Ready in Dependent Relationships | Confessions of a New ScrumMaster

  5. Pingback: What's the Status of That Anyway? - Davisbase Consulting

  6. Pingback: Definition of Ready in Dependent Relationships

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>