Skip to content

What's in your backlog?

February 20, 2008 by cspag

This morning I was looking over several of our project backlogs and noticed something that really caught my attention. In addition to user stories that addressed the functionality we are developing, our project teams have been adding stories to the backlog that have nothing to do with project tasks (or maybe they have everything to do with project tasks). The stories are about improving processes and practices, organizational issues, team matters, and even the project structure.

I was really happy to see this. It proved beyond a shadow of a doubt that our project teams are becoming mature agile practitioners. They've realized that the issues uncovered in their retrospectives are important enough to warrant being put into a backlog. This ensures that they won't be ignored or forgotten about when the retrospective is over. It puts the issues front and center and on par with development tasks. And, it makes sure that we are actually going to do something about them within a time-boxed period.

So, what's in your backlog? Is your backlog filled with only development tasks or does it include stories about improving your team and your practices? Take a look today and consider if you need to elevate these non-development stories to a higher level.

Comments

User value -> to product backlog

February 22, 2008 by Artem, 2 years 2 weeks ago
Comment id: 1457

> They've realized that the issues uncovered in their
> retrospectives are important enough to warrant being
> put into a backlog.

That is an interesting issue. I also know a lot of teams who inject at least major "retrospectived" actions to product backlog and everybody is happy about how it works. However, technically product backlog is under the sole control of the Product Owner and only things of value to customer should be there. Isn't then the need for internal improvements just the technical detail of how to satisfy the customer requests better? ;)

When including major process improvements to the Product Backlog I always try caring about including the concrete customer reason. E.g. "As a beta tester I want the team to automate the acceptance testing so that I could try new stable builds every couple of days".

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Allowed HTML tags: <a> <b> <i> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img> <br> <blockquote>
  • Lines and paragraphs break automatically.
  • Web page addresses and e-mail addresses turn into links automatically.
  • You can enable syntax highlighting of source code with the following tags: <code>, <blockcode>. Beside the tag style "<foo>" it is also possible to use "[foo]".

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
Image CAPTCHA
Enter the characters (without spaces) shown in the image.

Best of AgileSoftwareDevelopment.com