No. | Attribute | Scrum | Kanban |
1 | Work cycle | Iterations. Scrum has sprints within which the team follows the plan-do-check-act (PCDA) cycle.
Complex, iterative work, like new product or feature development, may be better done with scrum. | Continuous flow. In a kanban work cycle, as soon as one thing finishes, the team takes another thing up.
Kanban is better for continuous flow work like support and services. |
2 | WIP - Work In Progress | WIP limits are set by the scrum team for every sprint, and new work is picked up only after all the work is completed.
If teams need a sense of accomplishment/completion/closure, use scrum. | WIP limit is ongoing. As soon as some work finishes, pickup new work.
If teams keep working on one thing after another, use kanban. |
3 | Inspect-Adapt (Empiricism) | Every sprint is an opportunity to inspect and adapt. Work cycles through multiple sprints for improvisation, if needed.
If the work continuously evolves and needs improvisation, use scrum. | No specific mechanism to inspect and adapt. Work flows in one direction.
If the work is a one-time effort, and doesn't require inspection and adaptation, use kanban. |
4 | Transparency (Empiricism) | Artifacts in scrum include the product backlog, sprint backlog, an increment. Respectively provide requirements, implementation, and deliverables transparency.
If requirements need to be tracked separately from tracking the work in progress, use scrum. | No specific artifacts for transparency. Kanban board provides some transparency. Many teams use product backlog (from scrum) in combination with kanban boards.
If only implementation needs to be tracked, use kanban. |
5 | Planning | Specific events for planning the sprint and the day — sprint planning and daily scrum.
Use scrum if disciplined planning at regular intervals is required. | No provision for planning the work. Teams adopt their own cadence and approach to planning.
User kanban planning can be intermittent or on an as-needed basis. |
6 | Responsibility | Accountabilities in scrum develop responsibility focus e.g. product owner for business, developers for domain, and scrum master for impediments.
If teams need individuals focused on these responsibilities, use scrum. | There are no accountabilities like product owner, developers, etc. in kanban. It assumes a group of individuals working on tasks.
If the team is simply a group of individuals with some expertise, use kanban. |
7 | Stakeholder/
Customer | Scrum has active stakeholder and customer involvement — at least once a sprint during a sprint review event.
If the work is innovative, creative, or new and requires stakeholder and customer feedback/engagement, use scrum. | Kanban does not provide a way to engage stakeholders or customers. Many teams adopt a once-a-month “sprint review” approach.
If the work is mostly daily routine and does not require frequent stakeholder engagement use kanban. |
