What a Kanban Board Looks Like
User login with email
Password reset flow
Fix nav on mobile
Profile edit page
Email notifications
Dashboard charts ๐ง
API docs pending โ
Search bar feature
User onboarding โ
Form validation โ
The board above shows a healthy Kanban flow: work moves left to right. The blocked item in "In Progress" is flagged immediately โ the team focuses on unblocking it before starting anything new.
Step-by-Step Board Setup
Map your actual workflow
Before creating columns, walk through how work actually moves in your team โ from "someone requests it" to "it is delivered." Every stage work passes through becomes a column. Start simple: Backlog โ In Progress โ Done. Add columns only when the team identifies a need.
Set WIP limits per column
Start with 1โ2 items per team member per column as a starting point. Example: team of 4 โ WIP limit of 6 for "In Progress." Observe for 2โ3 weeks and adjust based on where bottlenecks form. Never start with no limits โ it defeats the purpose.
Define your classes of service
Not all work is equal. Define how different types of work are handled:
๐จ Expedite โ critical emergency, bypasses WIP limits (rare!)
๐
Fixed Date โ must be done by a specific date
๐ Standard โ normal work, first-in-first-out
๐ง Intangible โ tech debt, improvements, low urgency
Start tracking metrics from Day 1
Record the date each item enters "In Progress" and the date it reaches "Done." This gives you Cycle Time data from the very beginning. After 2โ3 weeks you will have enough data to identify patterns and forecast delivery.
Run a daily 15-minute board review
The team gathers at the board daily. Walk items from right to left (Done โ Backlog). Focus on: What needs to move? What is blocked? Is any column at its WIP limit? The goal is flow โ not status updates.
WIP Limit Quick Reference
| Team Size | Suggested WIP (In Progress) | Rationale | Review After |
|---|---|---|---|
| 1โ2 people | 2โ3 items | Allows some parallelism without overwhelming individuals | 2 weeks |
| 3โ5 people | 4โ6 items | 1โ1.5 items per person โ encourages pairing and collaboration | 3 weeks |
| 6โ8 people | 6โ10 items | Allows specialization while preventing overload | 3โ4 weeks |
| Mixed skills | Per discipline | Set WIP limits per swimlane based on specialty capacity | 4 weeks |
When a column hits its WIP limit โ STOP starting new work. This is intentional. The team should swarm on finishing the blocked column's items before pulling anything new in. "Stop starting, start finishing."
Essential Kanban Flow Metrics
โฑ๏ธ Cycle Time
How long it takes from when work STARTS to when it is DONE. This is what the team directly controls and should continuously improve.
๐ฌ Lead Time
How long from when a customer REQUESTS something to when they RECEIVE it. Includes all wait time before work even starts.
๐ฆ Throughput
How many items the team completes per week or per month. Used for forecasting โ "At this rate, how many items will we complete in 3 months?"
๐ง Flow Efficiency
The percentage of total cycle time that items are actively being worked on vs. sitting and waiting. Most teams start at 5โ15%.
Common Kanban Mistakes
โ Boards That Don't Work
- No WIP limits โ just a to-do list with columns
- Items stay In Progress for weeks without moving
- Board not updated daily โ stale data
- Blocked items not flagged visually
- Expedite class used for everything urgent
- No metrics tracked โ flying blind
- Too many columns โ complexity without value
โ Signs Your Kanban Is Working
- Cycle time is trending down Sprint over Sprint
- WIP limits are respected โ team pulls, not pushes
- Blocked items are resolved within 24 hours
- Team can forecast delivery with confidence
- Board is updated before each daily meeting
- Flow efficiency improving above 20%
- Stakeholders trust your delivery estimates