Skip to main content
Back to course
Flow and Continuous Improvement

Boards and Bottlenecks

7 min · Flow and Continuous Improvement

A useful board tells the truth about how work moves. Waiting stages belong on the board, policies should be explicit, and the place where work piles up deserves help rather than more arrivals.

Video

core
Strategica InstituteBoards and bottlenecks
0:00of4:43
Playback settings
Speed
Captions
Reduced motion
Dark theme

Player ready. Captions are on by default.

Full lesson transcript: Boards and bottlenecks

Two boards. Board one: To Do, Doing, Done — tidy, colorful, updated daily. Board two looks messier: it has a column called "Waiting for approval," and that column is embarrassingly full. Here's the uncomfortable truth: the messy board is the better board. Because a board's job isn't to look organized. Its job is to tell the truth.

By the end of this video, you'll be able to design board columns that mirror how work actually flows — including the waiting — write the explicit policies that make a board trustworthy, and spot a bottleneck at a glance, plus the one correct response when you find it.

A board is your workflow made honest. So the columns must be the real stages work passes through — not the stages you wish it passed through. If every item in your world sits three days waiting for a manager's sign-off, then "Waiting for approval" belongs on the board as its own column. Not because you like it. Because you can't fix a queue you refuse to look at. A visible queue is a diagnosable queue; an invisible one just becomes "why is everything slow?"

This is Kanban's first practice from Module 2 — visualize the work — grown up. Visualizing doesn't mean decorating. It means confessing.

Second ingredient: explicit policies — Kanban's practice of writing down what the columns actually mean. What does it take for a card to enter "Doing"? What must be true before it moves to "Done"? Write it on the board itself: "Doing means actively touched today." "Review means a named reviewer has it." Without written policies, every column means something different to every person, cards drift on vibes, and the board quietly starts lying. With them, anyone can look at the board and trust what they see — that's the transparency leg of empiricism, from all the way back in Module 2. And per-column WIP limits, from last lesson, live here too: a number in each column header, enforced without apology.

Now the payoff skill. A bottleneck is the stage where work piles up — and it sets the pace for the entire system, the way the narrowest point of an hourglass sets the pace of the sand. On an honest board, you don't need analytics to find it: it's the column where cards accumulate while columns after it sit hungry.

Run the non-software example: a hiring pipeline. Columns: Screening, Interview, Offer. Screening moves fast — recruiters clear it daily. Offers go out same-day once decisions land. But Interview has fourteen candidates parked, because only two managers conduct interviews and both are booked solid. That swollen middle column is the hiring speed of the whole company. Adding recruiters — feeding the bottleneck faster — makes the pile bigger, not the hiring faster.

The correct response you already know from last lesson: swarm the bottleneck. Add interviewers, simplify the interview, batch the slots — put effort where the pile is, because an hour saved at the bottleneck is an hour saved for the whole system, and an hour saved anywhere else is usually an illusion.

One glance-tool to file away: if you ever chart how many cards sit in each stage over time — a cumulative flow diagram — trouble looks like one band steadily widening. Widening band, growing queue, found bottleneck. That's all the chart-reading this course needs.

You might think a Kanban board is basically a to-do list with columns — plenty of teams use it exactly that way, so the confusion is earned. Actually, the list is the least of it. The board becomes a system the moment it has three things a to-do list never has: honest columns including the waiting, written policies, and WIP limits. Remove those and yes — it's sticky-note decoration. Add them and the board starts doing your diagnosis for you.

Three things to keep. One: columns are a confession — model the real flow, waiting included, because visible queues are diagnosable queues. Two: explicit policies plus WIP limits make a board trustworthy instead of decorative. Three: the bottleneck is where work piles; swarm it — never feed it.

Boards improve the work. But who improves the team? Next lesson: the meeting that — done right — is the engine of everything, and — done wrong — is the most-skipped half hour in modern work.

Boards and bottlenecks

The approved narration and storyboard are present in the source pack. Provider media remains inactive pending review.

Reading

core

Boards that think

A useful board makes the actual workflow visible. Columns should represent real states, including waiting. If work regularly waits for approval, hiding that queue inside “Doing” removes the evidence needed to improve it.

Each movement needs an explicit policy: what must be true for an item to enter or leave the column? Policies reduce private assumptions and make disagreements about readiness discussable. Per-column WIP limits prevent every stage from filling simultaneously.

The bottleneck is the stage constraining the system’s pace. It often appears as a growing pile immediately before limited capacity. Feeding it with more upstream work increases waiting. The better response is to stop pulling new work, swarm the constrained stage where appropriate, remove blockers, improve capability, or revise the workflow.

Removing a column does not remove the work. Raising a limit so the cards fit does not improve capacity. Moving incomplete work to Done only hides the quality problem. The board’s value is honesty: visible queues can be diagnosed; invisible queues merely surprise customers.

A board is therefore not decorative project reporting. It is a shared model of a system and a prompt for coordinated action.

Sign in to save progress across devices.Sign in

Course outlineLesson 21 of 28