Difference between revisions of "Kanban"
(→The Principles Of The Kanban Method: {{p|…}}'d the Kanban Core Properties) |
(→Articles: += InfoQ » Christophe Achouiantz » 3 years of Kanban at Sandvik IT: The Story of an Improvement Journey) |
||
Line 100: | Line 100: | ||
*{{web|url=http://www.crisp.se/file-uploads/Kanban-vs-Scrum.pdf|site=Crisp|person=Henrik Kniberg|title=Kanban vs. Scrum}} | *{{web|url=http://www.crisp.se/file-uploads/Kanban-vs-Scrum.pdf|site=Crisp|person=Henrik Kniberg|title=Kanban vs. Scrum}} | ||
*{{web|url=https://www.dropbox.com/s/8096fr2mo0s7pea/Kanban-Kick-start-Field-Guide-v1.0.pdf|site=Dropbox|person=Christophe Achouiantz|title=The Kanban Kick-start Field Guide}} | *{{web|url=https://www.dropbox.com/s/8096fr2mo0s7pea/Kanban-Kick-start-Field-Guide-v1.0.pdf|site=Dropbox|person=Christophe Achouiantz|title=The Kanban Kick-start Field Guide}} | ||
*{{web|url=http://www.infoq.com/articles/kanban-Sandvik-IT-1|site=InfoQ|person=Christophe Achouiantz|title=3 years of Kanban at Sandvik IT: The Story of an Improvement Journey}} | |||
==Quotes & Tweets== | ==Quotes & Tweets== |
Revision as of 11:05, 19 February 2014
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 Kanban Core Properties…
- visual workflow
- work in progress limit
- managed flow
- explicit policy
- lead by example
- broccoli of loops—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.
Kanban for evolutionary organizational change
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?
Management
To get Kanban implemented properly it requires middle management engagement, like at the director level, or in a small company it requires senior management.
It is helping managers to focus on blocking issues in order to get them unblocked faster and have everybody get on their work.
Look at the current span of your political control; then once you have built more political capital, you can get the upstream and downstream later.
Trust
In any process there is a need to build social capital, and you do that using methods from sociology for building trust, for example by providing greater transparency. People trust something when they understand how it works, when they can ask "that work I gave you two weeks ago, where is it now?" Trust is also developed incrementally, and, for neuropsychological reasons, small promises that are delivered frequently build trust faster than large commitments delivered infrequently. So delivering according to your targets build trust. That's how you generate momentum in a bottom up approach.
Pearls
Kanban | Wish | So |
---|---|---|
Ask for the moon | Organisational change is hard and complex. Making sure the essential start conditions are in place boosts the chance for success. Some organisations are unfit to start such a change, so any effort is just a waste. | Secure the essential ingredients for a successful agile adoption are in place, like executive support. assessment, cross-functional community, an awesome workplace, training & coaching, chartering, retroprostpectives, and coach-the-coaches. |
Blocker waiting room | Continue working while waiting on external evens, e.g. answers from customers or third parties. | Make blocked items stand out and move them to a special subcell in the current column, release them as soon as possible and continue working on them before pulling in new work into this column. |
Capacity planning | ||
Flow master | ||
Goldilocks sizer | Working in flow is satisfying and productive. | Split too big and join too small items into just the right size to enable flow. |
Honest time | ||
Ka-ching a day makes product owner hurray | Creating value for someone else brings joy and happiness for both the creator and the requestor. There is so much to do. What can you best do? | Every day, focus on getting something ready to use for someone else. Set a work in progress limit to increase the number of daily ka-ching moments. |
Kanban | Increasing your learning power as an individual, group, team, unit, organization, or society gives meaning and sizzle to life. | Institutionalize reflection and retrospection at all levels and across all disciplines. |
Life is a broccoli | ||
Metric drives behavior | ||
Obeya | A thriving environment where everyone is doing the right things in the right way. | Allocate a big room for the whole team and use visual management. |
Only move forward | Collecting good and self-generated metric data can generate improvement actions that increase productivity. | Only promote items—never back them up to a previous state—and mark the item blocked until all earlier work completes. |
Physical information radiators | ||
Retrospective meeting | ||
Slack speeds up | getting more done in less time | secure slack time in your system |
Spice girls question | Once something is flowing across the Kanban board you don't ever want it to be discarded and waste scarce resources and capacity. | Ask the Product Owner, “Tell me what you want, what you really really want.” |
Story splitter | Get a big thing done. | Split it into bite-sized chunks that each deliver value. |
Unique specific tasks | Feeling comfortable about how to get a thing done | Split a work item into unique tasks specific to this work item. |
Visual workflow | ||
Work in progress limit |
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
- SlideShare » ChileAgil » Intro to Kanban - AgileDayChile2011 Keynote
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
- Dropbox » Christophe Achouiantz » The Kanban Kick-start Field Guide
- InfoQ » Christophe Achouiantz » 3 years of Kanban at Sandvik IT: The Story of an Improvement Journey
Quotes & Tweets
- David J. Anderson
- Agile coaches with a team focus tend to coach shallow Kanban, many don't even know what deep Kanban is, or our system thinking approach.
- Shallow Kanban produces small local improvements & relief from abusive environment. It rarely improves business performance or customer satisfaction.
- Lean is the destination. Kanban is the way.
- Kanban consistent benefits reported: improved collaboration & communication; dramatic improvement in product quality; double delivery rate.
- Consistent opportunity for improvement in Kanban depth: visualize real business risks; use metrics; allocate capacity across risks.
- Deep Kanban is externally focused service delivery using a systems thinking approach. Shallow Kanban tends to be internally focused.
- Aborted Kanban initiatives happen when organizations try deep Kanban without proper training. The fact more deep Kanban is happening is good .
- Klaus Leopold
- Kanban focuses on system improvements and not on teams. You can use Kanban for teams but you will get less benefit out of it.
- Hågan Forss
- Managers should be coaches and have A3 as part of their standard work.
- Steve Tendon
- Kanban also brings about natural team formation due to deeper social interactions that emerge. Positive side effect.
Games
Kanban Antipatterns
- DJA » David Anderson » Kanban Antipattern #1—Kanban as Methodology
- DJA » David Anderson » Kanban Antipattern #2—Kanban as a Smokescreen
- DJA » David Anderson » Kanban Antipattern #3—Defined Process Disguised as Kanban
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);
Processable
- InfoQ » Arne Roock » Implementing Kanban in Practice
- There is just one prerequisite for change, there needs to be what leadership authority John Kotter calls in his book by the same title "a sense of urgency".
- before you start introducing Kanban, you need to agree on the major goals. That means we need to have management support.
- We cannot see our work, and that means it is very hard to improve things. create visibility for the end-to-end flow
- What will work is if you achieve better results and make them transparent, people will become curious, and curiosity is a very powerful tool.
- distributed kanban can use a remote buddy
- it sounds like a lot of overhead and it is. But you need to have this communication. But you will observe that now the buddies will start communicating, not just about moving tickets but about things like “I am out next week on vacation, so please remind the other team members to do this and that.”
- people are communicating across the team boundaries and that is really valuable.
- When people are only communicating via the tool, you’re nailed!
- There is a rule called "three by three; if you're standing 3 meters from the Kanban board, then in 3 seconds you want to know what is going on. You can't read every card but you can see where things are piling up, and where people have nothing to do. But if you have too many columns or too many swim lanes then you start to get lost.
- The other thing you referred to is an item that is blocked but is not an expedite. I am waiting for another team because I need information or something from them. I can start another item and break the WIP limit, or I can use this “slack capacity” slack speeds up—slow down to speed up
Sources
- David Anderson
- Mikael Chudinov
- 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
- SlideShare
- ChileAgil
- YouTube
- Vimeo » LKCE12
- Jesper Boeg
- Crisp
- Henrik Kniberg
- Christophe Achouiantz
- Agile 42
- GetKanban
- DJA
- NetLogo » User Community Models
- Mirko Blüming
- Kanban Simulation
- Pieter Rijken
- Focused Objective
- Arne Roock
- CIO News
- Shaun Mundy
- Change