14. FOCUS ON VALUE, NOT COST
● Iterative Funding
● Emergent Value
15. USE A SLICING HEURISTIC
● Explicit policy for
breaking up work,
e.g. "A story must
have only one
acceptance test"
● Slice stories JIT (e.g. in Sprint Planning)
● Can add to "Definition of Ready"
16. WHY IS THIS BETTER THAN
ESTIMATING?
● Explicitly promotes the good practice of
splitting work to be done
● Avoids cognitive biases
● Easy to measure effectiveness (e.g. mean &
median cycle time within x%)
18. ● Size of premises
● No. & size of ovens
CONSTRAINTS REDUCE
VARIABILITY AND LIMIT WIP
● No. of chefs & drivers
● Delivery radius
19. ● Avg. wait time (hours) =
Number of orders in progress (WIP)
/ Avg. orders completed in an hour (throughput)
● Assume throughput is 50
● Using Little's Law, 0.5 = x / 50
● x = 25
● We should only take on 25
orders at a time
MAX. 30 MINUTE
WAIT FOR CUSTOMERS
21. TAKING ON MORE ORDERS
MAY INCREASE WAIT TIME
● Now our WIP is 30 orders
● x = 30 / 50
● x = 0.6 hours = 36 minutes
● If we can actually deliver
60 pizzas per hour, wait
time will not increase
23. CYCLE TIME DISTRIBUTION
● Measure actual
cycle time to
identify outliers
● Measure mean
and median
averages
24. EASY TO MEASURE & SHOW
● Update cycle
time at daily
standup
● Use coloured
dots to represent
number of days
An awesome feature
that's taken 4 days
25. IN SUMMARY
● Real constraints breed creativity
● Keep teams together
● Use XP practices for technical excellence
● Put the "iterate" back into iterations!
26. IN SUMMARY
● Treat the backlog as options
● Focus on value, not cost
● Slice work using a heuristic
● Limit WIP and measure cycle times