Scrum Checklist

c1

Sprint

Team delivers something after each sprint

Team follows PO's priorities

Team usually delivers whatthey committed to

Team acts when they arebehind schedule

Team alerts PO when there are problems

For each story, team knowswhere to find out more info.

Stories that get started usuallyget finished within same sprint

Problems detected & discussedwhen they occur, not later.

Sprint length doesn't changeafter each sprint

Major unplanned items are logged

Team isn't consistently working overtime

Max 1 day gap between sprints

Stakeholders/customers knowabout the sprint

Other teams & the rest of thecompany know about the sprint

Sometimes overcommit,sometimes undercommit.

Daily Scrum

Same time, same place every day

Starts and ends on time

All team members present

Everybody answers the 3 questions

No interruptions

PO owner visits daily scrum regularly

Team members are pullingtasks, rather than SM pushingtasks

Team members address eachother, not the SM

Team

Team site together

Team members collaborate to bring stories all the way to Done.

Team members not locked into specific roles

Team members collaborate to complete high-priority stories first

Team members help each other

Team members admit problems and ask for help

Team members hold each other responsible

ScrumMaster

Team has a SM

SM sits with the team

SM focuses on removing imprediments

Sprint Demo

Demo is done after each sprint

Demo shows working code

Only stories that are Done aredemonstrated

All stakeholders and otherteams are invited to the demo

Feedback received fromstakeholders during demo

Original sprint plan isshown at beginning ofdemo

Product Owner (PO)

PO has he power to prioritize what his team does

PO understands the product enough to prioritize

PO has at least one dedicated team

Retrospective

Retrospective takes place

All team members + PO participate

Results in concrete improvement suggestions

Some improvement suggestions actually get implemented

Everybody Speaks

No uninvited guests

Product Backlog (PBL)

PO owns PBL

PBL is visible

PBL is updated before sprint planning

Conditions of satisfaction / How to Demo is clear for each story

PB contains stories not tasks

Impediment Backlog

Team has impediment backlog

Impediment backlog is visible

Impediment backlog isup-to-date

Impediment backlog isprioritized

Impediments that can't besolved are escalated to PO orline manager

Definition of Done (DoD)

Each story has a DoD

Team respects the DoD

PO +all team members understand the DoD

DoD includes tests

Team in not dependent on others to achieve DoD

Velocity

Velocity is written down after each sprint

Velocity only includes storiesthat are done according to DoD

Velocity is used for release planning

Estimation

PO can get estimates from the team

POis available when team is estimating

Only the team writes the estimates

Everyone on the team participates in point estimating

Top Priority stories are small enough that several can fit in one sprint

Highest priority PBL are estimated before sprint planning

Burndown Chart

Team has a burndown chart

Burndown chart highly visible

Burndown chart updated every day

Team takes action whenburndown is too high/low

Sprint Planning Meeting

PO Participates

All team members participate

Results in Iteration Plan

All team members think plan is realistic and commit to it (Fist of 5)

All stories in the sprint plan have an estimate

Starts and ends on time

Same time and place

Sprint Backlog (SBL)

Team has a sprint backlog

SBL is highly visible

SBL updated every day

Task estimates updated every day

Tasks and stories are clearlydistinguished

It is clear which task is part of which story

Team members update theSBL themselves (not only SM)

Team members have easyaccess to update the SBL