SlideShare uses cookies to improve functionality and performance, and to provide you with relevant advertising. If you continue browsing the site, you agree to the use of cookies on this website. See our User Agreement and Privacy Policy.
SlideShare uses cookies to improve functionality and performance, and to provide you with relevant advertising. If you continue browsing the site, you agree to the use of cookies on this website. See our Privacy Policy and User Agreement for details.
Successfully reported this slideshow.
Activate your 14 day free trial to unlock unlimited reading.
Introduction to Kanban for Knowledge Work: Kanban is emerging in Software Development and IT Operations as a method of improving transparency, predictability, and value. Learn how to get started with Kanban. See how Kanban can help you achieve the benefits of Pull, Value-Focus, and Capability-Improvement. Find out if Kanban is right for you.
Introduction to Kanban for Knowledge Work: Kanban is emerging in Software Development and IT Operations as a method of improving transparency, predictability, and value. Learn how to get started with Kanban. See how Kanban can help you achieve the benefits of Pull, Value-Focus, and Capability-Improvement. Find out if Kanban is right for you.
2.
What is Kanban?<br />Kanban is a method to:<br />enable evolutionary change …<br />help implement and scale Agile …<br />establish a culture of ongoing improvement.<br />
3.
Roots of Kanban: Lean<br />Muda, Muri, Mura<br />Waste, Unreasonableness, Unevenness<br />Goals of Lean<br />Improve Quality, Eliminate Waste, Reduce Time, Reduce Total Costs<br />
4.
System of Profound Knowledge<br />How to achieve evolutionary change, implement and scale Agile, establish a culture of ongoing improvement?<br />Understand the system<br />Operate with variability<br />Understand how to act on the system<br />Understand human psychology<br />PDSA<br />Plan, Do, Study, Adjust<br />But the cycles have to be very fast<br />
5.
Roots of Kanban: Opposite of Push<br />Push Systems: Plan-Driven<br />Gantt Chart<br />Start as soon as possible<br />Committed Finish Dates<br />Drives delaying and value destroying behavior<br />
6.
How Push Creates Value Destroying Behavior<br />Start date is planned up front<br />Finish date is planned up front<br />But we don’t know exactly what we need to build and how long it will take to build it<br />(how long will it take to test and fix the problems you find on a piece of code we haven’t clearly defined?)<br />So we estimate at the 99% likelihood for each task – which is typically double the likely duration.<br />Because we are focused on the Finish Date we operate with the 50% duration in mind and deliver late 50% of the time anyway.<br />So we add more pad to our estimates.<br />Ensures late delivery or excessive padding in estimates (usually both)<br />
7.
Roots of Kanban: Pull<br />Kanban: a card that represents a unit of work<br />Flow work in single units or small batches<br />Pace the work by limiting WIP<br />Use signaling to trigger pull<br />The number of kanban equals capacity<br />New work can start only when a space is available<br />A space becomes available when previous work is complete<br />Level of mix and quantity to spread risk and optimize portfolio<br />
8.
Types of Pull<br />Maintaining the system at the pace of the bottleneck (Herbie) – breaks down when a failure occurs before the bottleneck<br />DBR<br />CapWIP<br />ConWIP<br />Kanban<br />DBR with protective WIP limit before the bottleneck – for when a failure occurs before the bottleneck<br />In a stochastic process, the bottleneck moves – ConWIP provides protective WIP limit across the system – doesn’t highlight current bottleneck<br />Supports a stochastic process - highlights current bottleneck<br />
9.
Kanban Board<br />Analyze(3)<br />Develop(5)<br />Ready(5)<br />Accept(3)<br />Ready for Release<br />Ready for Accept<br />Ready for Dev<br />Dev<br />Analyze<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Columns for each Work Type<br />Feature<br />Feature<br />Feature<br />Feature<br />Urgent<br /><ul><li>Acceptance Tests Green
42.
Kanban Board<br />Analyze(3)<br />Develop(5)<br />Ready(5)<br />Accept(3)<br />Ready for Release<br />Ready for Accept<br />Ready for Dev<br />Criteria for Done defined at the for each column<br />Dev<br />Analyze<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Urgent<br /><ul><li>Acceptance Tests Green
108.
Getting Started with Kanban<br />Agree on Goals<br />Visualize the Work<br />Limit WIP<br />Measure and Manage Flow<br />Make Process Policy Explicit<br />Use Models to Identify Improvement Opportunities<br />
109.
Agree on Goals<br />Business Goals<br />Improve Lead Time Predictability<br />Optimize Existing Processes<br />Improve Time to Market<br />Control Costs<br />Management Goals<br />Provide Transparency<br />Enable Emergence of High Maturity<br />Deliver Higher Quality<br />Simplify Prioritization<br />Organizational Goals<br />Improve Employee Satisfaction<br />Provide Slack to Enable Improvement<br />
111.
Visualize the Work<br />Tracking<br />Description:<br />TR: 1245Size: M<br />Business Value:<br />As a … I want to … so that …<br />Entry Date:<br />Due Date:<br />Start:Finish:<br />Days in queue<br />Days Blocked<br />
112.
Change Management Benefits of Visualizing Work<br />Transparency<br />Alignment<br />Shared Goals<br />Expand the Tribe<br />
113.
WIP and Multi-tasking<br />A reduction in WIP also reduces bad multi-tasking which will help with the stability of the system<br />
114.
Determine & Visualize WIP Limits<br />Work Queue WIP Limits<br /> as small as possible <br />One or two stories per resource in each queue<br />Use a limited item done buffers to keep work flowing – enough to keep the team busy but still avoid premature work and excess inventory<br />WIP Limit Doing and Done Together<br />Strive for lowest possible WIP Limits<br />
115.
Kanban BoardPull and Swarming<br />Analyze(3)<br />Develop(5)<br />Ready(5)<br />Accept(3)<br />Ready for Release<br />Ready for Accept<br />Ready for Dev<br />Dev<br />Analyze<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Feature<br />Urgent<br />Business Analysts or Developers can work to exploit the constraint or relieve the bottleneck.<br /><ul><li>Acceptance Tests Green
126.
Limit WIPPull and Swarming<br />Limiting WIP highlights where the inherent variability of the system and work type has shifted the bottleneck<br />WIP limits will block the line – responding to these blocks leads to swarming behavior<br />Remember - flow trumps waste<br />If the bottleneck is consistently in a specific location this points to a system level bottleneck that should be addressed<br />
127.
Measure and Manage Flow<br />Lead Time / Cycle Time<br />Waiting Time<br />Blocks<br />Issues – Work Not Ready<br />Defects<br />
128.
Measure and Manage FlowOn the Card<br />ED: Entry Date<br />SPD: Start Processing Date<br />FD: Finish Date<br />Days in Queue: Count the blue dots<br />Days Blocked: Count the red dots<br />Calculate<br />Total Waiting: SPD – ED + Blue Dots<br />Total Lead Time: FD – ED<br />Lead Time (Cycle Time): FD - SPD<br />
129.
Change Management Benefits of Managing and Measuring Flow<br />Understand the system<br />Create targets to organize around<br />Promote data supported decisions<br />Show costs and benefits<br />Sustain improvements<br />Promote higher maturity behavior<br />
130.
Make Process Policies Explicit<br />Involve upstream and downstream stakeholders as collaborators to agree on the rules of the game. This will enable collaborative behavior later, when the system is put under stress.<br />Use data to define and verify process policies.<br />
131.
Make Process Policies ExplicitService Level Agreements<br />WIP Limits<br />Lead-Time Targets<br />Classes of Service<br />Prioritization<br />Negotiating Policy<br />Due Date Performance<br />Release Planning<br />It is all about making commitments you can keep(most of the time)<br />
133.
Change Management Benefits ofMake Process Policies Explicit<br />Make promises you can keep<br />Identify targets for upstream and in-team planning<br />Enable collaborative behavior later, when the system is put under stress<br />Build interest in the system<br />Build trust in the team<br />Delay commitment to the last responsible moment<br />
134.
Use Models to Identify Improvement Opportunities<br />Deming: Reduce Variability<br />Goldratt: Theory of Constraints<br /><ul><li>Lean: Waste, Overburden, Unevenness
135.
Communication: About the work and about the system</li></li></ul><li>Question?<br />Advanced Topics<br />Estimating<br />Prioritization<br />Handling Defects<br />Scaling Across Complex Projects<br />
Editor's Notes
A physical whiteboard or corkboard although electronic boards can also be usedKanbans indicate where in the process a piece of work isThe board is typically organized into columns, each one of which represents a stage in the process or a work buffer or queueOptional rows indicating the allocation of capacity to classes of serviceEach kanban should have sufficient information, such as the name and ID of the work item and due date (if any), to enable project-management decisions by the team without the direction of a managerThe goal is to visually communicate enough information to make the process self-organizing and self-expediting at the team level. The board is directly updated by team members throughout the day as the work proceedsHigh-level blocking issues are discussed during daily stand-up meetings – the board provides status.
Limiting work in progress reduces average lead timeImproves the quality of the work produced and thereby increasesoverall productivity of your teamReducing lead time also increases your ability to deliver valuable functionality frequentlywhich helps to build trust with your stakeholdersEvery team is different, you will have different WIP limits that you'll need to set and then evolve yourself based on empirical results from experimentation