The document discusses theories and principles for increasing productivity and throughput (velocity). It presents queuing theory and the theory of constraints, explaining how to reduce utilization, batch size, and item size to improve flow based on queuing theory. It then provides 21 experiments teams can try based on these theories, such as reducing work in progress limits, splitting up work into smaller batches and items, and improving the identified constraint area.
24. Why reduce batch size?
Littles Law
Avg. Cycle Time =
Work In Progress (WIP)
Avg. Velocity
www.journey-to-better.com
Velocity
Cycle
Time
WIP
Batch
Size
25. Why reduce item size?
www.journey-to-better.com
Velocity
Queue
Size
(WIP)
Item
Size
Predictability
Bad
Variability
Cycle
Time
26. Improving freeway velocity
Image by Atlantacitizen at the English language Wikipedia, CC BY-SA 3.0,
https://commons.wikimedia.org/w/index.php?curid=1811360
27. Reducing utilisation
www.journey-to-better.com
Image by: https://www.flickr.com/photos/highwaysagency/
• Radio messages
• Signs
• Promote Car Pooling
• Promote Public Transport
• Tolls
• High Taxes and fees
• Limit access by registration
• Add more lanes
28. Reducing batch size
Image by: https://www.flickr.com/photos/29233640@N07/
www.journey-to-better.com
• Control entry points
• Stagger work times
• Multi nucleolus city
29. Reducing item size
Image by: https://www.flickr.com/photos/null0/
Replace Buses with Cars, Cars with Bikes.
www.journey-to-better.com
30. Queuing Theory
is baked into
agile & Scrum
www.journey-to-better.com
Good news!
Image by: https://www.flickr.com/photos/jeffrey
31. Queuing Theory in agile
agile lowers Utilization by
• Promoting sustainable development.
• Customer collaboration.
agile lowers Batch Size by
• Focus on early delivery of Working Software.
agile lowers Item Size by
• Focus on simplicity & business feedback.
www.journey-to-better.com
Image: http://www.agilemanifesto.org/
32. Queuing Theory in Scrum
Scrum lowers Utilization by
• Team members 100% allocated.
• Team pulls in work to sprint.
Scrum lowers Batch Size by
• Sprint length.
Scrum lowers Item Size by
• Time boxing & D.O.D.
www.journey-to-better.com
33. Utilisation experiments
• Pull in less total Story Points (-20%)
• Commit to less team hours (-20%)
• Limit # of I.P. User Stories (p/2)
• Show requesters your Scrum board
34. Batch size experiments
• Split up Releases (½)
• Split up Epics/Features (3 to 12)
• Shorten your Sprints (-1w)
35. Item Size Experiments
• Split up your User Stories (# in sprint ~= p)
• Use Spikes
• Practice Simplicity
• Split up your Tasks (max 1d)
38. r0002 | flagstaffotos.com.auCanon 20D + Canon 400mm f/5.6 L - Own
L 1.2, https://commons.wikimedia.org/w/index.php?curid=5305901
Why add just one lane?
41. Focusing our efforts
5 units
per week
2 units
per week
3 units
per week
www.journey-to-better.com
Idea
Process
A
Process
B
Process
C
Customer
• A?
• B?
• C?
• A, B & C?
• Need more info?
42. Theory of Constraints (TOC)
"a chain is no stronger than its
weakest link“
Improving strong links, does not
strengthen the chain.
To achieve more of your goal,
improve your weakest link.
www.journey-to-better.com
46. Backlog Analysis Coding Review Testing Accept Done
Populate with current state
www.journey-to-better.com
47. 1. Identify the constraint
Symptoms
• Work waiting in front of the constraint.
• Resource is heavily stressed.
• Starvation downstream.
www.journey-to-better.com
Constraint
48. Backlog Analysis Coding Review Testing Accept Done
Where is the constraint?
www.journey-to-better.com
51. Backlog Analysis Coding Review Testing Accept Done
Doing ReadyDoing ReadyDoing ReadyDoing Ready
Split all other columns
www.journey-to-better.com
52. 2. Cheap Changes
Some experiments:
• Shield them from interruptions.
• Limit their WIP.
• Reduce their non value adding work.
No overtime!
www.journey-to-better.com
54. Backlog Analysis Coding Review Testing Accept Done
Doing ReadyDoing ReadyDoing ReadyDoing Ready
(5)
Let it run
Constraint remains
www.journey-to-better.com
55. 3. Align everyone
Some experiments:
• Limit WIP of upstream to match.
• Upstream do preparation work.
• Upstream improve their quality.
• Pair upstream with constraint staff.
www.journey-to-better.com
56. Backlog Analysis Coding Review Testing Accept Done
Doing ReadyDoing ReadyDoing ReadyDoing Ready
(5)(5)(5)(5)
Align everyone
Match upstream WIP to constraint
Devs do more test prep work.
Dev-QA pairing
www.journey-to-better.com
57. Backlog Analysis Coding Review Testing Accept Done
Doing ReadyDoing ReadyDoing ReadyDoing Ready
(5)(5)(5)(5)
Let it run
Constraint remains
www.journey-to-better.com
58. 4. Expensive Changes
Some experiments:
• Improve their tools.
• Improve their environment.
• Improve their team work.
• Hire more people.
www.journey-to-better.com
59. Backlog Analysis Coding Review Testing Accept Done
Doing ReadyDoing ReadyDoing ReadyDoing Ready
(5)(5)(5)(5)
Expensive Changes
Improve tools (reduce manual effort)
Get Devs to help execute tests
Hire another tester
www.journey-to-better.com
60. Backlog Analysis Coding Review Testing Accept Done
Doing ReadyDoing ReadyDoing ReadyDoing Ready
(5)(5)(5)(5)
Let it run
Constraint has been broken
www.journey-to-better.com
61. 5. Repeat
• The bottleneck should now have shifted.
• Start all over again.
www.journey-to-better.com
62. Scrum enables TOC
• Task board
• Stand up
Identify
• Focus on Sprint Goal
• Scrum Master
Cheap
Changes
• Shared Team Success
• Self Organising Team
Align
Everyone
• Retrospective
• Self Organising Team
Expensive
Changes
63. Questions
Analogies
Utilisation, Batch Size, Item Size
Queuing theory in Agile
Queuing theory in Scrum
Improving the weakest link
Five Focusing Steps
Scrum enables TOC
Real life examples
Experiments
Contact: @andrewrusling arusling@halfbrick.com
Slides: http://bit.ly/21ExperimentsToImproveYourVelocity
64. QT Experiment Summary
• Pull in less total Story Points (-20%)
• Commit to less team hours (-20%)
• Limit # of I.P. User Stories (people/2)
• Show requesters your Scrum board
• Split up Releases (½)
• Split up Epics/Features (3 to 12 sub items)
• Shorten your Sprints (-1 week)
• Split up your User Stories (# in sprint ~= people)
• Use Spikes
• Practice Simplicity
• Split up your Tasks (max 1d)
65. TOC Experiment Summary
• Shield them from interruptions.
• Limit their WIP.
• Reduce their non value adding work.
• Limit WIP of upstream to match.
• Upstream do preparation work.
• Upstream improve their quality.
• Pair upstream with constraint staff.
• Improve their tools.
• Improve their environment.
• Improve their team work.
• Hire more people.