Scrum Master Book
Scrum Master Book
Workshop
Parcipants Workbook
Name: ________________
Revision History
• Version 2.00 – Re2ect Scrum Guide 2020 and the map of Scrum
• Version 1.90 – Updates to match Scrum Guide 2020 Edion
update Map of Scrum, About the Scrum Ambassadors
placeholder for your skill development
The Scrum Ambassadors Logo, SA-CUA, SA-CRA and the corresponding logos are trademarks of Saat Network GmbH.
Cered Scrum Trainer and Cered Scrum Master are registered trademarks of Scrum Alliance, Inc.
You are welcome to contact the Original Author to join the project to develop and maintain these materials.
Scrum Ambassadors
We envision a world where agile experse is widely available
to people in all countries, languages and industries. Our mission is
to help agile praconers achieve mastery in their chosen eld.
We do this by living the mindset, by creang structured and peer-to-
peer opportunies to learn, solve challenges and grow, and by
recognizing and celebrang people’s achievements on their agile
journey.
We live the Agile mindset by uncovering beLer ways and helping
others to do the same, so we lead by example and inspiraon.
We emphasize the why behind the how, so people can gure things
out for themselves.
We treat Scrum not as a dogmac prescripon but more as a
reference implementaon to build on, so people can make further
improvements without fear.
We consider Scrum not a ruleset to follow but a series of
opportunies to ask powerful quesons, so people can build on the
guidelines.
We negoate changes that are in mutual interest to increase the
likelihood of success.
1
0
1
0
1
0
1
0
1
0
1
0
Concepts
A binding, peer-to-peer decision, which constrains the behavior of the pares who
Agreement
made the agreement
I go with the team. Regardless of my preference, I abide by and support the teams
decision. “Disagree and Commit.”
Concrete Practice
1. What agreements could we make which would enable us to work more e>ecvely?
Timebox 2:00
2. What agreement would you propose to address this issue? Timebox 2:00
3. As a group, we will agree to address a few issues together.
Conclusion
Where do you nd the Scrum Values (Openness, Courage, Respect, Commitment, Focus) in our
agreements?
Concepts
Watch Lyssa Adkins Video on Scrum.
Concrete Practice
1. Work individually. Write your answers on post-its, one item per card. (3:00)
1. How do you know, that everyone is working on the right thing?
2. How do you know that you will have a something of value at the end the project?
3. What challenges do you see when implemenng Scrum in your organizaon?
2. Compare your answers with those of your pairing partner. Where do you agree? Where do
you disagree? (3:00)
3. Be prepared to present the answers you agree on to rest of the class
Sources
Taxonomy of Scrum Elements of Scrum Taxonomy of Scrum Elements of Scrum Elements of Scrum
Term Meaning
Scrum Implements empirical process control. The key pillars are inspecon, adapon and
Principles transparency. Scrum does not tell you how to solve your problems. It helps you ensure that
you are asking the right quesons at the right me.
Ask deep quesons and really listen to the answers. Each Scrum event represents an
Dialogue
opportunity to ask powerful quesons about the state of your product or project.
Transparency and frequent feedback replace tradional command and control to ensure the
Fast Feedback Scrum team is moving in the right direcon and recovers quickly should something go
wrong.
Abstract topics are made easier to understand by making them visible. Scrum teams oOen
Visualiza&on use paper-based or electronic tools, like story maps, task boards or graphical facilitaon to
facilitate dialog and understanding around complex issues.
A role in Scrum is not a tle but rather an accountability. An accountability describes what
Accountability
service the role is expected to provide or what deliverable it is expected to produce.
The Scrum Team is accountable for producing a valuable Increment every sprint. It consists
of a Product Owner, a Scrum Master and Developers. The Scrum Team has all the skills and
decision making authority necessary to dene and create the product. The Scrum Team
Scrum Team collaborates to achieve a common goal. Recommended size: less than 10 people. No
member of the Scrum Team has command authority over other members.
Deprecated term: Whole Team
The Scrum Master is accountable for the team's e>ecveness and for enacng Scrum. In a
word: Performance. “The team's ambassador to the world,” and “the voice of common
Scrum Master sense.” A Scrum Master needs to be a trainer, facilitator, consultant, coach and change
agent. When the teams needs something from the organizaon, the Scrum Master's job is
to make it happen.
The Product Owner is accountable for maximizing the value of the Increment created by the
Scrum Team. “The world's ambassador to the team”. The PO is authorized to make decisions
Product Owner
about the product, including when and whether to release, what features to priorize, and
whether something is done. The PO is ulmately responsible for the queson “Why?”
The Developers are accountable for creang an Increment every Sprint. The Developers
have all the skills necessary to get from “Idea” to “Done” (not merely from specicaon to
Developers ready-to-test). They are responsible for “How?”. They are protected from noise but not
isolated from the organizaon.
Deprecated terms: “Development Team” “the Team”
The Sprint is a container for all other Scrum events and acvies. All the work necessary to
Events
achieve the Product Goal happens within Sprints.
Sprint planning addresses three topics: Why, What, and Time-box: max 8 hr,
How? What to accomplish this Sprint, and how to achieve shortened proporonately
Sprint Planning
it. Only high priority items that can be completed to For: Scrum Team
“Done” may be taken into the sprint. Others: on invitaon
A daily opportunity for the Developer to inspect and adapt Time-box: 15 Minutes
Daily Scrum on their progress through the sprint. This is where the For: Developers
Developers organize and plan their work for the day. Others: On invitaon
Time-box: 4 hours
An opportunity to inspect and adapt on the outcome of the shortened proporonately
Sprint Review sprint and what has changed in the environment. The For: Stakeholders
Increment must be Done before the Review starts. Present: Scrum Team
Others: On invitaon
Scrum’s arfacts represent work or value. They are designed to maximize transparency of
key informaon. Thus, everyone inspecng them has the same basis for adaptaon. Scrum
Ar&facts
does not dene arfacts needed to sasfy external requirements or company policies.
These can be addressed through the Denion of Done or Product Backlog Items.
The Product Backlog is an emergent, ordered list of what is needed to improve the
product. It is the single source of work undertaken by the Scrum Team. It consists of
Product Backlog
funconal and non-funconal requirements. It is not used to plan work or dene
intermediate arfacts, like a specicaon, which have no value for the customer or user.
The Sprint Backlog is composed of the Sprint Goal (why), the set of Product Backlog items
Sprint Backlog selected for the Sprint (what), as well as an aconable plan for delivering the Increment
(how). It is oOen represented visually with a task board.
The set of backlog items selected for the sprint (what). The Developers' best guess at how
Forecast much Done funconality they can deliver by the end of a sprint, while respecng the Sprint
Contract.
Agreements are a powerful mechanism for securing commitment. Since agreements are in
the mutual interest of all pares to the agreement, compliance can be expected even
Agreements
without constant control. Scrum is easiest to implement when all pares freely and fully
agree to do so. Agreements o>er a path to further improvement.
The Product Goal describes a future state of the product which can serve as a target for the
Product Goal Scrum Team to plan against. The Product Goal is the long-term objecve for the Scrum
Team. They must fulll (or abandon) one objecve before taking on the next.
The Sprint Goal is the single objecve for the Sprint. It represents the best step forward
given what you know today to achieving the Product Goal, while providing 2exibility in
Sprint Goal
terms of the exact work needed to achieve it. The Sprint Goal encourages the Scrum Team
to work together rather than on separate iniaves.
A working agreement between all members of the Scrum team. Ensuring that backlog items
De@ni&on of Done are really done, each sprint ensures the quality of the product and makes release plans
dependable.
The agreement among the members of the Scrum Team made at the beginning of each
Sprint. It covers the Sprint Goal, Forecast, Sprint duraon, denion of Done and team
capacity. The Scrum Team commits to do its best to achieve the Sprint Goal, while staying
Sprint Contract within limits of me and budget for the sprint. The Sprint Contract also denes failing
gracefully to ensure an opmal result even if not all objecves can be achieved. The enre
organizaon must respect the Sprint Contract, otherwise forecasts and commitments are
meaningless.
The basis for making addional improvements in team performance and e>ecveness.
Working Agreements Working agreements can be made within the Scrum Team or with other parts of the
organizaon.
A working agreement that denes when a backlog item is ready to take into the Sprint.
Backlog items are considered ready if they are understood by the team, are small enough
De@ni&on of Ready
and are well dened enough that the team believes they can be nished by the end of the
sprint. Dependencies are the enemy of ready.
A vision describes a future state of the world. A vision can generate a deeper sense of
purpose, which is key for movaon. Scrum does not address the term vision, but most
likely, the Product Goal supports the vision. Tradionally, the Product Owner is expected to
Vision have one, to make sure that the stakeholders support it, and to ensure that the
Development Team understands it.
In Personal Agility, this is re2ected in “What Really MaLers.”
Concepts
Read the presentaon “Working Together: The Scrum Team” (in the addendum) unl you get to
the slide, The interests of other stakeholders are represented by the Product Owner (Currently Slide
18).
Concrete Practice
1. Check the box with the best answer for each duty.
2 * 3:00 Minutes (do your best! If you don't nish, don't worry)
2. Compare answers with your pairing partner. (Only talk about the di>erences). Understand
why your partner had a di>erent answer. It's OK to change yours!
2 * 3:00 Minutes
3. Score your test. Write your number correct / number answered on a card.
3:00 Minutes
Conclusion
Take your cards on the Project Manager Flipchart and move them to the corresponding Scrum
Role.
Which role is most similar to a Project Manager?
What dues are sll assigned to a Project Manager in Scrum?
What addional responsibilies are dened for the Scrum Roles compared to a Project Manager?
Line Manager
Not allowed
Not Dened
Developers
Product Owner
Scrum Team
Funcon
Number
1 Requests a release
2 Ensures discipline
Scrum Master
Line Manager
Scrum Master
Not allowed
Developers
Product Owner
Scrum Team
Funcon
Number Correct/Answered: /
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
_______________________________________________________________________________
Values:
1. We are uncovering beLer ways of [doing what we do] by doing it and helping others do it.
Principles
7. Our highest priority is to sasfy the customer through early and connuous delivery of
[customer visible value].
8. Welcome changing requirements, even late in development..
9. Deliver working [customer visible value frequently...].
10. Business people and developers must work together daily throughout the project.
11. Build projects around movated individuals..
12. The most eWcient and e>ecve method of conveying informaon … is face-to-face
conversaon.
13. [Customer visible value] is the primary measure of progress.
14. The sponsors, developers, and users should be able to maintain a constant pace
indenitely.
15. Connuous aLenon to technical excellence and good design enhances agility.
16. Simplicity--the art of maximizing the amount of work not done--is essenal.
17. The best architectures, requirements, and designs emerge from self-organizing teams.
18. At regular intervals, the team re2ects on how to become more e>ecve, then tunes and
adjusts its behavior accordingly.
Discussion Questions
1. What do the colors mean in terms of the advisability of applying agile values and
principles?
2. Which values and principles are clear wins?
3. Which values or principles could be challenging in your context?
4. On a scale of Zero to Ten, (Zero = “not at all”, Ten = “highly”), how desirable would it be to
apply the agile values and principles more thoroughly in your context?
Concepts
Closed queson: Yes/No answer
Open queson: Invitaon to discuss
Powerful queson: Invitaon to think before your respond!
AHendance
Must: the person must be present, otherwise the acvity cannot be performed
Should: the person is highly important, but the acvity does not stop just because that person is
not available.
On Invita&on: In theory, it is advantageous for the person to aLend, but there may be risks or
negave side e>ects. If the Development Team choses to invite, this person may come.
Available: this person is not normally required, but might be needed in some cases. The person
must be reachable if needed.
Concrete Practice
Imagine you are an actor in a play! Get ready to play your role! Work as a table group.
• Choose your roles: You need at least one person for each of Product Owner, Scrum Master,
Development Team, and Customer/Stakeholder.
• The Scrum Master is responsible for me keeping. If you have more than one, choose one
to be me keeper.
• Use masking tape to create the Scrum Flow and scky notes or cards to idenfy the
acvies and their place on the 2ow.
For each event (Sprint Planning 1 & 2, Daily Scrum, Sprint Review, Retrospecve, Backlog
Renement), discuss how you will play the role:
• What do you want to accomplish? (Goal, Desired Outputs)
• What do you need to see? (Inputs)
• What quesons will you ask?
• What answers can you provide? (Outputs)
Timeboxes: Per acvity: 3 Minutes, Total: 25 Minutes.
Note
The Scrum Guide and Scrum Alliance consider Sprint Planning to be one meeng with two parts,
corresponding to SP1 and SP2. The me box for Sprint Planning is simply the sum of both halves.
I prefer to consider Sprint Planning as two separate acvies because they answer di>erent
quesons, have di>erent required parcipants, and scaling paLerns treat the acvies separately.
Answers can be found in 13-Meengs-CSM.v0XX
Concepts
Watch Marcel van Hoven, “The Scrum Master” (see Audio Visual Materials, p 60), Take notes on
the following page.
Denions:
• Doer – does the work
• Trainer – knows how to do the work, teaches others how to do the work
• Consultant – knows the best pracce for your situaon, tells you how to do it
• Coaching – asks quesons to help you understand the problem and nd soluons
• Mentor – has done it before, can give advice and open doors which make it easier for you.
Concrete Practice
Individually, draw a picture: What are the interfaces into and out of the Scrum Team? (3:00)
Conclusion
What will you do di>erently, now that you know what a Scrum Master to be a great Scrum Master?
1.
2.
3.
Responsibilities
Essentials:
Concepts
SMART – Specic, Measurable, Achievable, Relevant, Time-boxed.
CC-Mom Test: Clear, Compelling, and if you explained it to your mom (or other non-technical
person), they would understand?
Three Meter Test: Is the card readable from three meters? Hint: use big block leLers, a thick pen,
one write idea per card.
The purpose of the Daily Scrum is for the team to organize itself. The objecve is to recognize the
need to communicate, within or beyond the team. Actual problem solving is handled outside the
daily scrum with as many people are necessary and as few as possible.
The classic quesons of the daily scrum are:
• What have I accomplished since yesterday (in the context of the Sprint Goal)
• What is my goal for today (in the context of the Sprint Goal)
• What is slowing me down?
If the Daily Scrum was successful, people will leave the Daily Scrum in groups of two or more to
work on their issues.
Pairing
With your pairing partner, challenge each others goals. Do the pass the SMART, CC-Mom and 3
Meter tests? If necessary, rewrite the cards.
How long has your impediment been as issue? Write the answer in weeks on a scky note and
place it on the impediment card. Place your goal and your impediment next to each other on the
impediments dashboard.
Timebox 3:00
“Departmental Scrum”
Stand with your table-mates around your impediments dashboard.
Each person reports to the group in 45 seconds:
• Who are you? Where do you work?
• Your biggest goal
• Your biggest impediment
One person keeps me. That person sounds the gong when a 45s me-box is up and immediately
resets the mer for the next person. No pauses, just pass a talking sck from one person to the
next. It's OK to nish (and pass the talking sck) early.
Time box per person: 0:45
Overall me box: (depend on team size): 6 people / Table: 5:00, 7 people: 6:00, 8 people: 7:00.
Q1:_________________ Q2:_________________
Q3:_________________
Q4:_________________
Concrete Practice
“INVEST” reminds us of the characteriscs of a good backlog item. Map the INVEST term to the
objecve they serve:
b. Ensure fexibility
to do the right thing
c. No defining artifacts
Independent for developers
Negotiable
d. No Tasks, only features
Valuable
j. Understood by
Development Team
Concepts
• Label your axes!
• Wish: What you would like to have happen. Draw in Red
• Reality: What has happened. Draw in Green
• Projecon: Extension of reality into the future. Draw in Turquoise
Concepts
Denions
• Backlog item – represents value to a customer, user or stakeholder
• Task – used by the Development Team to help them organize themselves to implement
backlog items. Tasks do not appear on the Product Backlog
General Classes of Backlog Items:
• Por]olio-level ideas: “Epics” “Themes” “Visions”
• Key Product characteriscs: “Stories” or “Features”
• Ready to implement chunks: “Grains of Sand”
Widely used Agile Esmaon Scales
• XP Cards: Descripon on the front of a card, conrmaon on the back.
• Story Points: 1, 2, 3, 5, 8, 13, 20, 40, 100, Joker, Co>ee.
• T-Shirt Sizes: XS, S, M, L, XL XXL, 3X…. Binary progression (1, 2, 4, 8...)
• #NoEs&mates: 1, TFB, NFC. TB = Too Big, NC = No clue. F is For you to gure out.
• Count Acceptance Tests.
Each step in How-To-Demo is a point.
Concrete Practice
How does backlog renement work? Annotate the diagram on the following page to explain the
process.
Time-box 6:00
Some quesons to answer:
• What is the signicance of the water line?
• What are typical esmates for each size of Classes of Backlog Items?
• From idea to deployment, how long does it take to implement each class of backlog item in
your company? How long should it take?
• When do you do backlog renement?
• Who needs to be present for backlog renement?
Scenario
“Our company's top management is convinced that they want us to become an Agile Enterprise.
The company will start employing Scrum wherever it makes sense. The people directly involved
will decide whether Scrum makes sense for them.
Our leadership have convened you, the Enterprise Transion Team, to lead this transion and
asked me to serve as Product Owner! I am honored to work with such a great group of people!
And has you can see, our management is quite commiLed to this project!”
Our mission
Create a Scrum Guide in the form of 2ipchart posters. These will hang on the wall at all our
employee and customer entrances around the world! There purpose is to get people interested in
Scrum and excited about doing Scrum. Sta> should want to be on a Scrum Team; customers should
ask us if they can do Scrum with us. Think movie posters: “Cool poster – I want to see the movie.”
Timings
We will perform 1 Sprint. The Sprint consists of Sprint Planning (10:00), 3 days of work (12:00
each), 2 Daily Scrums (4:00, one between each day), and a Sprint Review (5:00).
T-10:00 Prepare you environment (task boards)
Dene your Team(s) Scrum Master(s) & Product Owner(s) if necessary
T-05:00 Scrum Master Brieng with the trainer
T+00:00 Sprint Planning 1 – What?
T+05:00 Sprint Planning 2 – How?
T+10:00 Day 1 (work begins)
Scrum of Scrums (Scrum Masters and maybe Product Owners)
Scrum Masters assume responsibility for me keeping
T+22:00 Daily Scrum
T+26:00 Day 2
Scrum of Scrums
T+38:00 Daily Scrum
T+42:00 Day 3
Scrum of Scrums
T+54:00 Sprint Review
Scrum of Scrums
T+59:00 Done
As an employee, I want to understand the Daily Scrum so I Contains Name, Time Box,
1 Events
can get excited about doing a project with Scrum Responsible, Goal, Input, Output
As an employee, I want to understand the Sprint Review so I Contains Name, Time Box,
1 Events
can get excited about doing a project with Scrum Responsible, Goal, Input, Output
Concepts
Divergence and Convergence
Convergence is looking at a lot of ideas. Convergence is deciding which ones to act one.
Steps in a Retrospective
• Create Safety
• Gather Informaon
• Create Insights
• Dene Acon Plan
• Close
Concrete Practice
• Retrospect on the previous sprint in class.
As a team, use the Brainstorming Techniques on Page 47 to answer:
Thinking Sharing Discussion Consolidate Priori&ze
What happened? 2 Minutes 1 Minute / Person
What could we do 2 Minutes 1 Minute / Person
di5erently?
Consolidate cards 5 Minutes
and classify by
“own” or “shared”
jurisdic&on
Priori&ze using 3 Minutes
“dot-vo&ng”
3. Consolidate 4. Prioritize
(recognize duplicates) (dot voting)
Plan: What will you do when you get back to the office?
Of all the Aha-Moments and Things to Discuss, what are the three most important things to start:
1.
2.
3.
Concepts
Manifesto for Agile Software Development
We are uncovering beLer ways of developing soOware by doing it and helping others do it.
Through this work we have come to value:
• Individuals and interacons over processes and tools
• Working soOware over comprehensive documentaon
• Customer collaboraon over contract negoaon
• Responding to change over following a plan
That is, while there is value in the items on the right, we value the items on the leO more.
Various
Dysfunconal Daily Scrum hLps://www.youtube.com/watch?v=B3htbxIkzzM
Scrum Trainers
Nordstrom
Flash build hLp://www.youtube.com/watch?v=szr0ezLyQHY
Innovaons
hLp://www.youtube.com/watch?
Dropbox MVP Dropbox MVP
feature=player_embedded&v=7QmCUDHpNzE
hLps://labs.spofy.com/2014/03/27/spofy-engineering-
Engineering Culture at Spofy – 1 Henrik Knieberg
culture-part-1/
hLps://labs.spofy.com/2014/09/20/spofy-engineering-
Engineering Culture at Spofy – 2 Henrik Knieberg
culture-part-2/
Literature
The ScrumMaster’s short list – what you need to know
Twice the work in the half the me. Je> Sutherland. I wish he'd called it twice the value in
half the me, but you get the idea. Many examples from outside of soOware.
Agile Project Management with Scrum. Ken Schwaber. Some of the advice is a bit dated,
but is sll the book on Scrum. Start here.
Five Dysfuncons of a Team. Patrick Lencioni. Creang a culture of fearless trust is the basis
for almost everything else in a modern enterprise.
Switch: How to Change Things When Change Is Hard. Chip Heath and Dan Heath – a simple
approach to leading change. Combine with Storytelling.
Squirrel Inc, Steve Denning – the Storytelling approach to Leadership. Storytelling is the
single most e>ecve way to lead change, regardless of your posion in the company.
User Stories Applied: Agile SoOware Development, Mike Cohn. AOer Ken's book & Mike's
books I felt I was ready to conceive, plan and deliver soOware projects e>ecvely
The Art of Agile Development Jim Shore. OK, if you're a developer, you might prefer to start
here.
Scaling Scrum
Scaling Lean & Agile Development, Larman and Vodde. An approach to scaling Scrum or an
architecture for your company?
The Enterprise and Scrum, Ken Schwaber. An approach for Scaling Scrum.
Agile SoOware Development in the Large: Diving Into the Deep JuLa Eckstein. One of the
rst books on scaling agility. (Oddly, although the author is German, I found the English
more readable. Maybe it's because I'm Swiss.)
Leading Change
Switch: How to Change Things When Change Is Hard. Chip Heath and Dan Heath – a simple
approach to leading change.
Squirrel Inc, Steve Denning – the Storytelling approach to Leadership. Storytelling is the
single most e>ecve way to lead change, regardless of your posion in the company.
Fearless Change: PaLerns for Introducing New Ideas Linda Rising. Changing the
organizaon is the hardest part of agile.
Coaching Teams
Five Dysfuncons of a Team. Patrick Lencioni. Creang a culture of fearless trust is the basis
for almost everything else in a modern enterprise. This book should be under management,
the concepts are so fundamental!
Coaching Agile Teams – Lyssa Adkins book is a great companion for ScrumMasters to help
them understand what their job really is and how to do it.
Agile Retrospecves: Making Good Teams Great Esther Derby. The classic book on
retrospecves.
Scrum Master
Line Manager
Scrum Team
Not Dened
Number
Product Owner
Developers
Not allowed
Funcon
1 Requests a release X
2 Ensures discipline X
Scrum Master
Product Owner
Line Manager
Developers
Scrum Team
Not allowed
Not Dened
Funcon
ROI / Maximizing the value of the Remove Impediments Solve the Problem
teams work
hLps://saat-network.ch/ebk
Working Together
The Scrum Team
1
6/21/21
2
6/21/21
Retrospective
daily scrum
Product Backlog
max 30 days
Increment
Done
3
6/21/21
- Self Organizing
- Cross Functional
- Accountable as a whole
- No sub-teams
- No Job Titles
- up to 9 people
- Too big requires too much coordination
- Too small may have skill constraints
10
4
6/21/21
11
14
5
6/21/21
15
16
6
6/21/21
backlog
self-organization & management
cross-functionality
identify and remove communicate
impediments to
vision, goals & PBIs Product
Dev. progress create clear Owner
Team and concise PBIs
Help develop
teach team skills product planning
how to create in empirical context
high value products Lead and coach
Scrum Adoption facilitation as needed
Organization
17
20
7
6/21/21
21
22
8
6/21/21
23
Vision
Features
Planning Do Review
Finished,
Viable
Product
24
9
6/21/21
Retrospective
Vision
daily scrum
Product Backlog
max 30 days
Increment
Done
Quality Scope
Cost Time
25
Retrospective
Vision
daily scrum
Product Backlog
max 30 days
Increment
Done
Quality Scope
Fixed
26
10
6/21/21
Characteristics of a Sprint
27
Retrospective
Vision
daily scrum
Product Backlog
max 30 days
Increment
Done
Forecast
28
11
6/21/21
1. What?
Retrospective
2. How?
daily scrum
Product Backlog
max 30 days
Increment
Done
29
- Goal - Input
- Determine what will be delivered - Ordered Product Backlog
in the Increment resulting from - Existing Product Increment
the upcoming Sprint? - Teams performance in past
- Who sprints
- Development Team - Expected Team capacity
- Product Owner must - Objective for the Sprint
- Scrum Master should - Output:
- forecast of backlog items to be
delivered
- a Sprint Goal – provides
guidance to the team on why it is
building the increment.
Time Box: 2 hours per week of Sprint for Sprint Planning 1&2 together
30
12
6/21/21
Discuss:
What does commitment mean in a Scrum context?
What is the development team committing to?
31
- Goal: - Input
- Determine how will the work - Sprint Goal and Backlog Forecast
needed to deliver the Increment from Planning 1
be achieved. - Output is the Sprint Backlog
- Who: - initial technical concept
- Scrum Development Team - initial task planning
- ScrumMaster should be present
- Note:
- Product Owner may be present
- Forecast may be adjusted based
- and must be available on learning of Planning 2
- Input
- Forecast
Selected Product backlog
Recommendation: Time-box each half of Sprint Planning to 1 hour per week of Sprint
32
13
6/21/21
Product Goal,
Sprint
Sprint
Goal
Objectives Backlog
Product
Backlog
Previous
Increment
one item
At least
Sprint Retrospective
33
Retrospective
Vision
daily scrum
Product Backlog
max 30 days
Increment
Done
34
14
6/21/21
Daily Scrum
35
Quality Scope
Cost Time
36
15
6/21/21
Retrospective
Vision
daily scrum
Product Backlog
max 30 days
Increment
Done
37
Sprint Review
38
16
6/21/21
Retrospective
Vision
daily scrum
Product Backlog
max 30 days
Increment
Done
39
Definition of Done
40
17
6/21/21
Retrospective
Vision
daily scrum
Product Backlog
max 30 days
Increment
Done
41
Sprint Retrospective
- Who - When
- Scrum Team (P-O, S-M & - Once per Sprint
DevTeam)
- Goals
- Timebox
- Inspect how the last Sprint went
- Max 3 hours for a 4 week sprint
with regards to people,
relationships, process, and tools
- Identify and order the major items - Note:
that went well and potential - Improvements can be recognized
improvements; and, and implemented any time.
- Create a plan for implementing
improvements to the way the
Scrum Team does its work
42
18
6/21/21
Retrospective
Vision
daily scrum
Product Backlog
max 30 days
Increment
Done
Refinement
43
- Timebox
- Maximum 10% of team capacity
44
19
6/21/21
Estimation vs Refinement
- Estimation - Refinement
- Discuss the item - Discuss the item
- Build shared understanding of the - Build shared understanding of the
item. Update Description as needed item. Update Description as needed
45
- Who
- Scrum Team
- Other Stakeholders & Domain Experts as
needed
46
20
6/21/21
Cancelling a sprint
47
48
21
6/21/21
49
22