Presents an overview of the _Kanban Litmus Test_, a series of four questions that go to the heart of an organisation's use of Kanban. Essential knowledge for coaches, managers and practitioners alike to ensure you realise all of Kanban's promised benefits.
Kanban starts with the processes, roles and policies you're using now. This means you can be using the Kanban Method but not yet have a process that effectively limits work in progress, let alone brings all the expected benefits of Kanban such as improved lead times, throughput and quality. How then do you know if you are really applying Kanban well? The answer is the _Litmus Test_ a series of 4 questions (and supplementaries) that drills into the way your organisation is using Kanban. This presentation will explain what the Litmus Test is and how it can guide adopters of the method to move step by step through the elements. The Litmus Test links many aspects of Kanban together, such as the nature of true kanban systems, the reasons and business benefits of deferred commitment, the opportunities for increasing customer satisfaction through effective forecasting and classes of service, and the new business models opened up by deep Kanban implementations.
This talk highlights one of the lesser known aspects of Kanban, described in *Essential Kanban Condensed*, the French edition of which became available in the week of the conference - see http://leankanban.com/frguide
21. Requests Selected Development Acceptance Complete
Discarded
Commitment
Ongoing Ready
4 6 4
Delivery
System Lead Time
Importance of Customer Lead Time
Released
Receipt
Customer Lead Time
Request
22. Requests Selected Development Acceptance Complete
Item per time
period
Discarded
Commitment
Ongoing Ready
4 6 4
System Lead Time
Released
Receipt
Customer Lead Time
Accepted
Request Delivery
Regular cadence
Sync’d System and Customer Lead Time
Litmus was used for the first time about 1300 AD by Spanish alchemist Arnaldus de Villa Nova.[1] From the 16th century on, the blue dye was extracted from some lichens, especially in the Netherlands.
Manage the work, let workers self-organise around it
Agg’d Personal: Relief from over-burdening but not a system view
Per-person: Not wip limited. Lead times will be unpredictable unless informally managed.
Start here is the principle. Just don’t stop there. Look to the limitations of protokanban systems as well as their benefits.
No WiP limit on Requests
Work items could be “Projects”, Features (MMFs), User Stories, Helpdesk tickets, ToDo items, etc
Time between the commitment point and delivery is called the Lead Time
Items in between the commitment point and delivery are called the Work in Progress (WiP)
Number of items delivered per time period is called the Delivery Rate
Work items could be “Projects”, Features (MMFs), User Stories, Helpdesk tickets, ToDo items, etc
Time between the commitment point and delivery is called the Lead Time
Items in between the commitment point and delivery are called the Work in Progress (WiP)
Number of items delivered per time period is called the Delivery Rate