Upload
nick-oostvogels
View
821
Download
0
Tags:
Embed Size (px)
DESCRIPTION
One of the most common struggles of Scrum teams is finishing a sprint 100%. In their retrospectives, teams work out improvement actions to address this issue. These actions are often targeting better planning, better estimating or better preparation of user stories. However, as time proceeds, the next sprints are not completed 100% neither. Even when the Scrum master encourages the team to commit to less story points. They always seems to deliver 80% to 90% of the sprint backlog. Not only is this very demotivating, it also compromises shipping the next increment. In this session I will explain with a case study, why this struggle is not related to poor planning, estimating or preparation. I will share how this specific team used the improvement kata and Theory of Constraints to optimize their flow of work and ended up finishing their sprints successfully.
Citation preview
the ROAD to ���potential SHIPPABLE increments
April 25, 26 - Lyon h"p://www.flickr.com/photos/gravitywave/483395506/
Who am I?
• Nick Oostvogels • Independent consultant • PM, agile & Kanban coach • Freelance blogger • Conference organizer • Father of 3
The story
h"p://www.flickr.com/photos/expressmonorail/3121252611/
The story
• A typical Scrum team • Dedicated team of 5 devs, 2 qa, 1 PO, 1 SM,
1 analyst
The story
• Switched from waterfall 6 months ago • Getting better • Being coached
The story
• Developing a web application • Highly visible project • Have to start delivering
Retrospectives
• Taken seriously • Improving continuously • Open minded, willing to try new things
PROJECT POST-MORTEM LESSONS LEARNED
MORE FREQUENT with ITERATIVE development
Agile RETROSPECTIVES
Image by code_mar.al at h2p://www.flickr.com/photos/code_mar.al/4145914957/
Retrospectives SET the STAGE
GATHER INFORMATION
INSIGHTS
DEFINE ACTIONS
CLOSE
But still…
Finishing a sprint 100% seemed impossible
Introducing…
The 6 step program…
… towards potential shippable increments
h"p://www.flickr.com/photos/theklan/1276710183/
1st step
Change focus by learning the improvement kata Goal: get more value out of the retrospectives
Kata : a pattern you practice to learn a skill and mindset. Improvement kata : a pattern for improving, adapting and innovating.
It helps to improve continuously towards a goal instead of random hunting for improvements.
h"p://www.flickr.com/photos/kaibara/1449448184/
Current condition
Vision
Target Condition
PDCA PDCA
PDCA
Improvement kata
Customized for retrospectives
1. Formalize the vision
“What is important for us? How do we want to deliver software?
Current condition
Vision
Target Condition
PDCA PDCA
PDCA
Customized for retrospectives
2. Use the vision to agree on the target condition
“What is the next step we can take to get closer to the vision?”
Customized for retrospectives
3. Use the vision as a cross-check
Does this improvement suggestion help us to get closer to the vision?
Result
• Better focus • Long term thinking • Systems thinking • The vision is used as a referee ���
during discussions
• It may take several ���sprints to get to ���the next target condition
h"p://www.flickr.com/photos/louish/5626178350/
2nd step
Focus on quality
Goal: ‘REALLY’ delivering features
What is quality?
Zero bug policy!
h"p://www.flickr.com/photos/felixjacksonjr/2280660104/
How?
• In sprint testing • In sprint validation Definition of done: + no open bugs related to user stories of the sprint backlog Fix regression bugs before starting new work
Results
• Happier end users • Easier demo’s • Higher confidence towards deployment • More accurate planning
3rd step
Focus on improving flow Goal: identify and understand bottlenecks
http://www.flickr.com/photos/96dpi/3371440496/
Theory of constraints
Boyscouts example
http://www.flickr.com/photos/22326055@N06/4257346829/
• Step 1 – Find bottlenecks through symptoms • Step 2 - Plan actions to reduce or eliminate
bottlenecks • Step 3 – Subordonate everything else to the
above decision
• Step 4 – Evaluate the bottleneck • Step 5 – go back to step1
Investigate & act Walk through the lifecycle ���
of the user stories
h2p://www.flickr.com/photos/usnavy/6083504722/
Investigate & act Use measurements
Investigate & act Discuss possible bottlenecks
h2p://www.flickr.com/photos/smannion/3385144016/
Investigate & act Plan actions to reduce or ���
eliminate the bottleneck
Result
• Awareness • Get used to hunt for bottlenecks
4th step
Make bottlenecks visible
Limit Work in Progress
Active In Development (5) In Test (3) Resolved (2) Closed
Kanban board
Kanban rules
Never break the WIP limits!
Being idle due to uneven flow distribution drives people crazy!
h"p://www.flickr.com/photos/annayanev/3491617954/
Kanban rules
1. Check if the bug list is empty 2. Check if you can help the next stage to pull a
feature 3. Check if you can help somebody with a feature
in your stage 4. Investigate the root cause 5. Improve the application or your way of working 6. Learn something new, related to the job
What to do when the flow is stuck?
Remember:��� ���Kanban doesn’t focus on maximizing utilization of people ���
Result
• Focus on the entire chain • WIP limits to manage flow and tackle
bottlenecks
5th step
Anticipate bottlenecks early on
Understanding measurements
Distribution
SLA’s
Result
• Visualisation • Better decision making • No more tasks that disappear in the process
6th step
Use SLA’s for good sprint backlog composition
Sprint backlog
Big user stories need to go first We can only do a few big ones Small user stories near the end Dependent user stories may not fit the sprint S (0-‐2 sp) : 4 days -‐ 7 days
M (3-‐5 sp) : 4 days -‐ 7 days L (8-‐13 sp) : 10 days -‐ 14 days
The Role of PO and SM
http://www.flickr.com/photos/joshuacraig/5410326211/
Product Owner
Explain priorities Actively participate
Trust the team Put quality and flow first
Scrum Master
Guard the rules Give the team a
mandate Trust the team
Compare ���with ���1 year ���earlier
Compare with 1 year earlier
Planning is much more accurate despite less upfront preparation • Bugfree software • Consistent delivery
• Definition of done • Up to date product backlog
Compare with 1 year earlier
Easier end-user testing and demos Better feedback
http://www.flickr.com/photos/cblue98/7635645124/
Compare with 1 year earlier
Team spirit increased
http://www.flickr.com/photos/wwworks/1384952210/
Not pushing to go faster ���but improving end 2 end
h2p://www.flickr.com/photos/rwp-‐roger/3854246685/
Compare with 1 year earlier
Focus on finishing instead of starting
http://www.flickr.com/photos/tharrin/3555828959/
Compare with 1 year earlier
Ownership “Everybody cares”
http://www.flickr.com/photos/saamiam/4203685689/
Summary
1 Improvement Kata
6 Use SLA’s during planning
2 Focus on Quality
3 Improving flow
4 Make bottlenecks visible (WIP limits)
5 Anticipate bottlenecks (SLA’s)
Available on
Related books
www.dare2013.be
Thanks!
@NickOostvogels
http://www.skycoach.be