Examples

Kanban board examples

Six real situations, each with the columns written out, the reasoning behind them, and the specific thing that goes wrong if you leave a column out. Every kanban board example here can be opened live and edited.

The three classic columns, and when three is not enough

Almost every board starts as To Do, Doing and Done, and for a lot of work that is genuinely the right answer. The three columns map to a question each: what could I do, what am I doing, what did I finish. If your work really does move through those states in order, adding more columns adds ceremony rather than information.

Three stops being enough at a specific moment, and it is worth learning to recognise it: when the Doing column stops telling you anything. If five things sit in Doing and two of them are actually waiting on someone else, one is written but unreviewed, and only two are genuinely being worked on, then the column is a mixture of four different states wearing one label. You feel busy, you cannot see what to do next, and you turn down new work you actually have room for.

The three splits that come up most often, in rough order:

  • Blocked or waiting. The single highest-value column to add. Work blocked on someone else is not your bottleneck, and mixing it into Doing makes your capacity look full when it isn't.
  • Review or check. Anything written, built or drafted has a gap between "made" and "verified". If that gap is invisible, the queue in it grows silently.
  • A commitment column. Splitting "everything" from "this week" from "today" is what keeps a long backlog from swallowing a plan.

The rule of thumb: add a column when you can name a state that work sits in for a meaningful length of time, and where seeing the pile-up would change what you do next. Do not add one just because a stage exists — a stage nothing ever waits in adds a drag-and-drop step and no information.

Example 1 of 6

Freelance client work

One freelancer, four clients, and everything arriving by email.

Agreed

2
  • BBrochure site — 5 pages

    Deposit received. Start after the current build.

  • Logo revisions — round 2

Doing

1/2
  • AE-commerce theme build

    Day 4 of an estimated 7.

Waiting on client

2
  • RCopy for the about page

    Chased 18 Aug. Chase again Friday.

  • Brand assets in vector

Delivered — unpaid

1
  • VLanding page — invoice #114

    30-day terms, sent 2 Aug.

Paid

1
  • GNewsletter template — invoice #109

The problem with freelance work is rarely the work. It is that four clients each believe they have your full attention, and nothing in your inbox tells you how much you have actually promised this week. A board fixes that by making every commitment occupy physical space in a column.

The columns follow money, not effort: work that has been agreed but not started, work in flight, work waiting on the client, and work delivered but unpaid. That last column matters more than any other and almost nobody tracks it. An invoice sent six weeks ago is not "done", and if it disappears into a Done column you will forget to chase it.

The "Waiting on client" column is the one that changes behaviour. Work parked there is not your bottleneck, and seeing it separated from your own in-flight work stops you feeling behind when you are not. It also gives you an honest answer when a fifth client asks about capacity.

The failure mode

Blocked work sitting in the same column as active work. Your in-progress list looks full, you turn down a job, and half of what is "in progress" has actually been waiting on someone else for nine days.

WIP limit

Two cards in Doing. A freelancer working on three things at once is switching, not working.

Example 2 of 6

A two-person startup

Two founders, no manager, and everything is urgent.

Someday

2
  • Partner integrations

  • VRewrite the onboarding emails

Next up

2
  • BUsage-based pricing page

  • Talk to 5 churned customers

    Aim for calls, not a survey.

This week

2/4
  • RFix the signup funnel drop-off

    41% abandon on the payment step.

  • AShip the annual billing option

Blocked

1
  • REnable card payments in the EU

    Waiting on provider verification, day 11.

Shipped

1
  • GSelf-serve plan downgrade

With two people there is no process problem worth solving and no shortage of things to do. The real risk is that both of you work on whatever felt most urgent this morning, and a month later the one thing that actually mattered has moved three days.

The columns here are deliberately biased towards finishing. "This week" is the commitment, and it is the only column with a hard limit. Anything not in it is explicitly not being worked on, which sounds obvious and is the hardest habit in a small team to hold.

Keep a separate Blocked column even at two people. When a card is blocked on a third party — a payment provider, a compliance review, a supplier — moving it out of the active column keeps your capacity honest. The alternative is a "doing" column of six cards, four of which nobody can touch.

The failure mode

Both founders quietly working on different priorities. Without a shared committed column, "we agreed that was important" and "someone is doing it" are two different things, and nobody notices the gap for weeks.

WIP limit

Four cards in This Week across both people. Two each, and it should feel slightly too few.

Example 3 of 6

A household week

A shared home, recurring chores, and nobody wanting to be the one who nags.

Needs doing

3
  • AService the boiler

    Annual. Last done September.

  • Replace the bathroom extractor

  • Order more of the good coffee

Quick wins

2
  • RChange the smoke alarm battery

  • Return the parcel

In progress

1
  • BRepaint the hallway

    Undercoat done. Two coats to go.

Done

1
  • GFix the shed door

Household boards fail for a specific reason: most of the work is recurring, and a board is built for work that finishes. Put "washing up" on a board and within four days it is either permanently in Done or permanently in To Do, and either way it has stopped carrying information.

The fix is to keep only non-recurring work on the board and leave the daily rhythm off it entirely. What belongs here is the stuff that genuinely gets forgotten: the appointment nobody booked, the thing that needs ordering, the repair that has been "on the list" since April.

Grouping by effort rather than by person avoids the other failure. "Quick wins" is anything under fifteen minutes, and having that column full is what makes an idle Sunday morning productive instead of guilt-inducing. Nobody is assigned anything; whoever has the time takes the top card.

The failure mode

Recurring chores on the board. They clog it, everyone stops looking at it, and the one-off task that actually needed tracking gets lost among twenty repeats of "take the bins out".

WIP limit

No limits. This is a shared prompt list, not a production system, and limits here just create arguments.

Example 4 of 6

A dissertation

One long project, one deadline, and eight months of unstructured time.

Reading

2
  • VChapter 3 — method literature

    12 papers shortlisted, 4 read.

  • Chapter 5 — comparative studies

Outlined

1
  • Chapter 2 — background

    Structure agreed with supervisor 14 Aug.

Drafting

1/1
  • AChapter 1 — introduction

Written — needs sources

1
  • RChapter 4 — results

    Numbers final. Citations still placeholders.

Supervisor approved

1
  • GResearch proposal

Long projects fail at the front, not the end. Eight months feels infinite in month one, and the work that would have made month seven survivable — reading, note-taking, a rough structure — is exactly what gets postponed.

These columns are stages of a single artefact rather than a list of tasks, and each card is a section or a chapter. That is the important move: when the unit on the board is a chapter, the board shows you how much of the thing exists. A task list can be busy for weeks while the document stays empty.

Keep "Written — needs sources" separate from "Drafted". Writing a section from memory and then backfilling citations is a perfectly good technique, but the unsourced version is not finished and it will feel finished if you let it sit in the same column as the real drafts.

The failure mode

Treating reading as progress. Without a column that holds actual written output, six months of diligent reading can produce a board that looks busy and a document that is four pages long.

WIP limit

One chapter in Drafting. Writing two chapters in parallel is how you end up with two half-chapters.

Example 5 of 6

Planning an event

A community meetup for eighty people, organised in evenings.

To decide

2
  • RPick the date

    Avoid the two big conferences that month.

  • Ticket price or free?

Locked in

1
  • BVenue — 80 capacity, projector

    Deposit due two weeks before.

Doing

2/3
  • AConfirm the two speakers

  • Set up the sign-up form

Day-of list

2
  • Arrive 90 minutes early with the badges

  • Test the projector and the mic

    Bring an HDMI adapter. Always bring an adapter.

Done

1
  • GAnnounce on the mailing list

Event work is dominated by dependencies. You cannot promote a date you have not booked, and you cannot book a venue without knowing the numbers. A flat list hides that ordering completely and lets you spend three evenings on the fun parts while the venue stays unbooked.

These columns are a rough critical path. Anything in Locked in is a decision that other work depends on, and the goal early on is to empty that column into Done as fast as possible, because everything downstream is blocked behind it.

The Day-of column is worth building weeks in advance and then not touching. On the day itself you will not be capable of planning; you will only be capable of reading a list. Writing that list in advance, calmly, is the single highest-value thing on this board.

The failure mode

Doing the visible work first. Posters and social posts feel like progress, but if the venue contract is not signed, every one of those tasks may have to be redone.

WIP limit

Three in Doing. Evening capacity is roughly one task, so a queue of three is already a week of work.

Example 6 of 6

A support queue

One person handling incoming customer issues alongside other work.

Triage

2
  • RExport produces an empty file

    One report. No steps yet.

  • Feature request — bulk edit

Reproduced

1
  • ATimezone off by one on due dates

    Only west of UTC. Parsing bug.

Fixing

1/3
  • BSlow load with 500+ cards

Needs more info

1
  • VCannot sign in

    Asked for browser and OS on 19 Aug.

Resolved

1
  • GPrint cut off the last column

A support queue is the clearest case for a board, because the work arrives whether you want it or not and the only real variable is what you pick up next. The columns exist to make that choice fast rather than agonising.

Triage is a genuine stage, not a holding pen. A ticket sits there only long enough to be classified — reproducible or not, urgent or not — and then it moves. If Triage is growing, the honest reading is that intake exceeds the time you have allocated to support, and that is a scheduling problem rather than a personal one.

The Needs more info column is the counterpart to the freelancer's "Waiting on client". Roughly a third of any support queue is blocked on the person who reported it, and separating those tickets is what stops the queue looking twice as bad as it is.

The failure mode

One giant Open column. It grows, it becomes demoralising to look at, and the tickets that are actually blocked on the customer sit there inflating the count.

WIP limit

Three in Fixing. Beyond three, context-switching between unrelated bugs costs more than the fixes.

Scrum board or Kanban board?

The two get used interchangeably and they are not the same thing. The difference that matters in practice is not the column names — it is what happens to work over time.

Kanban boardScrum board
TimeContinuous. Work is pulled in whenever there is room.Fixed sprints, usually one to four weeks.
Board lifetimePermanent. The same board runs indefinitely.Reset each sprint; unfinished work is carried over deliberately.
What limits workA WIP limit per column.The sprint commitment agreed at the start.
Adding new workAny time, as capacity frees up.At the sprint boundary; mid-sprint additions are the exception.
Roles and ceremoniesNone required.Defined roles, planning, review and retrospective.
Best whenWork arrives unpredictably, or you are working alone.A team can agree a scope and protect it for a fixed period.

For one person, Kanban wins almost by default. Sprint planning needs a group to agree a commitment and hold each other to it; on your own there is nobody to hold the boundary, and a personal sprint usually collapses into a to-do list with extra vocabulary. The continuous model asks only one thing of you — do not start more than the limit — which is a rule you can actually keep alone. The personal kanban board is that idea already set up as a board: Backlog, This Week, Today and Done, with the limit sitting on Today.

The board on this site is a Kanban board in that sense. Nothing resets, nothing expires, and there is no sprint boundary. If you want a sprint-shaped board anyway, the Software Sprint template lays out the columns for one — you supply the time-box yourself.

Getting started with any of these

Press "Open as a live board" on whichever example is closest, then change it. The columns, the names and the limits are all editable from the menu in each column header, and nothing you do here is permanent in a way you cannot undo.

If none of them fit, start from the free kanban board and add a column the first time you notice yourself unable to tell what is actually in flight. That moment is a better guide than any template.

Frequently asked questions

What are the three columns of a kanban board?

To Do, Doing and Done — what could be done, what is being done, what is finished. Three is genuinely enough for work that moves through those states in order. The three classic columns covers when three stops being enough, and which fourth column is usually worth adding first.

What is the difference between a scrum board and a kanban board?

Time. A kanban board runs continuously — work is pulled in whenever a column has room, and the board never resets. A scrum board runs in fixed sprints and resets at each boundary, with the scope agreed up front. The full comparison sets the two side by side, row by row.

Is every task board a kanban board?

No. A board becomes a kanban board when the columns are stages of work rather than categories, and when you limit how much sits in a stage at once. A list split into "work" and "home" is a filing system; a board where cards move left to right as they progress, and where the in-progress column has a WIP limit, is a kanban board.