Active Management of Work in Progress
Overview
- What you’ll learn: Techniques for actively managing WIP, using Work Item Age as a management signal, swarming and pairing to unblock items, and when to cancel or de-scope work items.
- Prerequisites: Lessons 33–37.
- Estimated reading time: 13 minutes
Introduction
Setting WIP limits is necessary but not sufficient. WIP limits tell you when to pay attention. Active management tells you what to do about it. The Kanban Guide explicitly calls out “Active Management of Work Items in Progress” as one of the four practices — because without it, your board becomes a passive display of slow-moving items.
Work Item Age as a Management Signal
The single most useful metric for active management is Work Item Age. During each Daily Scrum, the team should ask about any item whose age exceeds the team’s average cycle time:
- Why is this item still in progress?
- Is it blocked? By what? Who can help?
- Has the scope grown since it was started?
- Should we split it into smaller items?
- Is it still the highest priority, or should we stop and work on something else?
Aging items are symptoms. The root causes are typically: unclear requirements, external dependencies, waiting for approvals, technical complexity discovered mid-work, or simply that the item was too large to begin with.
Swarming
When an item is aging, one powerful response is swarming: multiple team members focus on a single item to get it finished. This is the opposite of the traditional approach where each person works on their own item.
Swarming works because it reduces WIP (fewer items in progress), eliminates handoffs (the people who built it also test it), and creates shared knowledge (no one person is a bottleneck).
When to Stop and De-scope
Sometimes the right response to an aging item is to stop working on it. This is psychologically difficult — sunk cost fallacy makes us want to finish what we started. But if an item has been in progress for three times its expected cycle time, you need to seriously consider:
- Is the value still there?
- Can we deliver partial value?
- Should we split this into a smaller “shippable” item and a follow-up?
- Has the context changed since we started?
Flow-Focused Daily Scrum
Instead of the traditional “what did I do yesterday / what will I do today / any blockers” format, try a flow-focused Daily Scrum:
- Walk the board right to left — start with items closest to Done.
- Identify aging items — any item older than the team’s average cycle time gets attention.
- Address blocked items — who can help unblock? Can we swarm?
- Check WIP limits — are we at or near our limits? Should we pull new work or help finish existing work?
Key Takeaways
- WIP limits tell you when; active management tells you what to do.
- Work Item Age is your primary management signal.
- Swarm on aging items to reduce WIP and finish faster.
- Don’t fall for sunk cost — be willing to stop or de-scope.
- Walk the board right-to-left in Daily Scrum for flow-focused discussion.
本課中文版
概述
設定 WIP 限制是必要但不充分的。WIP 限制告訴你什麼時候要注意。主動管理告訴你該做什麼。看板指南明確將「主動管理進行中的工作項目」列為四大實踐之一——因為沒有它,你的板子只是一個緩慢移動項目的被動展示。
工作項目年齡作為管理信號
主動管理最有用的指標是工作項目年齡。在每次 Daily Scrum 中,團隊應該對任何超過平均週期時間的項目提問:為什麼還在進行中?被什麼阻擋了?能拆分嗎?還有價值嗎?
蜂擁(Swarming)
當項目正在老化時,一個有力的回應是蜂擁:多個團隊成員聚焦在單一項目上。這降低了 WIP,消除了交接,創造了共享知識。
何時停止和縮減範圍
有時正確的回應是停止工作。沈沒成本謬誤讓我們想完成已開始的事。但如果一個項目已進行了預期週期時間的三倍,你需要認真考慮:價值還在嗎?能交付部分價值嗎?
以流動為中心的 Daily Scrum
- 從右到左走板子——從最接近完成的項目開始。
- 識別老化項目——比平均週期時間老的項目需要關注。
- 處理被阻擋的項目——誰能幫忙?能蜂擁嗎?
- 檢查 WIP 限制——應該拉新工作還是幫忙完成現有工作?
重點整理
- WIP 限制告訴你何時;主動管理告訴你做什麼。
- 工作項目年齡是主要管理信號。
- 對老化項目蜂擁以降低 WIP。
- 不要被沈沒成本迷惑——願意停止或縮減範圍。
日本語版
概要
WIP制限を設定するだけでは十分ではない。WIP制限はいつ注意すべきかを教えてくれる。積極的な管理は何をすべきかを教えてくれる。カンバンガイドは「進行中の作業項目の積極的管理」を4つのプラクティスの1つとして明示的に挙げている。
管理シグナルとしての作業項目エイジ
積極的管理に最も有用なメトリクスは作業項目エイジだ。デイリースクラムで、平均サイクルタイムを超えた項目について質問すべきだ:なぜまだ進行中か?何にブロックされているか?分割できるか?
スウォーミング
項目がエイジングしている場合、強力な対応はスウォーミング:複数のチームメンバーが1つの項目に集中する。WIPを減らし、ハンドオフを排除し、共有知識を作る。
フロー重視のデイリースクラム
- ボードを右から左へ歩く——完了に最も近い項目から始める。
- エイジングした項目を特定
- ブロックされた項目に対処
- WIP制限を確認
重要ポイント
- WIP制限は「いつ」を教え、積極的管理は「何を」を教える。
- 作業項目エイジが主要な管理シグナル。
- エイジング項目にスウォーミングしてWIPを削減。
- サンクコストに惑わされない——停止やスコープ縮小も選択肢。