SlideShare verwendet Cookies, um die Funktionalität und Leistungsfähigkeit der Webseite zu verbessern und Ihnen relevante Werbung bereitzustellen. Wenn Sie diese Webseite weiter besuchen, erklären Sie sich mit der Verwendung von Cookies auf dieser Seite einverstanden. Lesen Sie bitte unsere Nutzervereinbarung und die Datenschutzrichtlinie.
SlideShare verwendet Cookies, um die Funktionalität und Leistungsfähigkeit der Webseite zu verbessern und Ihnen relevante Werbung bereitzustellen. Wenn Sie diese Webseite weiter besuchen, erklären Sie sich mit der Verwendung von Cookies auf dieser Seite einverstanden. Lesen Sie bitte unsere unsere Datenschutzrichtlinie und die Nutzervereinbarung.
Variability in Flow My motivation for adopting kanban systems was toprevent muri, control muraand encourage an evolutionary approach to changeOverburdening
Appropriateness Question #1Does your process suffer from overburdening or variability in flow?
What causes unevenness?1. Non-instant availability of specialist skills or collaborators2. Information fails to arrive before it is needed3. Hidden/Implicit classes of service that cause work to be interrupted to process other work4. Variety in work (complexity & size)5. Changing priorities related to variety in risks associated with work (e.g. cost of delay)6. Capacity constrained specialist skilled workers or other resources (e.g. test environments)
Are any of these present in your work environment?
Kanban is unnecessary where demand never exceeds capability and flow is smooth and never interrupted! If conditions of overburdening or unevenness in flow exist or are likely to then use of a kanban system may be an appropriate choice
In developing theKanban Method, a change management approach that useskanban systems to provoke change, we are enabling theemergence of Lean software development in organizations
The Kanban approach to change is based on 3 principles1. Start with what you do now2. Agree to pursue incremental, evolutionary change3. Initially, respect current processes, roles, responsibilities & job titles
Then…adopt the 5 core practices that are observed to be present in successful Kanban implementations
5 Core Practices for Successful Kanban Adoption Shallow1. Visualize2. Limit Work-in-Progress Depth3. Manage Flow4. Make Process Policies Explicit5. Improve Collaboratively (using models & scientific method) Deep
Doing Kanban is not a question ofright or wrong … Shallow It’s a question of shallow or deep! Depth Shallow implementations tend to produce fewer, less dramatic results Deep
When…all 5 core practices are adopted theyform the seed conditions for Kanban complex adaptive as a system that enables a Lean(er) way of working to emerge
Kanban’s Roots Some say Kanban’s decoupled cadences (no time-boxed iterations) and single-piece flow should make it a natural fit for this space!
Kanban’s Roots As decoupled cadences and single-piece flow have little benefit in thisspace, it stands to reason Kanban is not useful here!
Kanban’s Roots To think this way is to look As decoupled cadences Some say Kanban’s and single-piece flow at decoupled cadences (no simplistically Kanban as a process implementation for have little benefit in this time-boxed iterations)space, it stands to reason single-piece transactional and single-piece flow Kanban work.useful is not To treat shoulda point a natural it as make it solution to a specific for this space! here! fit problem (within the Simple domain)
Kanban’s Roots It misses the point that As decoupled cadences Some say Kanban’s kanban systems do not and single-piece flow decoupled cadences (no have little benefit in this as processiterations) stand alone time-boxed solutions. A kanban systemspace, it stands to reason and single-piece flow Kanban issomething that is overlaid natural is not useful should make it a here! an existing process space! on fit for this
The metric most usefulchanges at different ends of this spectrum
Ideally move more work this way Make batch size smaller
A nice mix of work from which we’vebeen able to learna lot about kanban system design
Leading to emergent designs with classes of service and capacity allocation 5 4 3 4 2 2 = 20 totalAllocation Input Analysis Dev Development Build Release ...Total = 20 Queue In Prog Done Ready In Prog Done Ready Test ReadyChange ReqSev 1 Defect (Expedite)Sev 2 – 5 Defect
Simple & complicated domain application ofkanban systems.Some doubts as to the value ofWIP limits & pull systems
Application ofKanban Method across Simple,Complicated and Complex domains
Lots of enthusiasm! Mechanics of decoupledNatural territory cadences & for Kanban single-piece flow are seductive But maybe not ideal territory for Kanban
KanbanFor broad application as a process overlay to control “mura” and eliminate “muri” in the simple/complicated domain For broad application as a process overlay and catalyst of process improvement in the simple, complicated & complex domainsMost useful where demand can be treated as a pool of options and can be shaped using risk management, marketing strategy and strategic planning
Kanban Domain need for single-piece flow or decoupling of planning, lead time, and delivery; Or, application to short-order transactionalwork with small batch size and high frequency delivery are Red Herrings! Kanban works for Major Projects!
Kanban is for evolutionaries Kanban maybe just what I need! I don’t have time for this! Kick ass, take names & get it done! Carly Fiorina
About…David Anderson is a thought leader inmanaging effective software teams. He leadsa consulting firm dedicated to improvingeconomic performance of knowledge workerbusinesses – improving agility, reducingcycle times, improving productivity andefficiency in technology development.He has 25+ years experience in the softwareindustry starting with computer games in theearly 1980’s. He has led software teamsdelivering superior productivity and quality usinginnovative agile methods. He developed MSFfor CMMI Process Improvement for Microsoft.He is a co-author of the SEI Technical Note,CMMI and Agile: Why not embrace both!David is the author of 2 books, AgileManagement for Software Engineering –Applying the Theory of Constraints for BusinessResults, and Kanban – Successful EvolutionaryChange for your Technology Business.David is a founder of the Lean Software &Systems Consortium, a not for profit dedicatedto promoting greater professionalism and bettereconomic outcomes in our industry. Email…email@example.com