Sprint Planning

By Jimi Fosdick  |  Posted 2009-11-20 Print this article Print

Sprint Planning

Each Sprint-which is never longer than 30 calendar days-begins with a Sprint Planning Meeting. This meeting is "timeboxed" at eight hours. (Timeboxing is an essential concept in Scrum, in which clear, rigid deadlines are set for most activities.) During Sprint planning, the team and the Product Owner negotiate the portion of the Product Backlog the team will attempt to deliver by the end of the Sprint, as well as a higher level "Sprint goal," describing the purpose of the Sprint. The Sprint goal(s) should be met, even if the team cannot complete all the selected Backlog items.

Immediately after selecting Backlog items and agreeing on a Sprint goal, the team, either with or without the Product Owner present, decomposes the selected Product Backlog into constituent tasks. This detailed list of tasks is called the Sprint Backlog and serves as the team's plan for the next iteration.

The Sprint Backlog

The Sprint Backlog includes all the tasks necessary to turn the Product Backlog into working product functionality. Any team member can add, delete or change the Sprint Backlog as work for the Sprint emerges. On average, tasks should represent one day of work each; those that require more than two days should be broken down into separate tasks. During the Sprint, team members volunteer for tasks-they are not assigned to them-and work remaining is updated daily.

The Daily Scrum

As the name implies, the Daily Scrum occurs each day at the same time. Only team members must attend and participate, but anyone is free to observe. During the Daily Scrum, team members discuss progress toward the current Sprint's goal using three questions:

1. What did I do since the last Daily Scrum?

2. What am I doing until the next Daily Scrum?

3. What are my impediments?

There is the risk that the Daily Scrum will become a perfunctory (and low-value) status report if the ScrumMaster doesn't encourage active discussion. The ScrumMaster should encourage the team to talk to each other (rather than report to just the ScrumMaster) and use whatever techniques are appropriate to keep everyone engaged.

Jimi Fosdick is a Certified Scrum Trainer at CollabNet. With more than 14 years of experience in product development, Jimi has worked in a wide range of industries, including publishing, software, advertising, and the public sector. As one of the Certified Scrum Trainers on CollabNet's ScrumCORE team, Jimi conducts dozens of public courses around the world each year, helping organizations to surface dysfunction and improve processes through Scrum. Before joining CollabNet predecessor Danube in November 2008, Jimi spent four years advocating agile approaches to project managementÔÇöfirst as a program and project manager, and later as an independent agile and Scrum consultant. During this time, Jimi worked with companies such as CIBER, Avenue A | Razorfish, MTV Networks, and Microsoft, helping them transform to more agile ways of working using Scrum. Prior to these consulting engagements, Jimi spent a decade working in various capacities in software, including as a program manager of software product development and solutions architecture at the Riverside Publishing Company, and as a senior staff developer at Polycom, Inc. Jimi is a PMI-certified PMP, and received his MBA in Project Management from Keller Graduate School of Management in Chicago. As an undergraduate, Jimi studied mathematics and computer science at Loyola University in Chicago. For more of Jimi's thoughts on Scrum, visit his blog at http://blogs.danube.com/author/jimi-fosdick. He can also be reached at jfosdick@collab.net.

Submit a Comment

Loading Comments...
Manage your Newsletters: Login   Register My Newsletters

Rocket Fuel