Kanban Agile.pptx

Editor's Notes

1. Module 1 : Introduction to Kanban Understand the basic definition of Kanban, and experience a simulation which they can relate to in their own context. They should be able to describe what is not working in their environment. Make a note this is not ‘The Kanban Method’ which is covered in the formal training in myT&L (although coaches can feel free to introduce elements of the Kanban Method if desired). Module 2 : Kanban Theory Understand Pull vs Push, explain how Kanban can help create a pull system and understand the basics of limiting WIP. Module 3 : Flow & Metrics Understand how we can measure Flow of Value through a Kanban System, and how to interpret 4 key metrics and charts. Module 4 : Summary Link training to their own context, understand how Kanban can help their workload. Should we include some commitments from the team?
2. These are all Myth. Learning Outcome: establish with delegates where they think they are. This can take 15-20 mins depending on discussion points.
3. Learning Outcome: Basic definition of Kanban. NB This is not ‘The Kanban Method’ which includes more around organizational change etc. This is the basics needed to establish flow. Focus on flow and value on this slide.
4. Learning Outcome: Experience Kanban, will likely be a bit chaotic. Reflect on the exercise – 5 mins. What did they observe in the game? How did it feel? What parallels can you draw from this to your current work environment? <Add facilitator notes!!> Skip Rules Dialog * Pause Game * Explain rules * Start game We will run for 10 days.
5. Reflect on the exercise – 5 mins. What did they observe in the game? How did it feel? What parallels can you draw from this to your current work environment? Skip Rules Dialog * Pause Game * Explain rules * Start game We will run for 10 days.
6. Make sure intro… Use Henrik Knibergs game (and credit him when you run it please) http://www.crisp.se/henrik.kniberg/multitasking-name-game Use the PDF. We can create a Mural board to simulate using pens and paper. Usually, it is good to get the Team Leader of a team being the ‘Worker’. Not mandatory though. Also good if the teams are well known to each other, to give them different names they can use, and to ask the ‘Customers’ to create chaos, e.g. forget which letter they are on etc.
7. Learning Outcome: These are the only 3 mandatory practices in Kanban in order to crate a pull system and establish Flow. Again, the Kanban Method builds upon these for their 6 Practices. These 3 fundamental practices are needed to establish flow. There are no Roles defined in Kanban Systems. There are no Events defined in Kanban Systems, however teams will often establish their own cadence in order to manage these practices, e.g. Retrospectives, Replenishment. DO NOT mix up Scrum events with this, e.g. Sprint Planning belongs in Scrum.
8. Learning Outcomes: Have something which allows teams to establish their own working agreements with Kanban systems and flow. This creates transparency. Again, these are the minimum items needed to establish flow. You can build on these if needed, but teams should start somewhere. SLE will be covered more later, but introduce the concept here
9. Learning Outcome: Introduce the concept of a Product, and the agile mindset around product delivery (rather than a project plan being delivered). Projects would be things they have been asked to deliver, e.g. compressor overhall, fpso delivery etc. The key thing is a project is a sequence of tasks to be completed to get an output. Success of a Project is driven by delivery of Scope on Time and On Budget. Products – iPad, Phone, car – items which can be improved upon, they have value to the customer, can be used. Success of the product is driven by users (they love it, hate it) and revenue for the company. We are looking to get people focusing on Products at the outcome of their work – which have value.
10. Learning Outcome: There is always a Product. Every product has a customer – someone who gets value from your product. Every product has a producer – someone who gets a benefit (revenue, cost savings, society) Optional: Ask delegates to give examples where there is NOT a product. Work with them to show what the product is in their examples.
11. Delegates should bring their context to this, what is valuable to them, what do they deliver that has value. Value as gained by successful completion of the activity. Value may be estimated using tangible or quantitative measures (e.g., mboe, $m, NPT reduced, cost of delay); or using largely intangible or qualitative measures (e.g., strategic, reputational, feel); or some combination of both Remember difference between current value and potential value. We don’t really know the value of something until we deliver it – we only have an estimate of potential value until then.
12. Learning outcome: Working to understand where WIP limits bring back a degree of control. Reflect on the exercise – 5 mins. What did they observe in the game? How did it feel? What parallels can you draw from this to your current work environment? <Add facilitator notes!!> Skip Rules Dialog * Pause Game * Explain rules * Start game We will run for 10 days.
13. Reflect on the exercise – 5 mins. What did they observe in the game? How did it feel? What parallels can you draw from this to your current work environment? <Add facilitator notes!!> Skip Rules Dialog * Pause Game * Explain rules * Start game We will run for 10 days.
14. Learning Outcome: Introduction of the 4 key metrics, and how they can help. We have just completed an exercise in understanding WIP, so we can to a bit deeper here. Cover WIP fully. Work In Progress – all of the work between a defined Start Point and the End Point (as per the DoW). If it is past the start point, and not done yet, it is Work in Progress. Introduce the other concepts briefly. More detail coming in next 3 slides. Cycle Time – the amount of elapsed time between the point a work Item Started and when it Finished. “How long did it take to get completed” Throughput – the number of workitems finished per unit of time, e.g. we finished 5 items in a week (7 days). Work Item Age – the amount of elapsed time between the point a Work Item started and ‘now’.
15. This is the only ‘leading’ indicator, and is a teams most powerful metric for use in detecting problems with flow and making interventions.
16. Learning Outcome: understand how to read the chart and what actions could be taken. The X-Axis is the stages of the workflow for this team, everything is WIP. Flowing reasonably well, perhaps something to look at towards the end. Are we focussing on work at the start? Are we pulling in work before finishing work? Lots of issues, aging right from the start, no longer predictable Focus in the early stages, but major issues towards the end – we are not going to deliver on ‘time’ Looking good, but perhaps should think about swarming on the last 3 items.
17. Learning Outcome: If we start with Kanban, what happens. What differences do the teams see. Usually, more work will get done in this round than in Round 1 and 2 combined. Reflect on the exercise – 5 mins. What did they observe in the game? How did it feel? What parallels can you draw from this to your current work environment? Skip Rules Dialog * Pause Game * Explain rules * Start game We will run for 10 days.
18. Reflect on the exercise – 10 mins. What did they observe in the game? How did it feel? What parallels can you draw from this to your current work environment? Metrics – what did they see “Doing less will get more done”
19. Learning Outcome: understand how to read a CFD. Look at the trend lines. Where is Total WIP? Make sure we understand that this shows you approximate average cycle times and throughput. Feel free to introduce Littles Law here, but make it clear that littles law is a relationship, not a formula.
20. Learning Outcome: How to spot trends in a CFD, and what actions could be taken. Examples of CfD plots – delegates invited to speak about what can be seen from each one Lines diverging – crocodile jaws Stepped delivery – releasing in cycles / iterations? Flat lines – was no-one working? Cumulative Flow Diagram (brodzinski.com)
21. Learning Outcome: Understand Cycle Time and how to read the chart. What outliers are there, and how to have the conversation. Cycle Time and Lead Time are basically the same. Sometimes you may have Customer Lead Time and Systems Lead Time (Kanban Method), but fundamental understating of cycle time is what we are after here. The additional training can go into the nuances of this.
22. Learning Outcome: How to spot trends in Cycle Time. Increasing Cycle Time, look at the flow, Wip limits, etc. Clusters – tricky to analyse, but worth finding out what is causing things to cluster together. Gaps – we are not delivering consistently All over the place! Not predictable.
23. Learnining Outcome: understand Throughput, and how to read the chart.
24. 81 Days we produced nothing (throughput 0), 25 days was 1, 18 days was 2, 8 days we produced 3 items, 8 days we produced 4 items, 2 days we produced 5 items. 95% of the time, we produce 5 items or less, 85% of the time we produce 3 items or less, 50% of the time we produce no items.
25. Learning Outcome: Understand SLE as a forecast that can be used by teams to help them understand how much work they can get done, and to have conversations with their customer. The more predictable a system is, the better. Emphasise the wording – it is a forecast, not a promise. Avoid: “It will be done in 10 days” for example. Go back to the Cycle Time Scatterplot to show the percentiles. This is only valid once your system becomes predictable. Ask how we can see if we are predictable (Cycle Time Scatterplot and CfD)
26. Learning Outcome: Spot the items from the Definition of Workflow, and any other visualisations that are apparent on the picture. What can you see in the examples?
27. What can you see in the examples?
28. What can you see in the examples?
29. Learning Outcome: Spot the items from the Definition of Workflow, and any other visualisations that are apparent on the picture.
30. Learning Outcome: Solidify the learnings from the delegates by getting them to teach back some of the topics. They can use Mural, slides, flipcharts etc etc – up to them, allow them to be creative.
31. Learning Outcome: Reminder of what Kanban can do, pull systems and establish flow. Doing less work will get more done.