Kanban Essentials Michael Sahota & John Goodsen
Core  Properties of Kanban Visualize Workflow Limit Work-in-Progress (already covered) Measure and Optimize Flow Make Policies Explicit
VISUALIZE WORKFLOW
EXERCISE How do you visualize your work flow today?
Start with your value stream map
Visualize Work
Visualize Work Across Specializations
Establish WIP Limits
Visualize Work Queues
Kanban Works for Any Project
MEASURE AND OPTIMIZE FLOW
Table Talk What kind of measurements and metrics do you use today?
Collect key metrics on card
Lead time at Disney World
Tell ‘em how long it will take Copywrite
Cycle Time – Remember Little’s Law?
Control Charts measure Cycle Time Avg. Cycle Time Normal Variation Let’s investigate!
Visualize metrics with Continuous Flow Diagram (CFD) WIP Cycle Time Problem
Real project: lot’s of WIP at start… Yikes!
…  improvement later on WIP reducing
Make Policies Explicit
Classes of Service - Standard
Class of Service - Fixed Date
Class of Service - Intangible
Class of Service - Defects
Making Policies Explicit
Expedite if you must…
EXERCISE What Policies do you have now? How do you communicate them with your team? What new Policies do you want to consider when you get back to work on Monday?

Kanban 101 - 3 - Kanban Essentials

Editor's Notes

  • #3 A team that is truly following Kanban will exhibit these 5 core properties. An example of Model’s are concepts like Theory of Constraints, Systems Thinking, Understanding Variability as taught by Deming or the concept of “muda” from TPS TODO : These are already old - Incorporate David Anderson’s recent post resetting the conversation on the kanbandev list and re-stating the current set of properties as they’ve changed over the last couple years: Reference Material: - Kanban, pp 16-17 -
  • #7 Many Agile teams use some type of workflow visualizations using Stickies on whiteboards, cards on bulleting boards, etc. This in itself is not Kanban - it is merely a Visual Control System. Kanban requires that the team exhibit the core properties. At this point, we only talk about cards as user stories … it will evolve into a discussion of Classes of Services later.
  • #8 Many Agile teams use some type of workflow visualizations using Stickies on whiteboards, cards on bulleting boards, etc. This in itself is not Kanban - it is merely a Visual Control System. Kanban requires that the team exhibit the core properties. At this point, we only talk about cards as user stories … it will evolve into a discussion of Classes of Services later.
  • #14 References: Kanban, pp 70-71
  • #23 For purposes of this workshop, we will cover enough Classes of Service to play the game, but not get sidetracked into the differing work items within a class of service (for example - grain of sand, story, feature, epic) The four most typical classes of services are addressed slide by slide immediately following this intro slide: - Expedite - Fixed Delivery Date - Standard Class - Intangible Class References: Kanban pp124-128
  • #28 Use the example of the customer who decides to spend some money in the last quarter of the fiscal year. They’ve been delaying the purchasing decision, but now are ready to spend the money just as time runs out. If we cannot deliver in time, we lose the sales opportunity completely. The order is placed, but payment is contingent on delivering in the fixed timeframe. It must be fulfilled, delivered and invoiced before the time expires. Expedite gives us the ability to say “Yes!” in these difficult situations, but comes at a big cost to the rest of the organization: - Expediting increases work in process and increases lead times for other non-expedited orders. - Kanban enables us to make expedition a consciouse decision. References: