Over a million developers have joined DZone.

Always Looking Ahead

DZone 's Guide to

Always Looking Ahead

What questions about estimates or stories should you keep in mind as an iteration comes to a close and new ones begin.

· Agile Zone ·
Free Resource

I’m always looking ahead to the next planning or the next estimating meeting. I teach this behavior to my clients whenever I’m coaching a new ScrumMaster or Product Owner. I start off by involving them in what I’m doing, showing what needs to be done and by explaining my thinking. The teaching is very experiential, yet incomplete in a way. If I explained everything in my head, everything I was looking out for, I’d be doing too much telling and not enough involving.

Tell me, and I will forget.
Show me, and I may remember.
Involve me, and I will understand.

– Confucius, 450 B.C.

Yet there comes a point where I’m about to push them out of the nest and let them fly solo when I become more explicit about teaching my thinking. This leads me to throw down a list of things to remember, to refer to later, always tailored to the local context. Experience tells you what to look for and this is somewhat different in each situation so please don’t expect this to be an effective checklist for your organization. But in general I keep the following questions in mind.

I look at the stories that haven’t been estimated:

  • Can the team estimate the story?
  • Is the story too big?

I look at the next 3 sprints worth of stories:

  • Can the team plan the story?
  • Are the descriptions good?
  • Are the acceptance criteria sufficient?
  • Is the story too big?
  • Does the team need to do a spike first?

I look at the next sprint:

  • Too many points? Not enough?
  • Are there un-estimated stories in there?
  • Are the stories prioritized?
  • Have we given the team some advance notice as to what we have in mind for the next Sprint?
  • If we have specialization or multiple teams for one backlog, should we think about which team should take each story? Does the next iteration look balanced between the teams/specializations?

I look forward to the next deployment and next release cycle:

  • How does our release burn-down look?
  • How does the release backlog look?
  • Will we have stories ready and estimated in advance of the start of the next release?
  • How much lead time do we need?

I look for overlooked items in the backlog:

  • If I’m using an online backlog management tool, am I overlooking some stories not in my standard filter because they haven’t yet been slotted into an iteration or assigned to a team?
  • When using an online tool for backlog management, I set up views or queries to help us answer those questions: (That’s provided naturally by some tools, can be set up with a little work in other tools, and is downright impossible in others.)
    • No Estimate
    • No Team
    • No Sprint
    • This Sprint
    • Next Sprint
    • Release Plan
  • I look at the calendar. Looking more than one iteration ahead, are there holidays coming up that will fall on a regularly scheduled estimating or planning day (or a pre-planning/pre-estimating day)?
  • The ScrumMaster can help keep an eye on things and point out what is lacking, but the bulk of the decision making of course belongs to the product owner.

    I hope you find this useful. What else should I add to my list?

    agile ,estimates ,user stories

    Published at DZone with permission of

    Opinions expressed by DZone contributors are their own.

    {{ parent.title || parent.header.title}}

    {{ parent.tldr }}

    {{ parent.urlSource.name }}