An Example Checklist for Scrum Masters
Michael James(mj@seattlescrum.com)
Revised 8 Feb 2022
https://scrummasterchecklist.org

A Full Time Facilitator?
An adequate Scrum Master can handle two or three teams at a time. If you're content to limit your role toorganizing meetings, enforcing timeboxes, and responding to the impediments people explicitly report, you canget by with part time attention to this role. Probably nothing catastrophic will happen.
But if you envision a team that succeeds at things they didn’t previously realize they could do, consider being agreat Scrum Master.
A great Scrum Master can handle one team at a time.
We recommend one dedicated Scrum Master per team of about six when starting out.
If you haven't discovered all the work there is to do, tune in to your Product Owner, your team, your team'sengineering practices, and the organization outside your team. While there's no single prescription for everyone,I've outlined typical things I've seen Scrum Masters overlook. Please mark each box with √, ∆, ?, or N/A, asdescribed on the last page.

Part I -- How Is My Product Owner Doing?
Scrum Masters improve Product Owner effectiveness in many ways.

☐ Regardless of the number of teams, is there one (and only one ) Product Owner for the product?
1☐ Is the Product Backlog prioritized according to his/her latest thinking?
newly discovered requirements and desirements being captured in the Product Backlog? Remember: the☐ Arebacklog is emergent.
the Product Backlog a manageable size? To maintain a manageable number of items, keep things more
☐ Is
granular towards the top, with general epics at the bottom. It's counterproductive to overanalyze too far pastthe top of the Product Backlog. Plans will change in an ongoing conversation between the developing productand the users/customers.
any requirements (especially those near the top of the Product Backlog) be better expressed as☐ Could
independent, negotiable, valuable, estimable, small, and testable user stories2?
you educated your Product Owner about technical debt and how to avoid it? One piece of the puzzle☐ Havemay be to write automated test and refactoring into the de nition of "done" for each backlog item.

☐ Is the backlog an information radiator, immediately visible to all concerned?
you're using an automated tool for backlog management, does everyone know how to use it easily? Sadly,☐ Ifautomatedmanagement tools usually become anti-collaborative information refrigerators.

1 https://seattlescrum.com/Why-Scrum-Isnt-Making-Your-Company-Very-Agile/
2 https://xp123.com/articles/invest-in-good-stories-and-smart-tasks/fiCopyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

☐ Can you help radiate information by teaching how to create big visible charts?
☐ Have you helped your Product Owner organize backlog items into appropriate releases or priority groups?
everyone know whether the release plan still matches reality? You might try showing everyone Product/☐ DoesRelease Burndown Charts3 after the items have been acknowledged as “done” during every Sprint Review
Meeting. Charts showing both the rate of PBIs actually completed and new ones added allow early discoveryof scope/schedule drift.
your Product Owner adjust any release forecasts after the last Sprint Review Meeting? If you want to ship☐ Did
a properly tested product by a xed date, you must constantly reconsider scope. This probably requires
deferring some work for future releases as more important work is discovered. Some products can bereleased every Sprint, or multiple times per Sprint.

Part II -- How Is My Team Doing?
While the Scrum Master are encouraged to lead by the example of collaborating with team members on theirwork, there is a risk of getting lost in technical tasks. Consider your primary responsibilities to the team:☐ Is your team in the state of ow? Some characteristics of this state :4• Clear goals (expectations and rules are discernible and goals are attainable, aligning appropriately with
one's skill set and abilities).
• Concentration and focus, a high degree of concentration on a limited eld of attention.
• A loss of the feeling of self-consciousness, the merging of action and awareness.
• Direct and immediate feedback (successes and failures in the course of the activity are apparent, so thatbehavior can be adjusted as needed).
• Balance between ability level and challenge (the activity is neither too easy nor too dif cult).
• A sense of personal control over the situation or activity.
• The activity is intrinsically rewarding, so there is an effortlessness of action.

☐ Do team members seem to like each other, goof off together, and celebrate each other's success?
☐ Do team members hold each other accountable to high standards, and challenge each other to grow?
☐ Are there issues and opportunities the team isn't discussing because they're too uncomfortable?

5☐ Have you tried a variety of formats and locations for Sprint Retrospectives?

6☐ Has the team kept focus on Sprint goals? Consider a mid-Sprint checkup to reassess the Sprint Plan.
the Sprint taskboard re ect what the team is actually doing? Beware the “dark matter” of undisclosed☐ Doestasks and tasks bigger than one day’s work. Work not related to the Sprint is an impediment to the Sprint.

3 Mike Cohn, Agile Estimation and Planning.

(2005).

4 Mihaly Csikszentmihalyi, Flow: The Psychology of Optimal Experience (1990).
5 Marshall Rosenberg, Nonviolent Communication: A Language of Life: Life-Changing Tools for Healthy Relationships (2003).

Also consider enlisting a professional facilitator who can make uncomfortable conversations more comfortable.
6 Derby/Larson Agile Retrospectives: Making Good Teams Great (2006).

fifififlfl

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

your team have 3-9 people with a suf cient mix of skills to build a potentially shippable product☐ Doesincrement?

☐ Is your team's taskboard up to date?
☐ Are the team self-management artifacts visible to the team, convenient for the team to use?
these artifacts adequately protected from meddlers? Excess scrutiny of daily activity by people outside☐ Are
the team may impede team internal transparency and self management.
team members volunteer for tasks? On my rst Scrum team we felt like volunteers who also got paid. If it☐ Do
doesn’t feel like that, something’s gone wrong somewhere.
the need for technical debt repayment been made explicit in the de nition of done, gradually making the☐ Has
code a more pleasant place to work?
team members leaving their job titles at the door of the team room, collectively responsible for all aspects☐ Areof agreed work (testing, user documentation, etc.)?

Part III -- How Are Our Engineering Practices Doing?
your system in development have a "push to test" button allowing anyone (same team or different team)☐ Doesto conveniently detect when they've caused a regression failure (broken previously-working functionality)?
Typically this is achieved through the xUnit framework (JUnit, NUnit, etc.).
you have an appropriate balance of automated end-to-end system tests (a.k.a. "functional tests") and☐ Do
automated unit tests?
the team writing both system tests and unit tests in the same language as the system they're developing?
☐ IsCollaboration is not enhanced by proprietary scripting languages or capture playback tools that only a subsetof the team knows how to maintain.

☐ Has your team discovered the useful gray area between system tests and unit tests?
a continuous integration server automatically sound an alarm when someone causes a regression☐ Doesfailure? Can this feedback loop be reduced to hours or minutes? ("Daily builds are for wimps." -- Kent Beck)
7☐ Do all tests roll up into the continuous integration server result?
team members discovered the joy of continuous design and constant refactoring , as an alternative to☐ Have
Big Up Front Design? Refactoring has a strict de nition: changing internal structure without changing external
8behavior. Refactoring should occur continuously, or at least several times per hour. Refactor whenever thereis duplicate code, complex conditional logic (visible by excess indenting or long methods), poorly named
identi ers, excessive coupling between objects, etc. Refactoring with con dence is only possible with
automated test coverage. Neglecting refactoring makes it hard to change the product in the future, especiallysince it’s hard to nd good developers willing to work on bad code.
your de nition of "done" for each Product Backlog Item include full automated test coverage and☐ Does
refactoring? Learning Test Driven Development (TDD) increases the probability of achieving this.

7 http://www.martinfowler.com/articles/continuousIntegration.html
8 Martin Fowler, Refactoring: Improving the Design of Existing Code (1999).

fi

fi

fi

fi

fi

fififi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

team members pair programming or mob programming most of the time? This can dramatically increase☐ Are
code maintainability and reduce defect rates. It challenges people's boundaries and sometimes seems to takelonger (if we measure by lines of code rather than shippable functionality). Lead by example by initiating
paired workdays or mobbing sessions with team members. Some of them will start to prefer working this way.

Part IV -- How Is The Organization Doing?
the appropriate amount of inter-team communication happening? “Scrum of Scrums” is only one way to☐ Isachieve this, and rarely the best.9☐ Are teams able to produce working features, even spanning architectural boundaries?

10

you conducting an Overall Retrospective to resolve cross-team, organizational and systemic problems☐ Are
within the organization?
11

appropriate, are the organizational impediments pasted to the wall of the development director's of ce?
☐ WhenCan the cost be quanti ed in dollars, lost time to market, lost quality, or lost customer opportunities? (Butlearn from Ken Schwaber's mistakes: "A dead Scrum Master is a useless Scrum Master."12)
your organization one of the few with career paths compatible with the collective goals of your teams?
☐ IsAnswer "no" if there's a career incentive13 to do programming or architecture work at the expense of testing,test automation, or user documentation.
your organization been recognized by the trade press or other independent sources as one of the best☐ Has
places to work, or a leader in your industry?

☐ Are you creating a learning organization?
Conclusion
If you can check off most of these items and still have time left during the day, I’d like to hear from you.
There’s no canned formula for creating human ingenuity. This paper lists points which may, or may not, help inyour situation.
Once you start to realize what you could do to make a difference, you may nd yourself afraid to do it. This is asign you're on the right track.

9 See https://less.works/less/framework/coordination-and-integration/ for alternatives.
10 https://less.works/less/structure/feature-teams
11 https://less.works/less/framework/overall-retrospective/
12 Ken Schwaber, Agile Project Management with Scrum (2004)
13 Ale Kohn, Punished By Rewards: The Trouble with Gold Stars, Incentive Plans, A's, Praise, and Other Bribes (1999)

fifififi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

Organizational Impediment Form
Surface issue:

Root cause (Useve times “Why?”):Business Impact:

Emotional Impact:

Clear, actionable request:

Organizational Impediment Form
Surface issue:

Root cause (Useve times “Why?”):Business Impact:

Emotional Impact:

Clear, actionable request:

fifi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

Organizational Impediment Form
Surface issue:

Root cause (Useve times “Why?”):Business Impact:

Emotional Impact:

Clear, actionable request:

Organizational Impediment Form
Surface issue:

Root cause (Useve times “Why?”):Business Impact:

Emotional Impact:

Clear, actionable request:

fifi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

Organizational Impediment Form
Surface issue:

Root cause (Useve times “Why?”):Business Impact:

Emotional Impact:

Clear, actionable request:

Organizational Impediment Form
Surface issue:

Root cause (Useve times “Why?”):Business Impact:

Emotional Impact:

Clear, actionable request:

fifi

Copyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.

INSTRUCTIONS
If you have received this checklist as a training assignment and your current(or most recent) employer has been attempting anything like Scrum, pleaseapply this to what you’ve seen there. Mark each item with one of thefollowing:√(for “doing well”)∆(for “could be improved and I know how to start”)?

(for “could be improved, but how?”)

N/A (for “not applicable” or “would provide no bene t”)

Or, if your current (or most recent) employer has not been attempting
anything like Scrum, mark each item with one of the following:√(for “doing well” or “would be easy to do well”)∆(for “would be a challenge and I know how to start”)?

(for “would be a challenge and I don’t know how to start”)

N/A (for “not applicable” or “would provide no bene t”)

When all items are marked, declare 2-6 organizational impediments on theattached Organizational Impediment Forms, whether or not they’re derived
from this checklist. Choose impediments you have at least 1% hope ofchanging.

fifiCopyright © 2004-2022 Michael James (MJ). Distribute freely without alteration.