Certified ScrumMaster Training
-
Upload
borsgloger -
Category
Business
-
view
2.984 -
download
6
Transcript of Certified ScrumMaster Training
presented by
Certified ScrumMaster 2009
1
Montag, 15. Juni 2009
NOKIA - TEST
1. Do they deliver working software at the end of each Sprint (less than 4 weeks) that is tested at the feature level.
Montag, 15. Juni 2009
NOKIA - TEST
2. Do they do just enough specficiation before starting a Sprint and is their Product Backlog ready?
Montag, 15. Juni 2009
NOKIA - TEST
3. Do they have a Product Owner. A Product Backlog? Is it estimated by the team?
Montag, 15. Juni 2009
NOKIA - TEST
4. Does the team have a burndown chart and does the team know their velocity?
Montag, 15. Juni 2009
NOKIA - TEST
5. Is their team free from disruption during the Sprint?
Montag, 15. Juni 2009
7
GOAL: DELIVER A BROCHURE FOR THE EARTH TOURIST BOARD LOCATED ON MARS
• Create cover art, brand, and/or logo
• Define major topics for Martian tourism
• Describe “Art Interests in Europe” tour
• Describe a tour based on photosynthesis
• Outline a “7 wonders of the world” expedition
• Set prices for the tours• Outline warning messages
(gravity, oxygen, fungi,etc.)• Suggest clothing options• Explain travel options to/
from Mars
Montag, 15. Juni 2009
“Equally responsible for the initiation of project with predefined failure is management that insists upon having fixed commitments from programming personnel prior to the latter’s understanding what the commitment are for. Too frequently, management does not realize that in asking the staff for “the impossible”, the staff will feel the obligation to respond out of respect, fear or misguided loyalty. Saying “no” to the boss frequently requires courage, political and psychological wisdom, and business maturity that comes with much experience.”
-- The Management of Computer Programming Projects" by Charles Lecht. 1967
Montag, 15. Juni 2009
9
IntroductionMontag, 15. Juni 2009
bor!s glogerMontag, 15. Juni 2009
Philosophy and Soziology
Montag, 15. Juni 2009
EDS | BroadVision | ONE
Montag, 15. Juni 2009
France | Germany | Austria
Montag, 15. Juni 2009
1st Certified ScrumTrainer
Montag, 15. Juni 2009
SPRiNT iT
Montag, 15. Juni 2009
bor!s glogerMontag, 15. Juni 2009
Hand-Outs:- Presentation
- Photos
Montag, 15. Juni 2009
What is a ScrumMaster?
Montag, 15. Juni 2009
What is Scrum?
Montag, 15. Juni 2009
20
Scrum is not a ....Montag, 15. Juni 2009
You will get a new mindset!
Montag, 15. Juni 2009
Agenda and Topics
22
Day 1
09:00 - Start10:30 - Break12:30 - Lunch Break15:00 - Break17:00 - Short Break18:00 - EndDay 2
Start tomorrow - 08:30
Topics
Retrospectives
History
Complexity
Principles
Scrum Flow
Roles & Responsibilities
Scaling
Velocity Game
Planning
Estimation
Done
Montag, 15. Juni 2009
PB
Sprint # 4
Sprin
t Pla
nnin
g 2
Sprin
tSp
rint
Retr
o-
Sprin
t Pla
nnin
g 1 .......
Estim
atio
n M
eetin
g
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
4013 3
0
8
100?20
5 2
1
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
Estim
atio
n M
eetin
g
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
24
Montag, 15. Juni 2009
25
RULESMontag, 15. Juni 2009
26
Montag, 15. Juni 2009
27
Montag, 15. Juni 2009
PB
Sprint # 4
Sprin
t Pla
nnin
g 2
Sprin
tSp
rint
Retr
o-
Sprin
t Pla
nnin
g 1 .......
Estim
atio
n M
eetin
g
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
4013 3
0
8
100?20
5 2
1
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
Estim
atio
n M
eetin
g
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
Montag, 15. Juni 2009
HEARTBEATRETROSPECTIVES
Learning from the past for the future
Montag, 15. Juni 2009
31
After Action Review
Montag, 15. Juni 2009
32
debriefing
Montag, 15. Juni 2009
PB
Sprint # 4
Sprin
t Pla
nnin
g 2
Sprin
tSp
rint
Retr
o-
Sprin
t Pla
nnin
g 1 .......
Estim
atio
n M
eetin
g
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!Sp
rint P
lann
ing
2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
4013 3
0
8
100?20
5 2
1
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
prioritized
Tactical Level
Strategic Level
PB
Estim
atio
n M
eetin
g
Sprint Retrospective
Montag, 15. Juni 2009
IMPROVEMENT!
Montag, 15. Juni 2009
understanding the reality
Where do we go from here?
Montag, 15. Juni 2009
What is learning?
Montag, 15. Juni 2009
37
Kids love to learnMontag, 15. Juni 2009
The Secret of Gravity
Montag, 15. Juni 2009
secret #1 Disappointment of ExpectationsMontag, 15. Juni 2009
stops Learning!Blaming
Montag, 15. Juni 2009
Comfort ZoneLearning
Zone
Apathy Zone Anxiety Zone
Low High
High
Low
The competitive Imperative of Learning, Amy C Edmondson, HBR, 7/8 2008, p. 60-66
Concept of Psychological Safety Accountability for Meeting Demanding Goals
Psychological Safety
Demanding Goal
secret #2
Montag, 15. Juni 2009
Who goes to the Retrospective?
Montag, 15. Juni 2009
Montag, 15. Juni 2009
The Team makes it happen!
Montag, 15. Juni 2009
How do we run a retrospective?
Montag, 15. Juni 2009
Storytelling
Montag, 15. Juni 2009
-- Norman Kerth , Project Retrospectives
“Regardless of what we discover, we understand and truly believe: that everyone did the best job they could, given what they knew at the time, their skills and abilities, the resources available, and the situation at hand.”
Montag, 15. Juni 2009
Timeline telling the tale
Montag, 15. Juni 2009
What Went WELL?Montag, 15. Juni 2009
IMPROVE!Montag, 15. Juni 2009
SCRUMMASTERTEAM MEMBER
PRODUCT OWNERORGANISATION
Montag, 15. Juni 2009
SORTINGPRIORITIZING
RANKING
Montag, 15. Juni 2009
INPUT FOR SPRINT PLANNING
Montag, 15. Juni 2009
1 2
4 5
3
6
secret #3Montag, 15. Juni 2009
less than 90 min!
secret #4Montag, 15. Juni 2009
N Ø T IN THE TEAM ROOM
Montag, 15. Juni 2009
everybody the team invites
secret #5Montag, 15. Juni 2009
secret #6
He/she makes it happen!He/she needs to act!
Montag, 15. Juni 2009
Complexity / Empirical Management
59
Montag, 15. Juni 2009
step factory enterprise
60
Montag, 15. Juni 2009
Time
Technology
unstable
Requirements
stable
known unknown
SoftwareEmergent
Every Activity in Scrum is Timeboxed!
61
Stacey and Complexity
•Timebox
•Emergent
•Complexity
•Anarchy
•You need boundaries!
http://www.plexusinstitute.org/edgeware/archive/think/
main_aides3.html
Montag, 15. Juni 2009
It is typical to adopt the defined (theoretical) modeling approach when the underlying
mechanisms by which a process operates are reasonably well understood.
62
Montag, 15. Juni 2009
When the process is too complicated for the defined approach, the empirical approach is
the appropriate choice
Montag, 15. Juni 2009
History of Agile
64
Montag, 15. Juni 2009
Product Vision
Montag, 15. Juni 2009
agile foundation
66
• The New New Product Development Game, by Nonaka and Takeuchi
•Lean Management, Deming and Juran
• Iterative and incremental
development, Barry Boehm
• First Implemenations, Jeff Sutherland
Montag, 15. Juni 2009
HBRJANUARY–FEBRUARY 1986
The New New ProductDevelopment Game
Hirotaka Takeuchi and Ikujiro Nonaka
The rules of the game in new product develop-ment are changing. Many companies havediscovered that it takes more than the ac-
cepted basics of high quality, low cost, and differen-tiation to excel in today’s competitive market. It alsotakes speed and flexibility.
This change is reflected in the emphasis companiesare placing on new products as a source of new salesand profits. At 3M, for example, products less thanfive years old account for 25% of sales. A 1981 surveyof 700 U.S. companies indicated that new products
would account for one-third of all profits in the 1980s,an increase from one-fifth in the 1970s.1
This new emphasis on speed and flexibility callsfor a different approach for managing new productdevelopment. The traditional sequential or “relayrace” approach to product development—exempli-fied by the National Aeronautics and Space Admin-istration’s phased program planning (PPP) system—may conflict with the goals of maximum speed andflexibility. Instead, a holistic or “rugby” approach—where a team tries to go the distance as a unit, passing
Copyright © 1986 by the President and Fellows of Harvard College. All rights reserved.
In today’s fast-paced, fiercely competitive world of com-mercial new product development, speed and flexibilityare essential. Companies are increasingly realizing thatthe old, sequential approach to developing new productssimply won’t get the job done. Instead, companies in Japanand the United States are using a holistic method—as inrugby, the ball gets passed within the team as it moves asa unit up the field.
This holistic approach has six characteristics: built-ininstability, self-organizing project teams, overlapping de-velopment phases, “multilearning,” subtle control, andorganizational transfer of learning. The six pieces fit to-gether like a jigsaw puzzle, forming a fast flexible processfor new product development. Just as important, the newapproach can act as a change agent: it is a vehicle forintroducing creative, market-driven ideas and processesinto an old, riged organization.
Mr. Takeuchi is an associate professor and Mr. Nonaka,a professor at Hitotsubashi University in Japan. Mr.Takeuchi’s research has focused on marketing and globalcompetition. Mr. Nonaka has published widely in Japanon organizations, strategy, and marketing.
Authors’ note: We acknowledge the contribution of Ken-ichi Imai in the development of this article. An earlierversion of this article was coauthored by Ken-ichi Imai,Ikujiro Nonaka, and Hirotaka Takeuchi. It was entitled“Managing the New Product Development Process: HowJapanese Companies Learn and Unlearn” and was pre-sented at the seventy-fifth anniversary.
Colloquium on Productivity and Technology, HarvardBusiness School, March 28 and 29, 1984.
The rules of the game in new product development are changing. Many companies have discovered that it takes more than the accepted basics of high quality, low cost, and differentiation to excel in today’s competitive market. It also takes speed and flexibility. This change is reflected in the emphasis companies are placing on new products as a source of new sales and profits. At 3M, for example, products less thanfive years old account for 25% of sales
Montag, 15. Juni 2009
The Knowledge-Creating Company
by Ikujiro NonakaEditor’s Note: This 1991 article helped popularize the notion of “tacit” knowledge—the valuable and highly subjective insights and intuitions that are difficult to capture and share because people carry them in their heads.
Montag, 15. Juni 2009
Yahoo Chief Product Owner – “Scrum is faster, better, cooler! It’s the way we first built software at Yahoo, yet is scalable to large, distributed, and outsourced teams.”
Montag, 15. Juni 2009
Montag, 15. Juni 2009
presented by
The Scrum Roles3 Scrum Team Roles plus 3 Organizational Roles
2009
Montag, 15. Juni 2009
3 plus 3 roles in Scrum
Montag, 15. Juni 2009
ScrumMasterThe Film Director -- He protects the team from all distrubances. He is not part of the team. He improves the productivity of the Scrum-Team and controls the “inspect and adapt” cycles of Scrum . He makes sure that the agile ideals are understood and that they are respected by all stakeholders. He is not responsible for the delivery of the product.
Montag, 15. Juni 2009
Protect yourScrum-Team
Montag, 15. Juni 2009
75
RemoveImpediments
Montag, 15. Juni 2009
76
Run the Process
Montag, 15. Juni 2009
77
Work with Product Owner
Montag, 15. Juni 2009
Work with the Organization
Montag, 15. Juni 2009
Product OwnerThe Storywriter -- She drives the Product Owner from the business point of view. She communicates a clear vision of the product and she defines its main characteristics. She also accepts the product at the end of a Sprint. She makes sure that the team only works on the most valuable Backlog Items. She has the same goal as the team. She is responsible for the return on investment.
Montag, 15. Juni 2009
Return on Investment
Montag, 15. Juni 2009
Build and communicate Vision
Montag, 15. Juni 2009
Maintain Product Backlog
Montag, 15. Juni 2009
Acceptance of Delivery
Montag, 15. Juni 2009
Establish and maintainReleaseplan
Montag, 15. Juni 2009
The TeamThe Actors -- They deliver the product and they are responsible for the quality. They work with End User, PO and Customers to understand the business requirements. The Teams performs its commitment voluntarily. They work continuously with the PO to define the strategic direction of the project.
Montag, 15. Juni 2009
86
DeliverDeliverDeliver
Montag, 15. Juni 2009
87
Quality
Montag, 15. Juni 2009
88
EstimateEstimateEstimate
Montag, 15. Juni 2009
89
Commit!
Montag, 15. Juni 2009
90
Organize yourselves!
Montag, 15. Juni 2009
CustomerThe Producer -- She requests the product. She contracts the organization for developing products. Typically these are executive managers who by software development from external software development companies. In an internal product development organization this is the person who is responsible for approving the budget for product development.
Montag, 15. Juni 2009
Orders the Product
Montag, 15. Juni 2009
Pays the Product Development
Montag, 15. Juni 2009
Gives Feedback in Reviews
Montag, 15. Juni 2009
ManagerThe Studio Boss -- Management is essential in Scrum Organisations. It enables the Team to work by building the right work environment for Scrum Teams. Managers create structure and stability. He also works with the ScrumMaster to re-factor the structures of the organization and guidelines when necessary.
Montag, 15. Juni 2009
Makes sure a organizations will survive in case of failures
Ed Cutmil: Havard Business Review, 2008
Montag, 15. Juni 2009
Establish Rules and Guidelines
Montag, 15. Juni 2009
End UserThe Audience -- Can be played by a lof to people. The End-User is the one who knows the requirements and with this knowledge he defines the product by telling the team what he needs from its functionality.
Montag, 15. Juni 2009
Knows what he needs and want
Montag, 15. Juni 2009
Gives Feedback in Reviews
Montag, 15. Juni 2009
Participate in Sprint Planning 1
Montag, 15. Juni 2009
How they work together!Montag, 15. Juni 2009
ScrumMaster works with Product Owner to ensure the Product Owner fulfills his job.ScrumMaster coaches the Product Owner and helps him against outsides odds.
Montag, 15. Juni 2009
ScrumMaster works with the Team to ensure that everyone agrees what he had agreed to do! Protects the Teams.Removes impediments
Montag, 15. Juni 2009
Product Owner works with the customer to ensure that he meets her own return on investment. Customer will push the Product Owner but she will keep her interests in mind.
Montag, 15. Juni 2009
Team works with End User to understand the needs of the End-User. To write the application according to spezifications of the End-User
Montag, 15. Juni 2009
ScrumMaster works with the Manager to re-factor guidelines and processes, to ensure the Scrum-Teams gets what it needs.
Montag, 15. Juni 2009
Product Owner needs to know what the market (the End User) wants to have. He needs to know the needs to be able to prioritize the product Backlog
Montag, 15. Juni 2009
References
Agiles Projektmanagement mit Scrum, Ken SchwaberAgile Software Development with Scrum, Ken SchwaberScrum and the Enterprise, Ken SchwaberScrum, Boris GlogerScrum, Roman PichlerHow Pixar Fosters Creativity, Ed Cutmill, HBR 2008Kotter, What Leaders really doHenry Mintzberg "The Manager's Job: Folklore and Fact"
Montag, 15. Juni 2009
Company in USA: Portal Company
5 Product Owners: News, Email, Products, Security, Infrastructure
1 Scrum Development Team, 9 people
1 integrated product: Portal.
Montag, 15. Juni 2009
What kind of problems do you get, if the ScrumMaster is part of the team?
Montag, 15. Juni 2009
Impediment backlog
112
Exercise:
•What kind of impediments can you think of?
•Create a list of current impediments in your organization
Timebox 5 min
Montag, 15. Juni 2009
Strategic Planning / Agile Planning
113
Montag, 15. Juni 2009
Purpose of planning?
114
What is planning?
What is estimation?
Why do we do planning?
Are you successful?
What is your biggest issue in planning?
Please discuss on your tables:
Timebox 10 min
Montag, 15. Juni 2009
Planning is ...Planning is the (psychological) process of thinking about the activities required to create a desired future on some scale. This thought process is essential to the creation and refinement of a plan, or integration of it with other plans.
Planning is a dialogue.
Dia = through;
Logos = Word / Thinking
115
Montag, 15. Juni 2009
size & duration
116
Montag, 15. Juni 2009
Country-Points
Finland
Denmark
USA
China
Austria
Canada
Brazil
France
UK
Germany
Italy
Slowakia
Montag, 15. Juni 2009
The Product Backlog• Emergent
• Deliverables, Stories, Functionality Requirements
• Prioritized and Estimated
• More detailed on higher priority items
• Anyone can contribute
• Product owner is responsible for priority
• Maintained and posted visibly
• Business Plan
118
Montag, 15. Juni 2009
© 2008 Objectbay So0ware & Consul9ng GmbH.
Product Backlog Iceberg
119
Priority
Sprint
Release
Next Release
Montag, 15. Juni 2009
PB
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
prioritized
Tactical Level
Strategic Level
Strategic Planning Process
VisionProduct BacklogPrioritization EstimationVelocity EstimationReleaseplanning
Montag, 15. Juni 2009
Vision
Product Backlog
Prioritization
Sizing
Release planning
StrategicPlanningresponsible support
Montag, 15. Juni 2009
Sprint Planning # 1
Sprint Planning # 2
Daily Scrum
Sprint Review
Sprint Retrospective
TacticalPlanningresponsible support
Montag, 15. Juni 2009
PB
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
PB
Sprint # 4
Sprin
t Pla
nnin
g 2
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!Sp
rint P
lann
ing
2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
PB
Sprint # 4
Sprin
t Pla
nnin
g 2
Sprin
tSp
rint
Retr
o-
Sprin
t Pla
nnin
g 1 .......
Estim
atio
n M
eetin
g
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
Estim
atio
n M
eetin
g
PB
prioritized
Tactical Level
Strategic LevelMontag, 15. Juni 2009
PB
Sprin
t Pla
nnin
g 2
Sprin
tRe
tro-
Estim
atio
n M
eetin
g
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
4013 3
0
8
100?20
5 2
1
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
Estim
atio
n M
eetin
g
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
PB
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
4013 3
0
8
100?20
5 2
1
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
Estim
atio
n M
eetin
g
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
PB
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
4013 3
0
8
100?20
5 2
1
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
Estim
atio
n M
eetin
g
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
presented by
Certified ScrumMaster 2009
129
Montag, 15. Juni 2009
Deliver ball points
130
As a group, deliver as many ball points as possible.
Timebox 2 min.
Montag, 15. Juni 2009
131
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
Montag, 15. Juni 2009
The End
Montag, 15. Juni 2009
Write down the questions you want to have answered this day.
Questions for the day
Montag, 15. Juni 2009
PB
Sprint # 4
Sprin
t Pla
nnin
g 2
Sprin
tSp
rint
Retr
o-
Sprin
t Pla
nnin
g 1 .......
Estim
atio
n M
eetin
g
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
4013 3
0
8
100?20
5 2
1
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
Estim
atio
n M
eetin
g
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
Estimation Meeting
159
Preparation of Sprint PlanningFormal estimationSpend at least two meetings per SprintEstimate only Size not Time=> Input for Release Planing
Montag, 15. Juni 2009
Tactical Level Sprint Planning 1
Sprint Planning 2
Daily Scrum / Day 2
Daily Scrum / Day N
Sprint Review
Sprint Retrospective
Analysis / Pulling Backlog Items
Design
Synchronisation / Pulling Tasks
Results
Improvement
Montag, 15. Juni 2009
Scrum MeetingsResults
Montag, 15. Juni 2009
Daily Scrum Meetings• Daily 15 minute meeting• Same place and time every day• Meeting room• Chickens and pigs• Three questions
• What have you ACHIEVED since last meeting?• What will you ACHIEVE before next meeting?• What is in your way?
• Impediments and• Decisions
162
Montag, 15. Juni 2009
PB
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
Planning Meeting
164
Product Backlog
Team Capabilities
Business Conditions
Technology Stability
Executable ProductIncrement
Review,Consider,Organize
Next Sprint Goal
Selected ProductBacklog
Sprint Backlog
Montag, 15. Juni 2009
PB
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
PB
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
PB
Sprint # 4
Sprin
t Pla
nnin
g 2
Sprin
tSp
rint
Retr
o-
Sprin
t Pla
nnin
g 1 .......
Estim
atio
n M
eetin
g
VISION
Product Idea
The Scrum Flow
Releaseplan
Product Backlog
Sprint # 1 Sprint # 2 Sprint # 3
PR O D U C T O W N E R
PB PBPB PB
9:00
12:00
18:00
Day 1
Do your Daily Scrum every day! Do your Daily Scrum every day! Do your Daily Scrum every day!
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Estim
atio
n M
eetin
g
Release
Version 1.2
Releaseplan Update
version 0.0 version 1.0 version 1.2 version 2.0
C U S T O M E R C U S T O M E R
C U S T O M E R
M A N A G E R
M A N A G E R M A N A G E R
.......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
Sprin
t Pla
nnin
g 2
Sprin
tRe
view
Sprin
tRe
tro-
spec
tive
Sprin
t Pla
nnin
g 1 .......
T E A M
SC R U M M A S T E R
U S E R U S E R
WHAT to do - Sprint Planning 1
PB
Analyse
HOW to do - Sprint Planning 2 CHECK it - Daily Scrum
version 0.0 version 1.0 version 1.3 version 2.0
©2009
Understand
T E A M
85
138203
5
4013 3
0
8
100?20
5 2
1
PlanningPoker
SIZE it - Estimation Meeting
Play!
PB
Estim
atio
n M
eetin
g
PB
prioritized
Tactical Level
Strategic Level
Montag, 15. Juni 2009
Sprint ReviewWhen a Team member says “done,” what does that mean?
Code adheres to standards, is clean, has been re-factored, has been unit tested, has been checked in, has been built, and has had a suite of unit tests applied to it
Development environment for this to happen requires source code library, coding standards, automated build facility, and unit test harness
Done!
168
Montag, 15. Juni 2009
Evaluation ConsequencesRestoring unfinished functionality to the Product Backlog and prioritizing it.Removing functionality from the Product Backlog that the team unexpectedly
completed.Working with the ScrumMaster to reformulate the team.Reprioritizing the Product Backlog to take advantage of opportunities that
the demonstrated functionality presents.Ask for a release Sprint to implement the demonstrated functionality, alone
or with increments from previous Sprints.Choosing not to proceed further with the project and not authorizing another
Sprint.Requesting that the project progress be sped up by authorizing additional
teams to work on the Product Backlog.
169
Montag, 15. Juni 2009
Sprint Retrospective
170
Montag, 15. Juni 2009
Running a Sprint
171
Montag, 15. Juni 2009
Running
30 daysTeam builds functionality that includes
product backlog and meets Sprint goalTeam self-organizes to do workTeam conforms to existing standards and
conventionsTracks progress
172
Montag, 15. Juni 2009
Monitoring a Sprint
173
SPRiNT Burn Down
Product Burn Down / Sprint / Release
Velocity Chart
Parking Lot Chart
Montag, 15. Juni 2009
News -- 50 Produkte -- 30 Schnittstellen - 10 ...
30
209
x
174
Montag, 15. Juni 2009
175
Montag, 15. Juni 2009
176
Montag, 15. Juni 2009
177
Hrs
Tage
Trendline
aktuelle Tendline
Sprint Ende
Montag, 15. Juni 2009
Abnormal termination
Sprints can be cancelled before the allotted thirty days are over
Team can cancel Sprint if they feel they are unable to meet Sprint goal
Management can cancel Sprint if external circumstances negate the value of the Sprint goal and
If a Sprint is abnormally terminated, the next step is to conduct a new Sprint planning meeting, where the reason for the termination is reviewed.
178
Montag, 15. Juni 2009
ScrumMaster = Change Agent
179
Montag, 15. Juni 2009
1. A sense of urgency 2. The guiding team 3. Vision and strategies 4. Communication 5. Empowerment 6. Short-term wins 7. Never letting up 8. Making change stick
180
LeadingChange
Montag, 15. Juni 2009
In 1967 I submitted a paper called "How Do Committees Invent?" to the Harvard Business Review. HBR rejected it on the grounds that I had not proved my thesis. I then submitted it to Datamation, the major IT magazine at that time, which published it April 1968.
Here is one form of the paper's thesis:
Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization's communication structure.
Conways Law
Montag, 15. Juni 2009
Scrum a Change ProcessMost projects deliver software every 6 to 18 months. Scrum reduces this to many 1 month deliveries to increase
control via inspect/adapt.
This puts stress on the team and organization, exposing underlying problems and limitations.
The ScrumMaster’s job is to prioritize these problems and help the organization overcome them to get better at software development, managing software investments, and becoming a community to work in.
182
Montag, 15. Juni 2009
ScrumMaster = Leader and Facilitator
Removing the barriers between development and the customer so the customer directly drives development
Teaching the customer how to maximize ROI and meet their objectives through Scrum
Improving the lives of the development team by facilitating creativity and empowerment
Improving the productivity of the development team in any way possible and,
Improving the engineering practices and tools so each increment of functionality is potentially shippable.
183
Montag, 15. Juni 2009
A Day in Life of a ScrumMaster
184
Ensure everyone is doing what they have agreed to do
Determine where Scrum is compared to where it could be and update your own Scrum product backlog
Work the product backlogA dead ScrumMaster is a useless ScrumMaster
and,Use all of your senses, including common sense,
and remember that you have no authority.
Montag, 15. Juni 2009
Impediments II
The tyranny of the waterfall
The illusion of command and control and,
The era of opacity.
185
Montag, 15. Juni 2009
Scrum Teams
186
Montag, 15. Juni 2009
Cross Functional with No “Roles”
Multi Disciplinary
5 - 9self-sustainable
Montag, 15. Juni 2009
Rules of Etiquette
Team should create “Teams rules”
Never use the word “you”
Be on time
Use a talking stick
No name calling
188
Montag, 15. Juni 2009
Collaboration
The Product Owner is not enemy
Other teams need to understand that we need them
We all deliver to the same goal
Open collocated space is recommended
189
Montag, 15. Juni 2009
Scaling / Distributed Teams / Larger Scrum
190
Montag, 15. Juni 2009
PO
Anforderer aus den
Fachbereichen
TeamPO
Anforderer aus den
Fachbereichen
Team
PO
Anforderer aus den
Fachbereichen
Team
Backlog Backlog
priorisiert
Die Anforder schreiben
BI und der Po priorisiert,
erst im Sprint arbeiten
die Anforderer direkt mit
dem Team
191
Montag, 15. Juni 2009
Team
Marketing
Product Owner
Sales Kunde Dev. IT Kunde Kunde Kunde
Team Team Team Team
Team Team Team Team
P P P P P P
P
PPP
P
P PP
P
P P PP
P
P P P
192
Montag, 15. Juni 2009
Common Pitfalls
193
Montag, 15. Juni 2009
If you do not have in place:
194
1. Prodcut Owner is missing
1.1.No Vision
1.2.No roadmap
1.3.No product backlog
2. Product Backlog
2.1.Is not sized
2.2.is not estimated
2.3.is not prioritized
3. Sprint meeting
3.1.Team accepts backlog items “not ready”
4. Sprint Interference
5. No Burn-Down Chart
6. No Daily Meeting
7. No Impediment List
8. Software not Done
9. No retrospective
Montag, 15. Juni 2009
What is hard about Scrum?
195
1. Overwhelming details if not managed
2. Cross-functional team understanding
3. Getting a product backlog
4. Non-dedicated resources
5. Integrating support tasks
6. Estimation / metrics
7. Daily estimates / decomposition of work
8. Longer term planing / coordination with other teams - conflicting priorities
9. Time for research / slack
Montag, 15. Juni 2009
"My advice is to do it by the book,get good at the practices,then do as you will.Many people want to skip to step three.How do they know? " -- Ron Jeffries
1. Shu (守:しゅ, Shu? "protect", "obey")
— traditional wisdom — learning fundamentals, techniques, heuristics,
proverb.
2. Ha (破:は, Ha? "detach", "digress") —
breaking with tradition — finding exceptions to traditional wisdom,
reflecting on their truth, finding new ways, techniques, and proverbs
3. Ri (離:り, Ri? "leave", "separate") —
transcendence — there are no techniques or proverbs, all moves are
natural
Montag, 15. Juni 2009
Velocity Game
197
Montag, 15. Juni 2009
bor!s glogerCopyright of this presentation is by Boris Gloger.
Every Certified Scrum Master, trained by Boris Gloger, is allowed to use this slide for a non commercial purpose.
Further Information you get from:
Montag, 15. Juni 2009