Builders Camp

Glossary

What Is Kanban

Kanban is a visual method for managing work that focuses on limiting work in progress and maximizing flow rather than working in fixed-length sprints. Teams start with their current process and improve it incrementally instead of adopting a new structure all at once.

What does Kanban mean?

Kanban is a visual method for managing and processing work, built around visualizing what a team is doing, limiting how much work is in progress at once, and maximizing flow through the system. Per Atlassian, Kanban's core values are respect for people and continuous improvement, and it is deliberately a start with what you do now method, meaning a team does not need to overhaul its existing process to begin using it. A kanban board makes work visible as cards moving through columns representing stages, and work-in-progress limits on those columns are what actually force a team to finish current work before pulling in new work, rather than starting everything at once. Removing that limit quietly turns the board back into a to-do list with no real constraint on how much work is in flight.

Why Kanban matters for product managers

Builders Camp's Beyond Agile certification quiz asks students directly what the primary focus of the Kanban framework is, and the correct answer names flexibility, waste reduction, and strict work-in-progress limits suited to small, experienced teams, not fixed sprints or rigid, structure-heavy delivery. That framing matters for a PM choosing a delivery model, since Kanban and Scrum solve different problems: Kanban suits continuous, unevenly-sized work like support-adjacent product tickets, while sprint-based frameworks suit work that benefits from a fixed planning cadence. Picking the wrong one for the shape of the work is a common early mistake: forcing sprints onto unpredictable support-driven work just relocates the chaos into a two-week box instead of removing it. For a side-by-side view of how Kanban's flow model compares with Scrum's Sprints and Shape Up's six-week cycles, see Scrum vs Kanban vs Shape Up.

Kanban example

A product team handling a mix of small bug fixes, mid-size feature work, and occasional urgent customer escalations finds sprint planning breaks down every time an escalation forces a mid-sprint replan. Builders Camp's Beyond Agile material recommends Kanban here specifically because the work is too uneven in size and urgency for fixed sprints to handle cleanly; a strict work-in-progress limit on the in development column keeps the team from starting five things at once, and the visible board makes it obvious when an urgent item is genuinely worth interrupting current work instead of quietly bypassing whatever prioritization matrix the team normally uses. Over a few weeks, the limit itself becomes the team's clearest signal of whether it is genuinely overloaded or just feels that way.

How Builders Camp teaches Kanban

Beyond Agile, a 1 week bootcamp with 1 live session and 11 microlessons taught by Andre Albuquerque, tests Kanban directly in its certification quiz as part of comparing delivery frameworks beyond standard Scrum. Project Management for Product covers the execution discipline that keeps a Kanban board's work-in-progress limits actually enforced day to day. See the Beyond Agile bootcamp for the full curriculum.

Bootcamps referred in this Guide

Frequently asked questions

How is Kanban different from Scrum?

Scrum organizes work into fixed-length sprints with defined roles and ceremonies; Kanban has no fixed iterations at all, instead using a continuous flow of work limited by explicit work-in-progress caps at each stage.

What is a work-in-progress limit?

A work-in-progress limit caps how many items can sit in a given stage of the workflow at once, which forces a team to finish existing work before starting something new rather than spreading effort thin across too many items.

Does Kanban require special software?

No. Kanban started as a physical board with cards and columns, and while digital tools like Jira offer kanban boards, the underlying method works with sticky notes on a wall just as well as with software.

Is Kanban suitable for large teams?

Atlassian's own guidance notes Kanban's strict work-in-progress discipline is best suited to small, experienced teams; larger teams often need additional structure or multiple linked boards to apply the same principles at scale.

Can Kanban and Scrum be combined?

Yes, a hybrid sometimes called Scrumban applies Kanban's flow and work-in-progress limits inside a Scrum team's sprint structure, useful for teams that want sprint planning cadence but also better visibility into flow.

What is the biggest risk of adopting Kanban poorly?

Adopting the visual board without enforcing real work-in-progress limits is the most common failure mode, since the board becomes a status tracker rather than the flow-management tool Kanban is actually designed to be.

Sources

Written by

Andre Albuquerque

Andre Albuquerque

CEO of Builders Camp, SuperOperator, and other companies. Building products.

CEO of Builders Camp, SuperOperator, and other companies. Building products.

LinkedInMore guides by Andre Albuquerque

Last updated 2026-09-16

Researched from Builders Camp's bootcamp, track and masterclass material and the sources listed on this page, drafted with AI, and fact-checked against every source cited.

See the Beyond Agile bootcamp