Back to template

Kanban Board Examples

These Kanban board examples cover the workflows teams use most: software development, content production, hiring, customer support, and personal task management. Each one shows a real column structure so you can copy the layout that fits and swap in your own cards.

Kanban Board Examples

Real examples

Software development sprint

Who uses it: Developer or scrum master running a two-week sprint

Backlog: all upcoming stories
Sprint Ready: prioritized for this sprint
In Progress (WIP limit: 3): active development
Code Review: awaiting peer review
QA: in testing
Done: deployed to staging

Why this works: Separating Code Review and QA into their own columns makes review bottlenecks visible — if Code Review fills up, the team knows to stop starting and start reviewing.

Content production pipeline

Who uses it: Content manager or editor overseeing multiple writers

Ideas: topic backlog
Brief: in progress
Writing: first draft
Editing: under review
Design: graphics in progress
Scheduled: ready to publish
Published

Why this works: A seven-column content board shows exactly where each article is stuck — if five pieces pile up in Editing, that is the constraint to fix, not the writing speed.

Hiring pipeline

Who uses it: Recruiter or hiring manager tracking candidates across stages

Applied: new applicants
Screening: resume review
Phone Screen: scheduled or done
Interview: on-site or video
Reference Check
Offer: extended
Hired / Rejected

Why this works: Mapping the hiring pipeline as a Kanban board makes it easy to see how many candidates are in each stage and whether the funnel is moving fast enough to meet a start-date target.

Customer support queue

Who uses it: Support team lead managing ticket flow and SLA compliance

Open: unassigned tickets
In Progress: being worked on
Waiting on Customer: blocked
Escalated: sent to engineering
Resolved

Why this works: The "Waiting on Customer" column prevents tickets from sitting in In Progress without action, making it clear which delays are on the team and which are external.

Product launch checklist

Who uses it: Product manager coordinating a cross-functional launch

Planning: strategy and scope
In Progress: active tasks
Blocked: needs input or dependency
Review: awaiting sign-off
Complete

Why this works: A launch board with a Blocked column surfaces dependencies before they delay the launch — the product manager can see at a glance what is stuck and who needs to unblock it.

Personal task board

Who uses it: Individual contributor or freelancer managing their own workload

Inbox: everything that lands
This Week: committed tasks
In Progress (limit 2): active now
Waiting: delegated or blocked
Done

Why this works: A strict WIP limit of two in the In Progress column forces prioritization — you cannot start something new until you finish something in progress, which reduces context switching.

Tips for better study mind maps

  • Set a work-in-progress limit on every active column — without limits, Kanban is just a sticky-note wall.
  • Use card color or labels to distinguish task types (bug, feature, chore) so priorities are visible at a glance.
  • Review blocked cards first at every daily standup — one blocked card can hold up more work than three active tasks.
  • Archive done cards weekly rather than deleting them; the Done column history is useful for velocity tracking and retrospectives.

Start editing online

Go back to the template, swap in your own topics, and keep the same structure if it fits your class or project.

Use this template: /editor/new?template=kanban

Use this template