User Tools
whats_the_difference_between_kanban_and_scrum
What's The Difference Between Kanban and Scrum?
Or “When Should We Use Kanban Instead of Scrum?”
Or “When Should We Use Scrum Instead of Kanban?”
Premise
The two most popular Team practices are Scrum and Kanban. People often wonder whether one is better than the other, or whether one should be applied over another. This page will help you think through the ideas.
Scrum in a Nutshell
- Split your organization
- Small, cross-functional, self-organizing teams
- Split your work
- Small, concrete deliverables
- Assign someone to be responsible for that list and to sort the list by priority
- Implementation team estimates the relative size of each item
- Split time
- Short fixed-length iterations (Usually 2 Weeks long, but Between 1 – 4 weeks)
- Potentially shippable solutions demonstrated after each iteration
- Optimize the release plan
- Update priorities in collaboration with the customer, based on insights gained by inspecting the release after each iteration
- Optimize the process
- Retrospective after each iteration
Kanban in a Nutshell
- Visualize the workflow
- Split the work into pieces, write each item on a card and put on the wall
- Use named columns to illustrate where each item is in the workflow
- Limit WIP (work in progress)
- Assign explicit limits to how many items may be in progress at each workflow state
- Measure the lead time
- Lead Time (sometimes called “cycle time”) = average time to complete one item
- Optimize the process to make lead time as small and predictable as possible
Similarities Between Kanban and Scrum
- Both are Lean and Agile
- Both use pull scheduling
- Both limit WIP
- Both use transparency to drive process improvement
- Both focus on delivering releasable solutions early and often
- Both are based on self-organizing (stable) teams
- Both require breaking the work into pieces
- Both optimize the release plan continuously based on empirical data
Differences Between Scrum and Kanban
| Scrum | Kanban |
|---|---|
| Time-boxed iterations prescribed | Time-boxed iterations optional. * Can have separate cadences for planning, release, and process improvement. * Can be event driven instead of time-boxed. |
| Team commits to a specific amount of work for this iteration (Sprint) | Team commits to work when it is brought to the board for execution |
| Uses velocity as default metric for planning and process improvements | Uses lead (or cycle) time as default metric for planning and process improvements |
| Cross functional teams prescribed | Cross functional teams optional * Specialist teams allowed |
| Items must be broken down so they can be completed in an iteration | No item size is prescribed |
| Burn down chart is prescribed | No diagram type is presecribed |
| “Change agent” is commitment | “Change agent” is WIP limits |
| WIP limited indirectly * Per iteration | WIP limited directly * Per workflow state |
| Estimation prescribed | Estimation optional |
| Cannot add items to ongoing iteration | Can add items whenever capacity is available |
| Prescribe 3 roles * Product Owner * Scrum Master * Team | No prescribed roles |
| Prescribes 4 ceremonies * Planning * Daily Scrum * Review * Retrospective | No prescribed ceremonies |
| Scrum board is reset between each iteration | Kanban board is persistent |
| Prioritized backlog is prescribed | Prioritization is optional |
Most Organizations and Teams Do a Combination of Both
- Team Examples
- Kanban Teams are set up as cross-functional
- Scrum Teams set WIP Limits within a Sprint
- Kanban Teams Setup cadence of retrospectives, daily meetings, etc
- Scrum Teams establish (capacity-based) rules for Break-fix or other “interruptions”
- Team-of-Teams (Scaling) Examples
- Kanban Teams commit to work on Sprint Schedule to aid in synchronization and Alignment
- Portfolio and Program level work is set up as Kanban
- Retrospectives drive improvement
- Scrum and Kanban as a toolbox of ideas to Leverage
- Use whatever helps you improve
Should We Use Scrum or Kanban?
| Question | Kanban | Scrum |
|---|---|---|
| Primary Consideration | ||
| * Work for the team is more than 50% demand driven (team's priority is responsiveness) | X | |
| * Work for the team is most project driven (team's responsibility is predictability, forecasting and productivity) | X | |
| Secondary Consideration | ||
| * Team questions value of estimation and planning | X | |
| * Team struggles to break items into small pieces | X | |
| * No or low appetite for significant process change | X | |
| * Some or high appetite for significant process change | X | |
| * Team members have significant self-discipline | X | |
| * Team members have limited self-discipline | X |
Want to Know More?
- "Kanban vs Scrum" by Henrik Kniberg - The source of a lot of the ideas in the presentation. As always, Henrik is brilliant.
- Scrum and XP from the Trenches by Henrik Kniberg
- Kanban Flow and Cadence by Karl Scotland
- Comparison of Kanban and Scrum. I have seen this type of deck in other places, but cannot find it easily so I’ve created something that can be used to help people understand. This page is the “Wiki-fied” version of this content.
/home/hpsamios/hanssamios.com/dokuwiki/data/pages/whats_the_difference_between_kanban_and_scrum.txt · Last modified: 2020/06/02 14:21 (external edit)
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International
