Story-Time! The hidden Scrum meeting

Is your team having difficulty forecasting when a project will be completed? Do you have a large number of un-estimated Stories in your product backlog? Are your planning meetings several days long and full of confrontation? If so, it could be that you’re forgetting to “groom” your product backlog.

Ken Schwaber generally advises that the team should dedicate five percent of its time (every Sprint) to preparing the backlog. This process is generally known as backlog “grooming” or “maintenance.” Here’s a good definition of what is involved:

There are many things that one does to the backlog in preparation for future work. One adds new stories and epics, one extracts stories from existing epics, one sizes, adds benefit values, and so on.
-Dr. Dan Rawsthorne, CST

I’ve recently worked with several clients that acknowledge Schwaber’s five percent recommendation, but don’t actually follow it. That is, they understand that they need to spend five percent of their time on grooming the backlog, but they fail to do this and, as a consequence, their planning meetings become tense and drawn-out.

For several years now, I’ve advocated explicit backlog grooming as an integral part of the Scrum process. That is, I advise teams to establish a regularly scheduled, recurring meeting that lasts for two hours every week. It’s an opportunity to discuss and groom the backlog, so the planning meeting can be as efficient and productive as possible. I call these meetings “Story Time” meetings. This is hardly a new concept. When I worked exclusively with XP teams several years ago, it was common practice to hold a regular Story Time meeting. Although they are not a formal part of Scrum, I’ve found that Story Time greatly improves project planning and reduces confrontational planning meetings, which are all too common for many teams.

A Story Time meeting should be held at the same time and location every single week and involve the entire team, including the Product Owner and ScrumMaster. The sole intention of these weekly meetings is to work through the backlog in preparation for future work. This may include adding new stories and epics, splitting up overly large stories, and sizing.

So if Product Owners and Developers on your team spend the majority of planning meetings arguing over semantics, consider how Story Time meetings could streamline forecasting. I’d love to hear how it impacts your day-to-day business.

Bookmark and Share


Comments
4 Responses to “Story-Time! The hidden Scrum meeting”
  1. martin says:

    Hi Kane,

    Loved the article and how you “groom” your backlog, I have another tactic I like to place on this one. I like to have a role on the team that acts like a scout, depending on the project I will have a resource leave a sprint or is allocated fulltime to user story gathering, estimate gathering, determining priority etc..

    The role may be the Product Owner, under the instruction of a product owner or some some of combination.

    At the same time I have certain team members allocated to a couple of hours in the sprint to assist with providing estimates etc.. Sometimes I prefer to have a down day at the end of a sprint when I get the team as a whole to focus on the backlog prior to the sprint planning meetings.

    In short as Kane mentions you must keep your backlog updates and in line with the needs of your Clients.

    Regards,
    Martin ( CSC )

  2. Keith Forsythe says:

    Great post. Prior to each iteration, I conduct a similar process, typically with my senior developers and product owners. I still net add about 30% more stories over the life of the release, but grooming out uneeded stories helps reduce this.

    Along with hidden meeting, I’m also fond of using the term “hidden user roles” to describe roles like Product Owner and QA Manager when generating stories for a release. To reduce the amount of added stories during the release I strongly urge everyone to include stories like “As a project manager I want to achieve PCI compliance”. It’s amazing how much time these hidden stories from hidden user roles can take up in a release. More about this here: http://skeptek.com/2009/09/11/tips-for-effective-user-story-gathering-meetings/

    Thanks!

Trackbacks
Check out what others are saying...
  1. [...] http://kanemar.com/2008/02/14/story-time-the-hidden-scrum-meeting/ [...]

  2. [...] Story Time! The hidden Scrum meeting – ever wonder when the requirements and the analysis happens on a Scrum Team? [...]



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> <pre> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>