The document provides an introduction to Kanban, which is a set of ideas from lean thinking for managing knowledge work. It outlines the six core properties of Kanban: 1) visualizing work, 2) limiting work-in-progress, 3) managing flow, 4) making policies explicit, 5) implementing feedback loops, and 6) making continuous evolutionary improvements. The document emphasizes that Kanban promotes evolutionary, not revolutionary, change and respect for the current process.
2. Doing
too much
Don’t know
where we are
Can’t see
our position
Can’t predict
our output
Not all playing by the
same rules
Revolutionary
change
Not improving
9. No “Big Bang” changes
Foundational principles:
1. Start with what you do now
2. Respect the current process, roles,
responsibilities & titles
3. Agree to pursue evolutionary change
13. Map current processes;
not roles
Identify dominant activities
that discover new knowledge
Visualise your work
14. Visualise your work
Helps you understand
how work flows through
your system
Helps spot areas
needing change
15. Visualise your work
Common to translate
processes to a board
Consider how best to
visualise your workflow
different types
of work
different
priorities
different
customers
blocked items
of work
who is working
on what
20. Limit WIP
Using a pull system?
Agree capacity of the system
Use tokens (e.g. cards) to denote capacity
Attach a token to each piece of work
When run out of tokens, stop taking on new work
Only take on new work when a token is available
(one in, one out)
System can’t become
overloaded
21. Limit WIP
Many believe that working on multiple items
at the same time increases efficiency
But allowing too much work in progress at
the same time can have negative effects …
… as can having too little
Aim is to get WIP limits to the “sweet spot”
where you have the optimal flow
22. Limit WIP
Fast food drive-thru video to explain:
WIP limits
Cycle Time/Lead Time
Delivery Rate
“WIP: why limiting work in progress makes sense” on YouTube
http://youtu.be/W92wG-HW8gg
23. Limit WIP
Limiting WIP helps because it:
encourages swarming
encourages small work items
encourages flow of work
encourages finishing work items
“Focus on finishing things, not working on
things”
24. Limit WIP
Start with what you have now …
Can you:
Limit WIP per column on the board?
Limit WIP per section of the board?
Limit WIP across the whole board?
Limit WIP across the whole organisation?
26. Manage flow
Measuring the flow of work through your
system helps you identify problems
Every process has at least one bottleneck
Your system can only work as fast as your
slowest point
So make changes to your process in an
attempt to improve flow
27. Scrum has a burn down chart
Kanban has a variety of reports:
Cumulative Flow Diagram
Scatterplot
Histogram
Manage flow
32. Manage flow - Scatterplot
The Scatterplot shows us:
Cycle Time variability
Outliers
Standard percentile lines (e.g. 85%)
“Investigate
performance to attack
sources of variability”
33. Kanban has a variety of reports:
Cumulative Flow Diagram
Scatterplot
Histogram
Manage flow
35. Manage flow - Histogram
The Histogram shows us:
Frequency of each Lead/Cycle Time
A guide for the time that future stories will
take
Gives us much greater
understanding than a
burn down chart!
37. Make policies explicit
It’s difficult to improve a situation if you don’t
know the rules (responses will be emotional
and subjective)
Acknowledge any policies in your process by
stating them explicitly
38. Make policies explicit
Entry criteria
Definition of ‘Done’
Classes of Service
Standard
Expedite
Fixed
Intangible
42. Improve collaboratively,
evolve experimentally
Use scientific method
Continuous evolutionary improvements
(“Kaizen”), rather than revolutionary change
All the other Kanban ideas lead to this and
should provide data to help improve
Start where you are now. Seek to “attack the
sources of variability” in your processes
43. Different work types
Sources of variability
Different sizes of work
Having to rework items
Different classes of service
Accepting unknown work
Environmental / platform problems
44. Although it’s from lean,
it shouldn’t break the
Agile Manifesto
Set of ideas;
not prescribed process
Evolutionary change,
not revolution
Knowledge work;
not manufacturing
Pull system;
not push system
47. General Assembly and I would love to
hear your honest feedback: you will
receive an email requesting feedback on
today’s session shortly.
We encourage you to complete this as it
will allow us to improve the quality and
value we provide.
Thank you.