Locked lesson.
About this lesson
The Sprint is initiated with a Sprint Planning Session that organizes the work, estimates the effort, and initializes the Scrum Board and Burn Down Chart.
Exercise files
Download this lesson’s related exercise files.
Step 3: Sprint Planning.docx85.3 KB Step 3: Sprint Planning - Solution.docx
355.5 KB
Quick reference
Step 3: Sprint Planning
The Sprint is initiated with a Sprint Planning Session that organizes the work, estimates the effort, and initializes the Scrum Board and Burn Down Chart.
When to Use Step 3: Sprint Planning
The first activity of the Sprint is to conduct a Sprint Planning session. This can easily take three to four hours for a two-week Sprint and may require all day for a large team and a three-week Sprint.
Instructions
The Sprint Planning session is normally divided into two parts, organizing and estimating.
Sprint Planning Part 1: The focus of this part is to get the Sprint Backlog finalized. It organizes the work of the Sprint. The Product Owner and Scrum Team play major roles in this portion of Sprint Planning.
- This session normally starts with the Product Owner providing a recommended Sprint Backlog. This must be agreed to by the Scrum Team so there is often a lot of discussion about several Stories.
- During the discussion, very large Stories – referred to as Epics – are often broken into “chapters” and a story card is created for each of these. The Demo criteria for these stories may be stand-alone or may need to be demonstrated with other “Chapter” stories. This needs to be clearly identified in the Demo Criteria portion of the Story Card.
- Many times the Scrum Team will identify other activities that must be done in order to do the work of the stories. For instance, special test fixtures may need to be designed and built to conduct a test that is part of the demo criteria for a new product. The Scrum Team will identify when there are predecessor or enabling activities needed to be able to do the work of the stories. These activities are described on Story Cards and treated as other Stories. They are referred to as Infrastructure Stories. Infrastructure Stories are always predecessor activities, so their priority must be assigned to ensure they are done before the Story they are supporting.
- Once all the stories for the Sprint Backlog are identified, the Product Owner assigns the priority for those stories during the Sprint.
- Once the Sprint Backlog is set, new stories cannot be added. New stories can be added to the Product Backlog and then included in future Sprints.
- Stories in the Sprint Backlog can be modified during the Sprint with approval of both the Product Owner and the Scrum Team. This will often occur because of technical problems or opportunities that arise during the Sprint.
Sprint Planning Part 2: The focus of this portion of the planning session is to estimate the work. The Stories are divided into tasks and estimated. At the end of this session, the Scrum Board and Burn Down Chart are initialized. The Scrum Master and Scrum Team play major roles in this portion of Sprint Planning.
- A Scrum Team member “volunteers” to do the planning for each story. Normally the Scrum Team member will first select the tasks with which they have experience. Every task must be planned by a Scrum Team member.
- A Scrum Team member estimates a Story by first separating it into tasks. A general rule of thumb is that a task should take no longer than eight hours. Therefore, if a task is in the WIP column for two Scrum Meetings, that is an indication of a problem with the task.
- Although eight hours is recommended, don’t create foolish tasks to abide by this rule of thumb. If you have a testing task that is a ten hour test, keep it as one task, don’t separate it into two five hour tasks.
- By the same token, try to avoid micro-tasks that can be done in several minutes. Aggregate the micro-tasks together into one task of several hours.
- Many times tasks will not have demo criteria, just check-off that they are complete. The demo criteria are met when the Story is demonstrated.
- Scrum Team members estimate the amount of effort required to do each task. This is normally done in hours, but could be estimated in other work units if appropriate to the task.
- As the Scrum Team members are creating tasks and estimates, they often uncover roadblocks. These are documented and placed in the roadblock column of the Scrum Board.
- When all Stories have been estimated the Story and Task cards are placed in the Sprint Backlog column of the Scrum Board. The estimates are added to create the initial value for the Burn Down Chart.
Hints and Tips
- There are several other sessions in the Scrum Master and Agile/Scrum Practitioner versions of this program that go into more detail on how to facilitate these planning sessions.
- I try to keep the two parts of the Sprint Planning session separate and will often take a short break between them just to emphasize that the focus of the meeting has transitioned.
- When there are multiple Sprints, the priority of Stories in the Sprint Backlog of the current Sprint may be different than the priority found in the Product Backlog.
- When estimating Stories, there are often several stories left until last because no Scrum Team member feels comfortable estimating the story. I recommend that the Scrum Master encourage several of the Scrum Team members to estimate that story jointly.
- I often create my tasks using Post-it notes and annotate which story they support along with a task description and estimate.
- The museum website project example results were typical for what I have seen in other Sprint planning sessions.
- Sprint Planning Part 1 – Organizing
- Infrastructure story added for responsive web platform selection and initialization.
- The Product Backlog was divided into two releases: Release 1: Priorities 1, 2, 3 & Infrastructure Story, Release 2: Priorities 4, 5, 6, 7, 8. This meant that the first release would contain what was in the old website, just with a responsive template. Release 2 would add new features and functions.
- The Epic story of “Convert current website content” was split into chapter stories for each current webpage, of which there were 15.
- The Epic story of “Add social media links” was split into chapter stories for Facebook, YouTube, Twitter, and Google+.
- Sprint Planning Part 2 – Estimating – only the first Sprint was estimated, so only Stories 1, 2, 3, and the Infrastructure. However, Story #2 was an Epic so it had already been separated into 15 Stories, each of which was in this Sprint.
- Infrastructure story is 4 tasks, each estimated to take 5 hours.
- Responsive web template story (Priority #1) was separated into 3 tasks of 4 hours each.
- The fifteen “convert content page” stories were each separated into two tasks that were estimated at 2 hours per task. These were Priority #2 and the 15 webpages were prioritized to be numbers 2.1 to 2.15
- The contact buttons and the donor button story (Priority #3) was separated into 5 tasks – each estimated at 3 hours.
- There were 18 Stories and 42 tasks on the Scrum Board.
- The total estimate of 107 hours was used to initialize the Burn-down chart.
- Sprint Planning Part 1 – Organizing
Lesson notes are only available for subscribers.
PMI, PMP, CAPM and PMBOK are registered marks of the Project Management Institute, Inc.