Table of Contents

How Should We Initially Track Release Progress?

In general the best approach to tracking Release progress when you get started is through a manual big visible chart showing stories moving from a backlog through “To Do”, “In Progress”, and “Done” steps, and a chart showing the Release Burn-up, also manual. The reason we do this is so that teams can learn and understand how a Release is supposed to work without having to also learn the nuances (and potential changes in behavior) required by a tool.

In some cases this approach may not work. For example, you might your Scrum Team might have remote members in which case a physical board in a room will not work very well for those people. Or you might want to have others see the progress of this team who, again, don't have access to the physical space. At the same time, you don't feel you are ready to select a tool as part of the work. For these situations it is often easier to start with a simple Excel spreadsheet to start the process. Below please find such as spreadsheet.

Assumptions

There are a number of templates out there but I found that there were problems with a number of them, especially as a “starter” spreadsheet. Reason I have this one is:

Sample Output

Burn-up Chart

Accuracy of Commit

Investment Allocation

Template

Basic instructions are included in the spreadsheet on the “Instructions” tab. simple_product_backlog_and_burn-up.xlsx