The Agile Product Backlog

A Product Backlog is an organized collection of the existing User Stories (A.K.A. Wants and Needs) for an explicit business endeavor. Think of a shopping catalog of User Stories, ordered by urgency, that can be perused and selected from to determine what will be worked on during the current project iteration. As a preliminary activity to an iteration a Sprint Planning Meeting will be held, to discuss and review the highest prioritized items; by the end of the meeting, there should be team consensus on which User Stories have made the cut and these become the Sprint Backlog.

Scrum Master versus the Product Owner Role

Reaching this objective is usually harder than it sounds; the team must work together to substantiate the acceptance criteria for each Story, that the amount of work effort can be estimated and that the measured volume of work can be adequately completed and tested in the amount of time that has been set aside to work within. In addition, all the above should be true without unfairly demanding more work from one player than another or by neglecting to account for work that, if not ready, could prevent other work from being completed. The person who renders all this possible is the Scrum Master who is relied on to facilitate and drive meetings; ensuring there are no obstacles preventing team members from attending or external interruptions vying for their attention. The Scrum Master is also key to providing clarity around roles and responsibilities of the team, making sure that strategic questions are asked and that tasks are assigned and accomplished within the proper guidelines.

Scrum Masters are expected to be process experts and it rests on them not to get involved in the decision making but instead act as a combination of coach and referee; guiding the team in self-organization or course correcting as needed. A typical Sprint Planning Meeting will not begin without the Scrum Master validating with the Product Owner that there is an updated Product Backlog and if they are confident that the top priorities and dependencies are known.  If the answer is not yes, it is of great consequence as these prioritized User Stories set the theme of the Sprint. Although there may be a small window of opportunity for last minute decisions around what will be included in a sprint; for example, there may be an item that fits the timeline better or that is essential functionality to test properly, ultimately the Backlog should already highlight the items with the highest importance at the top of the list.

Recommended Further Reading

The following materials may assist you in order to get the most out of this course: