The Sprint Backlog The Sprint Backlog stores and maintains user stories required to deliver the shippable software increment of a Sprint. These user stories are the ones the Scrum Team committed during the Sprint Planning Meeting. All user stories in the Sprint Backlog are estimated to enable the monitoring and tracking of the work. The Sprint Backlog is a living artifact, and during the course of Sprint, the Scrum team members continuously update it. When a Scrum Team member works on a task, his or her name is associated with it. The status of the task is set to "Started Tasks" or "Work In Progress". When the task is completed according to its Definition of Done, its status is set to "Done" or "Completed".
of every day, the remaining effort to deliver the full Sprint Backlog is calculated. This helps the Scrum Team and the Scrum Product Owner to monitor the remaining amount of work to bring the Sprint goals to success. The Sprint Backlog can be kept electronically by using a Scrum Project Management Software or spreadsheet software such as Excel or Google Sheet. Alternatively, for smaller and new teams, cards (or post-its) glued on a real physical board can be used too. The latter has some advantages such as transparency of work and easy access for everyone, including the stakeholders. Its downside is that it's not sustainable if the Scrum Team is distributed over multiple locations. The figure below shows a sample of how such a Sprint Backlog Board can be built. The structure should be adapted to reflect the needs of the project and the Scrum Team.
New tasks (not new user stories) can be added to the Sprint Backlog during the Sprint. At the end
70
