Free PDF distributed

in partnership with

Your Scrum Checklist

The Hard Facts:
Roles. Artefacts. All Meetings.

Wien. New York. Recife. Baden-Baden.

Text by Boris Gloger | Scrumlies by Jo Legat | Realization by Katrin Dietze
Version 3/11 © Boris Gloger

ISBN 978-3-000-32112-2
 Scrum is a framework with simple rules.
Scrum Checklists will help you to remember these simple rules in
General Meeting Rules
Basics:
the heat of daily work and stress. Scrum Checklists enable you to
Every meeting starts on time and ends on time.
create an enjoyable and productive work environment with your
Every meeting is an open meeting. Everyone can attend.
Scrum-Team.
Every meeting is time-boxed.
Now Scrum is enterprise ready!
Use Scrum also for your multi-team, multi-location and multi-
Preparation:
project environments. In this booklet you will find all necessary
1. Invite everybody who is necessary ahead of time so that
Checklists for scaled Scrum meetings, roles and artefacts to run
they can prepare.
Scrum in a LARGE scale effective and successful.
2. Send out an agenda with goal and purpose of the meeting.
3. Book all resources for the meeting:
For Scrum Beginners - Follow the Checklists, do room, data projector, flip charts, facilitation equipment and
Scrum by the book.This will enable you to run your anything else you will need for your meeting
first 3 to 4 Sprints very successfully. Your success 4. Send a reminder 24 hours before the meeting.
will facilitate to spread Scrum in your organization. 5. Prepare a flip chart with meeting rules.
 or Scrum Intermediates - Use your common sense
F
Facilitation of the Meeting:
to tweak your processes guided by these Scrum
1. The facilitator has to be present during the discussion. He is not
Checklists.
allowed to be involved in the discussion but he needs to follow
  s an experienced ScrumMaster - Use Scrum
A and bring the discussion back to the topic in case the partici-
Checklists as your safety belt in stressful situa- pants lose focus.
tions. 2. He presents the meeting goal and agenda.
3. He agrees on a person who will write the meeting minutes
Scrum Checklists do not replace experience and practice. if necessary.
Scrum Checklists are not procedures that you have to follow. 4. He will be the scribe for the Team or teach them how to do the
Scrum Checklists help to run a successful Scrum in a demanding documentation themselves and might record what is said on a
environment. flip chart to visualize the conversation.
5. He keeps the focus of the meeting by using tools like the
Keep alive 10 Basic Practices: Parking Lot to capture issues or questions that aren‘t related
to the meeting‘s purpose so that they may be addressed later.
1. A clear and catching Vision 6. He ends the meeting with a wrap–up and a very short retro-
2. A maintained Product Backlog spective (5 minutes only).
3. A sorted Product Backlog based on business value
4. Backlog Items are sized by the Team Output:
5. Daily Scrums
• Document using scribbles or flip chart notes.
6. Burn down charts
Take some photographs of your boards and flip charts.
7. The Sprint is not disturbed by management and/or customers
• Meeting minutes and a clear understanding of the meeting
8. The software the Team delivers is “done”
result must be communicated.
9. A collaborative Sprint Review
10. Sprint Retrospectives with focus on improvement in
the work process of the Team and the organization

1| | 2
 Estimation Meeting WHAT to do - Sprint Planning 1 HOW to do - Sprint Planning 2 CHECK it - Daily Scrum

The
Purpose:
Scrum
1. For strategic planning you need to know the size of the Backlog PB
Procedure:
1. The Product Owner presents the Product Backlog Items she
Flow
Items. It is a necessary input for release planning and for gaining
an understanding of how much a Team might be able to develop
wants to have estimated.
2. The Team plays Planning Poker for those Backlog Items.
©
in a Sprint. 2009 3. In case the Backlog Item is large but needs to go into the next
2. I t enables the team members to see what will happen in the or subsequent Sprints, the Team will split the Backlog Item into
following phases of the project. smaller Backlog Items. Re-size the new Backlog Item by playing
3. Grooming Backlog Items: Get better understanding for Backlog Planning Poker for it again.
Items by decomposing them if appropriate. Sprint # 1 Sprint
4. Re-size # 2 Items that are not done but
Backlog Sprint # 3to be a
likely
9:00
request for the next three Sprints.
5. Identify Backlog Items that need to be clarified for the next
Basics: ....... .......
Estimation Meeting. .......

Sprint Planning 1

Sprint Planning 1

Sprint Planning 1

Sprint Planning 1
CU
Only the Team estimates. A Product Owner needs to be Do
STO MER
present
your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
to help to decide when a story can be broken into smaller stories.
M
ANAGER You can replace playing Planning Poker by doing Magic Estimation.
That's just faster.
Product Idea

Estimation Meeting
Ingredients:
Duration:
12:00  Time-box this meeting to 90 min or less.
• The Product Backlog that is prioritized If the Sprint is longer than a week, a desirable

Review

Review

Review
according to business value by the 90 min frequency of Estimation Meetings is two meetings

Sprint

Sprint

Sprint
Sprint Planning 2

Sprint Planning 2

Sprint Planning 2

Sprint Planning 2
Product Owner. per Sprint.

• Magic Estimation Cards

VISION Output: InsiderTip:business value
Try also meetings for
spective estimation Owner(s) on a

spective

spective
• Estimated Product Backlog
Colored icon = mandatory participant
Product asis.
Retro-

Retro-

Retro-
PR

ER

Sprint

Sprint

Sprint
O N
• Smaller Backlog Items
DU
CT OW

Grey icon = optional participant • Issues that need to be clarified weekly b

SC

R E

UM T
MAS
18:00

Scrum Flow
TEAM

Day 1 Release

Product Backlog
Estimation

Estimation

Estimation

Estimation

Estimation

Estimation

Estimation

Estimation
prioritized
Don‘ts
Meeting

Meeting

Meeting

Meeting

Meeting

Meeting

Meeting

Meeting
1. Do not size
PB effort - only the Team does! PB PB PB PB PB

2. The Product Owner does not size.

3. Do not do this activity as part of the Sprint
Planning Meeting #1.
1
20 100
?
5 2
Planning
Poker
M
ANAGER
CU
STO MER USER
CU
STO MER
M
ANAGER USER 13 30
40 8 Play!

3| Releaseplan Releaseplan Update 5 |3 4

20
8
 Sprint Planning Meeting - Part 1
Procedure:
Purpose: 1. Start with the first Product Backlog Item (Story).
Metaphor for this meeting: Analysis. The goal of this meeting is 2. Understand this Product Backlog Item by discussing its
to understand in detail what the End User wants. This meeting requirements.
will enable the product development team to get a clear picture 3. Clarify the user acceptance tests.
of what is needed by the End User. At the end of this meeting the 4. Find the aspects (performance, stability, ...).
Team will be able to decide what they are able to deliver. 5. Find the acceptance criteria.
6. Figure out what the storie's level of done is.
7. Get a clear picture about every Backlog Item.
Basics: 8. Draw pictures about what needs to be delivered
(flow charts, UML diagrams, scribbles, screen designs).
Only the team members decide how many Backlog Items the
9. Go back to step 1 - take the next Backlog Item.
Team can take on for the Sprint.
Process Check:
Ingredients:
Ask the Team if they can quickly answer the following question,
• Estimated and sorted Product only as a rough guess: "Can we do the first Backlog Item in this
Backlog Sprint?“ If the answer is "Yes“ keep asking until the last Backlog
• Flip charts, markers, scissors, glue, Item you have analyzed so far.
sticky notes, whiteboards, pencils,
crayons Next - Take a break.
• Vacation planner, contact details of
important persons  fter the break:
A
Start with the process above for the next Backlog Item.
ct Owner:

Tip f or the Prodnucy by as king
er e
Insid a sense of urg tion of their  nding this Process:
E
Create m for sy nchroniza e verybody 1. Stop 20 min before the end of the Sprint Planning #1.
the Tea hes or by telli ng are. 2. Ask again - this time more seriously:
wristwatce emergency exits "Can you do the first Backlog Item, ..., the second, ...?“
where th 3. Stop if they do not believe they can do any more Backlog Items.
4. Now - a very important step: Send out the Product Owner.
She really must go! Everyone, except the Team and the Scrum
Duration/Location: Master, goes away. Customer, End User, everyone else – out!
60 min per week of the Sprint. Run this meeting in 5. Ask the Team after everyone else left the room:
the morning - to be able to have the Sprint Planning "Very seriously - Is this the list you believe you can do?“
60 min/ Meeting #2 on the same day. 6. Hopefully they will now hold a short discussion to find out what
SprintW
they really think they can do.
7. Communicate the answer to the Product Owner and End Users.
No discussion allowed!
Output:
• Selected Product Backlog
Don‘ts
• Requirements for each Backlog Item
1. Do not resize the Backlog Items.
• User Acceptance Test for each Backlog Item
2. Do not estimate tasks.

5| | 6
 Sprint Planning Meeting - Part 2
Purpose: Procedure:
Metaphor for this meeting: Design. The product development 1. Go to Backlog Item 1.
team has the chance to create the design for the solution they 2. Confirm your understanding of what is wanted by looking at
want to implement. At the end of this meeting, the Team knows your flip charts.
how to build the functionality they will develop in that Sprint. 3. Run your design session around this Backlog Item based on
( see Sprint Planning Meeting #1). questions like:
• What interfaces do we need to write?
Basics: HOW todo
dowe
- Sprint
need Planning
to create?2 CHECK it
WHAT to do - Sprint Planning 1• What architecture
The
Only the product development team defines the solution.
Architects or other people outside the Team are only invited to


• What tables do we need to update?
• What components do we need to update or write?
Scrum
help the Team. They are not allowed to make design decisions for
the Team. The role of these people in the meeting will be defined
PB
When the Team has a clear understanding about the way it
by the team members only. Flow wants to build that feature, it can move to the next Backlog Item.
In the last 10 min of the meeting the team members use sticky-
©
Ingredients:
2009
notes to write initial tasks. This helps the team members
to know where to start the next day. Put it on the task board.
• People who can help the Team to Do not estimate these tasks.
build the solution during the Sprint,
Sprint # 1 Sprint # 2 Sprint #
e.g. vendors or people from other
teams. 9:00
Duration/Location:
60 min per week of the Sprint. Run this meeting right
....... after the Sprint Planning Meeting .......
#1, e.g. have lunch
• Selected Product Backlog

Sprint Planning 1

Sprint Planning 1

Sprint Planning 1
CU
STO MER
Do your Daily60 min/
Scrum every day!as a greater break,
Do but do the
your Daily ScrumSprint
every day!Planning #2 on Do your Daily Scr
• Flip charts, markers, scissors, glue, M
ANAGER SprintW the same day.
sticky notes,Product
whiteboards,
Ideapencils,
crayons...

Estimation Meeting
Scrum Flow
12:00

Review

Review
Sprint

Sprint
Don‘ts:
Sprint Planning 2

Sprint Planning 2

Sprint Planning 2
1. Do not estimate tasks.
2. Do not assign tasks.
VISION
spective

spective
Retro-

Retro-
PR

ER

Sprint

Sprint
O
Output: DU N
CT OW

• Design of your application

SC

R E
UM T
MAS

• Architecture diagrams, charts, drawings 18:00

• Some tasks TEAM

• Ensure that the Team has a clear understanding of how to do it! Day 1

Product Backlog
7| | 8
ation

ation

ation

ation

ation

ation
prioritized
ing

ing

ing

ing

ing

ing
 Daily Scrum
Purpose: Procedure:
Metaphor for this meeting: Time Out. The Team plans and coordi- 1. The Team gathers around the task board.
nates its daily activities and reports and discusses impediments. A circle is a good shape.
The task board helps the Team to focus on its daily activities. 2. The person on the left side starts to explain to his teammates
Update the task board and the Burn down chart now! what he has achieved by now.
3. Now the person moves the tasks on the task board into the
correct column.
Ingredients: 4. The person picks a new task if appropriate and puts it into
"Work in Progress“.
5. If the person has a problem/impediment he reports this to the
• Task board ScrumMaster.
• Sticky notes 6. Repeat Step 1 to 5 for each team member.
• Markers

Don‘ts:
1. The ScrumMaster does not ask the questions.
InsiderTip: do not stand e 2. Do not report to the ScrumMaster or a Manager.
ScrumMaster e- Te am or besid 3. Do not sidetrack the meeting.
in front of thd. Don't create
the ta sk bo ar 4. Do not show up late.
pupil and
the atmosphere of 5. Do not overrun the timebox.
teacher. 6. Do not discuss technical issues.
7. The ScrumMaster does not move the tasks for
the team members.
8. The ScrumMaster does not update the Burn
down chart for the Team.
Basics: 9. Do not show up unprepared.
• The whole Team must be present. 10. Do not do a 'no show' on the Daily Scrum. Inform
•A
 team member not able to be present needs to be represented the Team and have a representative for you.
by a teammate.

Scrum Flow
Duration/Location HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
WHAT to do - Sprint Planning 1
he
15 min, same time, same location every day.

crum y te
:
InsiderTipam member
ink
E v er listening, th
PB

ow Output: should, wheilequestion: "How

• Clear insight into who does what! about th elp him/her to Tactical
• Input for the Impediment Backlog can I her?"
• Input for the Team Backlog be fast Level

Sprint # 1 Sprint # 2 Sprint # 3 Sprint # 4

9| | 10
9:00
 Task board
The task board is a combined visual representation of the Selected 3. Work in Progress
Product Backlog and the Sprint Backlog. •W  hen a team member starts a
task, he moves the card of this
• The task board is maintained by task into the 'Work in Progress'
the Team only. column.
• Try to have a big white board. •A  task that has not been finished
If you have a distributed Team, since the last Daily Scrum stays
you may use software. in this column and gets a mark
Check the 'Scrum tools list' on (usually a red dot) on it.
www.borisgloger.com and •T  ry to split the task in smaller
choose one that fits your needs. pieces when it stays longer than
Keep things simple, a Scrum tool a day in 'Tasks to Do'. Then put
will not solve problems. It helps the new tasks into that column,
you to communicate over distances. remove the parent card.Take a
Talk about your work, not about new task and start working on it.
your tool. • I f a task can not be completed
because of an impediment, it
gets a red dot and the Scrum-
Master notes down an impedi-
ment.
The task board has 4 columns:
4. Done
1. Selected Product Backlog (Stories)
When a task card is finished then
Put all Product Backlog Items / Stories it is put into the 'Done' column by
the Team wants to do in this Sprint in the team member who worked on
prioritized order into this column. it. Start to work on the next card.

Definition of Done
Clarify what “Done” means for your Team by making it visible to
the organization. A very good idea is to run a short brain-stor-
ming session. Create a list that describes in detail what “Done”
2. Tasks To Do means for your Team.*
To complete a story you usually need
to have some tasks done. Collect all • Brainstorm about the items in your Team.
necessary new tasks you find for this • Categorize the items (Story, Sprint, Release to Integration,
specific Backlog Item either in the Release to Production).
Sprint Planning Meeting or while per- • Sort the items and refine it.
forming the Sprint in this column. • Publish that list to your organization.

Follow this list.

11 | * I got this idea from Mitch Lacey | 12

 proudly in
We

tro
duce
THE
SCRUMLIES

Scrum Roles
Metaphor: We run a movie!
ScrumMaster - The Film Director Customer - The Producer
The ScrumMaster protects the Team from all The Customer is the requestor of the product
external disturbances. He is not part of the from the Scrum
�����������������������������������
Team�������������������������
. She contracts organiza-
Team and is its leader and a facilitator. He im- tions for developing products. Typically these
proves the productivity of the Scrum Team are executive managers in organizations who
and controls the “inspect and adapt” cycles of buy software development from external
Scrum. He protects the Team and works with software development companies. In an internal
the Product Owner to maximize the return product development organization the person
on investment. He makes sure that the agile who is responsible for approving the budget for
ideals are understood and respected by all a project is in the customer role.
stakeholders. However he is not responsible
for the delivery of the product.
Product Owner -The Storywriter
The Product Owner drives the project from
Team - The Actors the business point of view. She communicates
The Team delivers the product and is respon- a clear Vision of the product and she defines
sible for its quality. The Team works with all its main characteristics. She also accepts the
the requestors - the Customers and the End product at the end of a Sprint. The Product
Users - to create the Product Backlog. Owner‘s main responsibility is to ensure that the
The Team analyses the Product Backlog Items Team only works on the most important Backlog
so that its members will have the necessary Items needed by the organization. She has the
information in order to build it. The Team same goals as the Team and she helps the Team
creates the design of the functionality, it tests to do its work during a Sprint by not disturbing
the Backlog Items and delivers the product as its members and by giving them all necessary
agreed. The Team performs its commitment information promptly. The Product Owner is
voluntarily. It is accountable for its work and responsible for the return on investment.
has to consider the nature of its organization
and of the project. The Team also works con-
tinuously together with the Product Owner to End User - The Audience
define the strategic direction of the product The End User is a role which can be played by a
development project. lot of people, for example a marketing depart-
ment person, the real End User, the best domain
expert you have or maybe consultants that have
Manager - The Studio Boss been hired because of their knowledge. The End
Management is essential in a Scrum organiza- User is the requester. With his business know-
tion. The Management enables the Team to ledge he defines the product by telling the Team
work by building the right environment for what he expects.
Scrum Teams. Managers create structures
and stability. They also work with the Scrum-
Master to refactor the structures and guidelines
when necessary.
13 | | 14
 HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
WHAT to do - Sprint Planning 1
The
Scrum PB

Flow
©
2010 Tactical
Level

Sprint # 1 Sprint # 2 Sprint # 3 Sprint # 4

9:00

....... ....... ....... .......

Sprint Planning 1

Sprint Planning 1

Sprint Planning 1

Sprint Planning 1
CU
STO MER
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
M
ANAGER

Product Idea

Estimation Meeting
13:00

Review

Review

Review
Sprint

Sprint

Sprint

Sprint
Sprint Planning 2

Sprint Planning 2

Sprint Planning 2

Sprint Planning 2
VISION
spective

spective

spective
Retro-

Retro-

Retro-

Retro-
PR

Sprint

Sprint

Sprint

Sprint
O
E

DU N
CT OW
SC

R E
UM
MAS
T Version 1.2
18:00
TEAM

Day 1 Release

Product Backlog
Estimation

Estimation

Estimation

Estimation

Estimation

Estimation

Estimation

Estimation
prioritized
Meeting

Meeting

Meeting

Meeting

Meeting

Meeting

Meeting

Meeting
PB PB PB PB PB PB PB

1
20 100
?
5 2

Strategic
Magic
Estimation

M
ANAGER
CU
STO MER USER
CU
STO MER
M
ANAGER USER
40
13 3 8 Play!

Level
0

3
Releaseplan Releaseplan Update 5
20
8
8
version 0.0 version 1.0 version 1.3 version 2.0 version 0.0 version 1.0 version 1.2 version 2.0 13 TEAM
5

SIZE it - Estimation Meeting

 Artefacts Burn Down Chart
Scrum-Teams use Scrum Artefacts to run Scrum successfully. Remember: Tracking of progress is done by the Team.
They are tools and intermediate work products that enable You have to have a Sprint Burn down chart!
professional work in challenging environments.

Metaphor: We run a movie! 100

Impediment Backlog - The Error List

The ultimative risk action board. A ScrumMaster
uses this list to visualize impediments to the 75

productivity of the Scrum Team. It also reflects his

action items as he needs to remove these blocking
issues as fast as possible. 50

Product Backlog - The Screen-play

The Product Backlog is a list. This list contains
25
so called Product Backlog Items (words, stories,
PB requirements, features, functionality, etc.) a
Scrum Team wants to deliver in future. All the
Product Backlog Items in this list are sorted based 0

on business value and return on investment. Day 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

Selected Product Backlog -The Scenes

The sorted list of Product Backlog Items the Scrum
Team wants to build till the end of a Sprint. • The Burn down chart shows burned Story Points not hours.

Potentially Shippable Product Increment • The vertical axis shows Story Points, the horizontal axis shows
- An Episode days of the current Sprint.
At the end of the Sprint the Scrum Team delivers a
Potentially Shippable Product Increment. A piece • The Team updates the Burn down chart on a daily basis.
of the product that you would not need to work
on again. If development stops right now, it is in a • In the example above you see on the right the themes the Team
shape that it could be used as it is. wants to tackle in this Sprint.

Sprint Backlog - The Actual Shot • A Burn down chart needs to be easy to update by the Team.
A list of tasks that enables the development team Do not make it fancy or complicated to maintain.
to visualize its activities. It helps to synchronize
the activities of the development team. It is only
useful for the development team. It does not
reflect progress but shows the current situation of
the Team to everybody.

17 | | 18
 Sprint Review
Purpose:
Metaphor for this meeting: Feedback/review of a movie. The Procedure:
Scrum-Team shows the results of its work to the End User. The 1. The Product Owner welcomes the people to the Sprint Review.
team members want to have feedback. This feedback can be used 2. The Product Owner reminds everybody in the room what the
to create or change Backlog Items. purpose of the Sprint has been: Sprint
CHECK Goal, Stories
it - Daily the Scrum-
Scrum
WHAT to do - Sprint Planning 1 HOW to do - Sprint Planning 2
Team had selected for this Sprint.
The 3. The product development team demonstrates the new functio-
nality and lets the End User play with the new functionality.
Scrum
Basics:
The Sprint Review allows every participant to try the new PB
4. The ScrumMaster facilitates the session.
Flow
functionality shown by the Team. 5. The Feedback of the End User will be documented by the
Product Owner and/or ScrumMaster.
©
2009 Tacti
Ingredients: Leve
Don‘ts:
• Potentially Shippable Product 1. Do not present a Product Increment that is not
Increment showed bySprint
the Team
#1 Sprint # 2 Potentially Shippable Code.
Sprint # 3 Spri
• Task board, sticky notes, markers 2. The ScrumMaster does not present the output.
9:00
3. The Team does not present to the Product Owner.
....... ....... .......
Sprint Planning 1

Sprint Planning 1

Sprint Planning 1

Sprint Planning 1
CU
STO MER

:
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
InsiderTaip working session.
is use,
M

This
ANAGER

bout appla
Product Idea It's not ta getting new ideas .
it's abou

Estimation Meeting
Scrum Flow
12:00
Review

Review

Review
Sprint

Sprint

Sprint
Sprint Planning 2

Sprint Planning 2

Sprint Planning 2

Sprint Planning 2
Output:
• Feedback from the End User
VISION Backlog
• Input for the Impediment
spective

spective

spective
• Input for the Team Backlog
Retro-

Retro-

Retro-
PR

ER

Sprint

Sprint

Sprint
O N
DU
CT OW
•F eedback from the Team generates inputs to the Product
Backlog
SC

R E
UM
MAS
T V
18:00
TEAM

Day 1 Release
Duration/Location
90 min, at the end of the Sprint.
Product Backlog
Estimation

Estimation

Estimation

Estimation

Estimation

Estimation

Estimation

Estimation
prioritized
Meeting

Meeting

Meeting

Meeting

Meeting

Meeting

Meeting

Meeting
PB PB PB PB PB PB PB
19 | | 20
 Sprint Retrospective
Purpose: Procedure:
Metaphor: Medical diagnosis! It is not for the determination of the 1. Prepare 1 flip chart with "What went well?“.
cure, but for finding out what needs to be improved. 2. Prepare 1 flip chart with "What could be improved?“.
3. Prepare a timeline with start and end date.
4. Hand out a block of sticky notes to each team member.
Ingredients: HOW5.
toStart
do - Sprint Planning 2
the Retrospective. CHECK it - Daily Scrum
WHAT to do - Sprint Planning 1
The
• 2 flip charts, 1 whiteboard, marker
6. Do a Safety Exercise.
7. Collect Facts – Do a timeline by handing out sticky notes.
Scrum
• Sticky notes PB
Every team member (ScrumMaster also) writes 1 significant
event per sticky note. Do this for 3 - 5 min. Now everyone posts
Flow
Remember: Persons shown in grey- his notes on the timeline and explains the respective event.

©
2009 scale may attend by invitation only 8. "What went well?" – Same procedure as when collecting facts, Ta
but this time you put the sticky notes on the prepared flip chart.
9. Do a separator – to distinguish the “What went well” part from
Le
:
InsiderTip's imagination the the next step.
In peopleon the left side of e
past is - the future Sprinton th # 1 10. "What could be improved?" –
Sprint # 2 Sprint # 3 S
k
a room side. Therefore wor Run it as the “What went well” part.
ite
oppos9:00 gh t - p u t the 11. Now group the sticky notes:
to ri
from leftrt 'What went well' a.) What can we do? Input for the Team.
flip cha the second one ' on ....... b.) What is not ....... in our control? .......
Input for the Impediment
Sprint Planning 1

Sprint Planning 1

Sprint Planning 1

Sprint Planning 1
CU
left and ould be impDoroyour
vedDaily Scrum every day!
.
'What sh corner of the room
STO MER
Backlog.
Do your Daily Scrum every day! Do your Daily Scrum every day!

the right 12. Sort both lists based on the opinion of the team members.
M
ANAGER

13. Use both lists as an input for the Sprint Planning Meetings #1
Product Idea
Basics: and #2 of the next Sprint, and then decide how you want to

Estimation Meeting
• Learning from the past for the future. deal with these findings.
• Improving the productivity of the Team.
12:00

Don'ts:
Scrum Flow
Review

Review

Review
Sprint

Sprint

Sprint
1. Do not judge the findings.
Sprint Planning 2

Sprint Planning 2

Sprint Planning 2

Sprint Planning 2
2. Do not have Managers in the meeting.
3. Do not talk about the findings outside the Team.
VISION
spective

spective

spective
Retro-

Retro-

Retro-
PR

ER

Sprint

Sprint

Sprint
O N
DU
Output: CT OW

• Input for the Impediment Backlog

SC

R E
UM T
MAS

• Input for the Team Backlog 18:00

TEAM

Day 1 Release

Duration/Location:
90 min, a couple
Product Backlogof minutes after the review.
Estimation

Estimation

Estimation

Estimation

Estimation

Estimation

Estimation

Estimation
prioritized
Meeting

Meeting

Meeting

Meeting

Meeting

Meeting

Meeting

Meeting
PB PB PB PB PB PB
21 | | 22
 Scrum for the Enterprise Additional Scaled Roles
Now Scrum is ready for the enterprise. With Scrum you can run In LARGE Scrum you must add two supplementary Roles:
departments, multi-team projects, teams in different locations and
teams that are confronted with more than one project. This part of Company ScrumMaster
the Checklist will guide you through the roles, artefacts and meet- He is responsible for setting up the necessary structure on enter-
ings you need when you want to run Scrum on enterprise level. prise level. He establishes and maintains Product Owner Teams,
Product Owner Daily Scrums, the Company ScrumBoard, the
First: Stick to the Principles. Scrum of Scrums. He works together with the Product Owner
You already know the Scrum Principles, now enforce them! Team to remove impediments on company level, to track impedi-
Enterprise Scrum needs commitment on all levels. A ScrumMaster ments and to ensure that the productivity of the Product Owner
must commit to Scrum and his Team. Teams increases Sprint by Sprint. Additionally he performs all
activities of a ScrumMaster for the Team cluster.
1. P
 ull-System - Teams define how much they can do. By sticking to Company Product Owner
this very basic principle you will be able to determine the velocity She is responsible for the Return on Investment of the overall
of a whole group of people. project. She works with the Product Owner Team on the prioriti-
2. C
 ommitment of Teams - In an enterprise environment you must zation of the Backlog Items. She maintains the relationship with
ensure that Teams do not only commit to their share of work but the overall Customer and all other stakeholders. She knows her
to the overall project in every Sprint. product but she does not go into details. She drives innovation
3. E
 nforce and enable communication - Go the extra mile. It is very by facilitating the ideas of the Product Owner Team, but she
important to create possibilities for communication, especially in never directs her Product Owner Team.
an enterprise environment
4. Small Teams - Every Scrum Team consists of about 5 persons.
5. C
 reate groups of Teams - Join 5 Teams together into a clustered, Additional Scaled Artefacts
greater Team. Every 5 Team cluster gets a Company ScrumMaster In LARGE Scrum environments you need some additional arte-
and a Company Product Owner. facts to ensure transparency throughout the whole organization:
6. K
 eep it plain - Do not create more than 3 Levels:
Team > Product Owner Team > Company Level Company Product Backlog
All Customers communicate their ideas and stories to the Com-
You will find your way of applying these principles and you will pany Product Owner. Out of these stories she creates a Company
create your way of doing LARGE Scrum, but at the beginning we Product Backlog. Based on her ranking, Teams can now select the
recommend to follow this Checklist by the book. highest priority items.

Second: Learnings from the past - rules that have made us Company ScrumBoard
successful in running LARGE Scrum. The Product Owner Team uses a Company ScrumBoard for
creating transparency across all Teams and projects.
1. Teams that work together must have a shared common backlog.
Company Burn Down Chart Insider er Tip:
If we have more than 2 Teams collaborating we call this backlog to build
Company Backlog. Some companies create an enterprise wide Use pap uct Owner
Burn down chart. the Prodoard as large
2. S ynchronize Sprints when you start doing LARGE Scrum. Later
ScrumB le. Resist
you might change this. as possib digital
3. Every Team must have one Product Owner and one ScrumMaster. As a Scrum Team needs a Product Backlog
building a
4. Set clear boundaries for the Teams, but not too many rules. and a TaskBoard, a scaled Scrum Team needs version .
5. Create a Daily Scrum of Scrums and a Product Owner Daily Scrum. a Company Product Backlog and a Company
6. Create a Company ScrumBoard likewise to the board of a Team. ScrumBoard. In most cases this does not refer to the whole
7. Add additional synchronization meetings if appropriate. company, but a larger subset, usually more than 2 Teams.

23 | | 24
 Scaled Sprint Planning Meeting #1 Procedure:
Time Duration Activity

09:00 15 min Explanation of this Sprint's purpose.

Purpose: It is important to get a clear picture of context.
In addition to the Sprint Planning Meeting #1 on Team level, the
Scaled Sprint Planning Meeting #1 allows up to 10 interdependent 09:15 60 min Team members pick their stories from the
Teams beeing one LARGE Scrum Team to synchronize their work. Product Backlog.
Impediments and any dependencies between Teams are identified

on working level during this meeting. Start the Analysis of story 1

Purpose: Get a clear understanding of this Backlog Item
Basics:
All members of all Teams do the Sprint Planning #1 at the same 10:15 15 min Scrum of Scrum (SoS)
time. Follow the schedule shown above and always remember - only Purpose: Identification of impediments and
team members participate in the Scrum of Scrums. dependencies
 he team members report:
T
Don‘ts: 1. The stories they picked.
1. Do not send a ScrumMaster to the Scrum of Scrums. 2. The identified impediments.
2. Do not let Managers lead the Scrum of Scrums. 3. The identified dependency items to other Teams. All
3. Do not save flip chart paper. Good notes are important. team members explain the items one by one. In case
4. Do not use data projectors. Team A has a story or a dependency for Team B, they
bring a story card with their request for Team B.

Ingredients: 10:15 60 min The Team continues working on the stories.

• Support Department, Legal, 11:15 15 min SoS, see above
Marketing 11:15 60 min The Team continues working on the stories.
• Company or large Project Backlog
12:15 15 min SoS plus commitment of all Teams.

ip
Insider T en
eting,,
dors, Madrkepartment Duration/Location:
Bri ng in V
e Legal ontributor to
Texters, th
Duration depends on the length of your Sprints,
er y other c
and ev m of Scrums.
but you should start with 3 hours.
their
the Scrua good way to useble
h is is s p os si
T ficient aget all issues Company Backlog
time as ef c an also
ou
and y ated to them .
communi c

Output:
• ScrumBoard, flip charts full of analysis and design notes
• Commitment of all Teams
• Number of stories the Team(s) have committed to
• Dependencies between Teams
• Identified impediments between Teams

25 | | 26
 Scaled Sprint Planning Meeting #2 Procedure:
Time Duration Activity
13:00 5 min All team members come together and kick off
Purpose:
this afternoon's activity. Feel to be together.
Second part of the synchronized Sprint Planning Day. All Teams
work together on finding solutions for the deliverables they 13:05 60 min Team members work on the stories and craft
committed to in part # 1. out necessary design solutions.
Purpose: To build a solution per story
Basics:
1. All Teams work on their stories. 14:05 15 min Scrum of Scrum (SoS)
2. I f they find dependencies, they communicate all of them in Remove the impediments and dependencies
the Scrum of Scrums. that are indentified in Scaled Sprint Planning
3. If they find impediments they communicate them in the SoS. Meeting #1.

The team members report stories they have a solution for and
Ingredients: the way they want to address dependencies to other Teams.

• ScrumMaster, Team, all collaborating 14:20 60 min The Team continues working on the stories.
Teams 15:20 15 min SoS see above
• The output of Sprint Planning 15:20 60 min The Team continues working on the stories.
Meeting #1: 16:20 15 min All team members come together and give the
Selected Product Backlog other Teams information about the stories
• Storys, all information they have commited to.
All participants end the day together!
InsiderTm ip: ight
In th is eeting it tom involve
alua b le
be very vrchitects or tech- Duration/Location
system aple who can help ith Duration depends on length of your Sprints,
nical peoms to come up w
the Tea tions . but you should start with 3 hours.
good solu

Company ScrumBoard
Output:
•S crumBoard with tasks, design, architecture information
•C lear understanding about how to create solutions for the
Backlog Items as a Team
• Managed dependencies and managed impediments

Don‘ts:
1. Do not send a ScrumMaster to the Scrum of Scrums.
2. Do not interrupt the meeting due to lack of access to
the code base, the architecture diagrams or other
necessary work items.

27 | | 28
 Product Owner Daily Scrum Scrum of Scrums
Purpose: Purpose:
Daily synchronization of deliverables and organizational issues on A dedicated meeting to identify inter-team impediments, depen-
Product Owner level. Update the Company ScrumBoard and your dencies, technical issues, resource conflicts etc. day by day.
Burn down chart in this meeting.
Ingredients:
Ingredients: A team member of each Team. Send the person with the best
Product Owners of all Teams, ScrumMasters optional insights to the actual impediment.
A B C D E A B C D E

A B C D E

Basics:
• Meet every day with a member from every Team.
• Same time, same location.

Basics: Don‘ts:
All Product Owners meet every day - same time, same location. 1. Do not send the ScrumMaster.
2. Do not overrun the timebox - 15 min!
3. Do not discuss solutions, it is a Daily Scrum.
Don‘ts:
1. Do not skip this meeting. A company needs to have
transparency on a daily basis. Output:
2. Do not report to the management in this meeting.
•P
 eople agreed upon an issue and know how and who will work
Perform a regular Daily Scrum.
together to solve it till the next Scrum of Scrums.
3. Do not discuss items. Focus on solving problems.
Procedure:
Output: See Daily Scrum.
• Updated ScrumBoard that reflects the progress of all Teams
• Managed impediments
•M anaged dependencies Duration/Location:
• Updated commitment status of all Teams Same time every day for 15 min,
in front of the Company ScrumBoard.
Procedure:
See Daily Scrum.

Location/Duration:
In front of the Company ScrumBoard, max. 15 min.

29 | | 30
"As a ScrumMaster I want to use the Scrum Checklist
to ensure that I run a good Scrum."
"As a Team member I want to use Scrum Checklist to
know what is expected from me."
"As a Product Owner I want to use Scrum Checklist to
be prepared in the next Sprint Planning meeting."
"As a Customer I want to read the Scrum Checklist to
have a first understanding about what these people do."
"As a Manager I want to use Scrum Checklist to make
sure everyone uses the same way doing Scrum."
"As End User I want to read the Scrum Checklist to un-
derstand what my role in a Sprint Review is."

"As Company ScrumMaster I want to have a Scrum

Checklist that helps me to run a Sprint Planning #1
with more than one Team."
"As a Company Product Owner I want to have a Scrum
Checklist where I can tick guidelines when we perform
the Product Owner Daily Scrum."

The Scrum Checklists will help you to run

a good Scrum, also with an entire company!

Have fun using it!

Boris

© Boris Gloger | version 3/11

For up-to-date information, discussions about recent

tendencies in Scrum and more trainings scheduled
please visit www. borisgloger.com