Locked lesson.

Upgrade

About this lesson

Sprint execution is the actual work of the Scrum team during the Sprint to accomplish the tasks needed to complete each Story in the Sprint Backlog.

Exercise files

Download this lesson’s related exercise files.

Step 4: Sprint Execution.docx
60.4 KB Step 4: Sprint Execution - Solution.docx
87.9 KB

Quick reference

Step 4: Sprint Execution

Sprint execution is the actual work of the Scrum team during the Sprint to accomplish the tasks needed to complete each Story in the Sprint Backlog.

When to Step 4: Sprint Execution

As soon as the Sprint Planning meeting ends, execution can begin. Sprint execution will continue until the scheduled end of the Sprint.

Instructions

Agile/Scrum and traditional project management both consider execution is doing the project tasks. Where they differ is how the tasks are assigned and tracked. 

  • In an Agile/Scrum Sprint – tasks and stories are not assigned to team members. Instead they select the tasks and stories, normally in the priority order. Every team member will take one or two tasks and start working on them. Normally they select the tasks that they estimated, but not always.  What is more important is the priority.
  • Remember that the Scrum Team is a self-organizing team. I have seen some team members who work great together as a team. They will jointly select a task or story and work on it together.
  • Part of project execution is tracking progress. With and Agile/Scrum Sprint project, the progress is assessed at the Scrum meetings. 
    • These are normally held daily and last about 15 minutes.
    • At the meeting, Stories and tasks are moved from column to column to reflect their current status. 
    • At the meeting any new roadblocks are identified and the Scrum Master provides and update on any unresolved roadblocks.
    • Scrum team members provide a revised estimate of the remaining work needed to complete each task in the WIP column.
  • Following the Scrum meeting, the Scrum Master updates the Scrum Board and Burn Down Chart.
  • If a Scrum Team member has a question about a Story or task they should contact the Product Owner for clarification.
  • If a Scrum Team member wants to modify a Story, they need to coordinate that with the Product Owner and get that individual’s approval. However, the Scrum Team member has the authority to change tasks – as long as the deliver the Story and meet the Demo Criteria. 
  • If a team is nearing completion of the Sprint Backlog and the Sprint is not yet scheduled to end, they can select any tasks from the “Not Selected” column and work on those until the Sprint duration has expired.

 

Hints and Tips

  • Hold your Scrum Team meetings in front of the Scrum Board.
  • If a task or story stays in the WIP column for more than 2 days, investigate. There is a problem.  Ensure if there is a roadblock it is being worked.  Often the individual on that story will need another team member to help them overcome the hurdle they are facing.
  • Avoid multi-tasking. Each Scrum Team member should only be working one or two tasks in the WIP column.
  • The museum website upgrade example Scrum Board and Burn Down Chart for one day in the middle of the project are shown below. Based upon this, the project appears to be doing OK.
    • Note that the Infrastructure story and the Priority #1 story are complete.  Also, about 1/3 of the webpages have been converted. 
    • There are 4 active tasks in the WIP column - 2.4.2, 2.7.2, 2.8.1 and 2.8.2.
    • There are 3 Roadblocks being worked on by the Scrum Master.
    • On the Burn Down chart the estimate is a little higher than the ideal line, however it is trending back towards the ideal.
    • Since this was such a short Sprint (only 5 days) we actually held two Scrum meetings every day.  That gave us a better ability to track progress.

Login to download
  • 00:04 Hi, I'm Ray Sheen.
  • 00:05 Well it's finally time to get down to business.
  • 00:08 Let's talk about sprint execution.
  • 00:11 Sprint execution is usually fast and furious.
  • 00:15 Every team member is working on a task or story.
  • 00:18 No one is waiting to be told what to do.
  • 00:21 Everyone is 100% dedicated, they're not busy on other projects or activities.
  • 00:26 The daily scrum team meeting keeps the pulse quick and
  • 00:29 the tracking is action focused.
  • 00:31 If you like to see thing's get done, this environment can be intoxicating.
  • 00:36 Every scrum team member has selected a task or story to work on.
  • 00:40 They're normally selected in prioritized order.
  • 00:42 As a rule of thumb, people select the task they estimated.
  • 00:46 Keep in mind that the team is self organizing.
  • 00:49 Each member maybe doing their own task or they maybe operating in teams or
  • 00:53 small groups working on tasks.
  • 00:56 The scrum team is conducting a regular scrum team meeting, usually every day.
  • 01:00 At this meeting, they're reporting on the status of their tasks and
  • 01:03 stories in the WIP column, since only the WIP column is being discussed,
  • 01:08 this meeting usually takes about 10 or 15 minutes.
  • 01:12 Progress is easily tracked on the scrum board.
  • 01:14 When a scrum team member is free to start a new task they will move the task or
  • 01:18 story card from the sprint backlog column into the WIP column.
  • 01:23 When they complete their task or story, they move the card to the done column.
  • 01:29 The scrum team member will also provide an estimate on how much work is needed to
  • 01:33 complete any task or story that is still in the WIP column.
  • 01:36 That's so the scrum master can update the Burn-down Chart.
  • 01:40 Finally, scrum team members identify any new roadblocks that they have uncovered.
  • 01:44 And the scrum master provides an update on the status of any roadblocks that have
  • 01:48 been identified.
  • 01:50 Time now to look at the roles, responsibilities and deliverables.
  • 01:54 The scrum team members are doing the work and
  • 01:56 providing the status updates as I just mentioned.
  • 02:00 The scrum master is doing a lot of things to facilitate the process.
  • 02:04 They're conducting the meetings, updating the various boards, and
  • 02:06 working on roadblocks.
  • 02:08 Part of the facilitation role will also be to coach team members who are struggling
  • 02:13 with communication or the agile scrum process.
  • 02:16 The Product Owner is often hovering over the scrum team to answer questions and
  • 02:20 help remove roadblocks.
  • 02:22 Occasionally, I've had a Product Owner who disengaged.
  • 02:25 They attended the planning meeting, then ignored the team until the sprint demo.
  • 02:28 This will likely lead to a disappointing sprint demo.
  • 02:31 The team almost always has questions about something along the way and
  • 02:35 the product owner should be available to answer those questions.
  • 02:38 Finally, we again see that senior management has no responsibilities or
  • 02:42 deliverables.
  • 02:43 Again, they selected the scrum team members,
  • 02:45 they can wait a few weeks to see what the team generates.
  • 02:49 Let's look now at our museum website upgrade example.
  • 02:53 One comment first, since this was such a short sprint only five days,
  • 02:57 actually had headed double the number of scrum meetings.
  • 03:00 We held one twice a day.
  • 03:02 Once in the morning and once in the afternoon.
  • 03:04 This allowed us to be aware of roadblocks sooner and ensure progress was on track.
  • 03:09 The scrum board is for about half way through the project.
  • 03:12 You can see that the infrastructure story and
  • 03:15 the priority number one story are complete in the done column.
  • 03:18 The priority number two story which was divided into 15 stories,
  • 03:22 is about a third complete.
  • 03:24 Web pages 2.1, 2.2, 2.3, 2.4, 2.5, and 2.6 are done and
  • 03:29 the first task for 2.4 and 2.7 are done.
  • 03:31 Looking at the WIP column, we see that the second task for
  • 03:35 2.4 and 2.7 are in work along with both tasks for 2.8.
  • 03:39 The remaining web pages, 2.9, 10, 11, 12, 13, 14, and
  • 03:44 15 have not been started yet nor has the priority number three task, the buttons.
  • 03:51 We also see three roadblocks being worked on by the scrum master.
  • 03:55 When you see a sprint board in action, it makes a lot of sense.
  • 03:59 Now on to the burn-down chart.
  • 04:01 You can see we started great, following the line exactly.
  • 04:04 Then we had a little problem that caused us to revise some estimates upward.
  • 04:09 However, the trend is coming back towards the line.
  • 04:11 So we still have a good chance of completing everything on the sprint
  • 04:15 backlog.
  • 04:16 The tracking and monitoring of an Agile Scrum project during
  • 04:21 sprint execution is easy and straightforward.
  • 04:24 The team can stay focused on the work of the project, and not on updating files,
  • 04:29 and charts, and presentations.

Lesson notes are only available for subscribers.

PMI, PMP, CAPM and PMBOK are registered marks of the Project Management Institute, Inc.

Gift this course