Difference between revisions of "Kanban"
(→The Principles Of The Kanban Method: To get started…) |
m (→Games: -- |person=''anonymous'') |
||
Line 78: | Line 78: | ||
==Games== | ==Games== | ||
*{{web|url=http://www.agile42.com/en/training/kanban-pizza-game/|site=Agile 42 | *{{web|url=http://www.agile42.com/en/training/kanban-pizza-game/|site=Agile 42|title=Kanban Pizza Game}} | ||
==Simulations== | ==Simulations== |
Revision as of 10:00, 17 April 2013
The Principles Of The Kanban Method
David Anderson observed 5 core properties to be present in each successful implementation of Kanban. These have become know as the Principles of Kanban.
First adopt the foundational principles…
- Start with what you do now
- Agree to pursue incremental, evolutionary change
- Respect the current process, roles, responsibilities & titles
Then use the 5 Core Properties…
- Visualize the workflow
- Limit WIP
- Manage Flow
- Make Process Policies Explicit
- Improve Collaboratively—using models & the scientific method
To get started:
- Walk the line—Staple yourself to an item and follow its steps through its life.
- Visualize the workflow—Draw the flow of steps that are taken as a sequence of columns. Use common sense to merge columns.
- Track all work—For a couple of weeks, put all work as individual items on the board, and track them as they progress.
- Limit Work in Progress—After some time, and using common sense, put limits on some columns (and swim lanes, if you have them) to increase flow and throughput. Tighten up the limits over time, until it starts hurting. Use the pain to trigger a conversation on how to get rid of the pain while maintaining the limit. Repeat.
Examples
Kanban for maintenance
Maintenance department (9 fte) has 4 types of work:
- incidents (errors in production, from small to mayor issues)
- change requests
- problems: problems are structural solutions to recurring incidents resulting in a change request, solution is not known beforehand
- service requests: query requests for certain data, some data error analysis etc.
Some numbers: type of work average amount hours spent per type of work Percentage of total work spent incidents 15 per day 10 min – 30 hours, 1 a 1,5 hour on average 34% change requests 14 per month 40 hours on average 38% problems 3 per month wide range (solution unknown beforehand) 2,5% service requests 3 per day 1 – 8 hours 12% 12% general support
Two service domains, using swimming lanes:
- Office applications; and
- Logistical applications.
Per swimming lane, they sacrify one person as ‘incident master’ for the day, eliminating interrupts for the rest of the team. Other team member jump in when either or both get overloaded with work. There is no boom buffer agreement.
What types of work would you put up on the Kanban board?
Sources
- David J. Anderson and Associates » David Anderson » The Principles Of The Kanban Method
- Zach Holman » Zach Holman » Slide Design for Developers
- InfoQ » Brasil » Kanban Pioneer: Interview with David J. Anderson
Slides
- Pearl Language » Martien van Steenbergen » Kanban
- Dropbox » David Anderson » Lean Risk Management—Options, Liquidity & Hedging Risk using Kanban Systems, about Liquidity, WIP, Lead Time, Cycle Time, Process Efficiency.
- LESS Conference » Karl Scotland » The Science of Kanban
- Systems Thinking, Lean and Kanban » David Joyce » Kanban for Software Engineering
Videos
Articles
- Pearl Language » Jesper Boeg » Priming Kanban with Martien's highlights.
- Pearl Language » Martien van Steenbergen » Babushka of Value—a starting point for Kanban policies (admission criteria) on columns, and include ready to build and ready to ship (a.k.a. DoR and DoD).
- Crisp » Henrik Kniberg » Kanban vs. Scrum
Games
Simulations
- NetLogo » User Community Models » Mirko Blüming » Kanban
- Pieter Rijken from Xebia is working on a simulation for kanban that includes polca as well as tuning work in progress limits to maximize flow.
- Kanban Simulation » Pieter Rijken » Main Entrance
- Focused Objective » Pieter Rijken » Kanban Simulation
Tools
There is a plethora of agile tools.
Wanted
- amplification strategy when being successful (@djaa_dja @lunivore 2013-04-02);
- dampening strategy when failing (@djaa_dja @lunivore 2013-04-02);
- David Anderson
- David J. Anderson and Associates
- Zach Holman
- InfoQ
- Brasil
- Pearl Language
- Martien van Steenbergen
- Dropbox
- LESS Conference
- Karl Scotland
- Systems Thinking, Lean and Kanban
- David Joyce
- Vimeo » LKCE12
- Jesper Boeg
- Crisp
- Henrik Kniberg
- Agile 42
- NetLogo » User Community Models
- Mirko Blüming
- Kanban Simulation
- Pieter Rijken
- Focused Objective