Create your own awesome maps

Even on the go

with our free apps for iPhone, iPad and Android

Get Started

Already have an account?
Log In

Kanban vs. Scrum by Mind Map: Kanban vs. Scrum
5.0 stars - 53 reviews range from 0 to 5

Kanban vs. Scrum


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 Work In Progress (WIP) – assign explicit limits to how many items may be in progress at each workflow state., The WIP limit is per workflow state (lane), not per person, Experiment with the exact number for the WIP, there should be a good balance between the lanes, no deadlocks, Too low kanban limit => idle people => bad productivity, Too high kanban limit => idle tasks => bad lead time

Measure the lead time (average time to complete one item, sometimes called “cycle time”), optimize the process to make lead time as small and predictable as possible.

Kanban limits WIP per workflow state

New items can be added in the "Todo" workflow state if its WIP allows for it

Kanban doesn't prescribe any estimation or velocity

No charts are prescribed, but Cumulative Flow diagrams are often used

In Practice

Break down todo items into up to 8 hours tasks

Daily standup, similar to a daily scrum, proposing solutions and prioritizing decisions

Iteration planning, Update charts and board., Look back at the last week. What happened? Why was it so? What could be done to improve it?, Readjustment of WIP limit (if needed)., Task breakdown and estimation of new project [if needed].


Scrum in a nutshell

Split your organization into small, cross-functional, self- organizing teams.

Split your work into a list of small, concrete deliverables. Sort the list by priority and estimate the relative effort of each item.

Split time into short fixed-length iterations (usually 1 – 4 weeks), with potentially shippable code demonstrated after each iteration.

Optimize the release plan and update priorities in collaboration with the customer, based on insights gained by inspecting the release after each iteration.

Optimize the process by having a retrospective after each iteration.

3 roles: Product Owner (sets product vision & priorities), Team (implements the product) and Scrum Master (removes impediments and provides process leadership)

Scrum limits WIP per iteration

Scrum resists change within an iteration

No items can be added to the scrum board during an iteration, the earliest is the next iteration

Scrum prescribes estimation and velocity

Velocity is a measure of capacity – how much stuff we can deliver per sprint.

Burndown charts

Based on the "Kanban and Scrum - making the most of both" book by Henrik Kniberg, Mattias Skarin