工具-降低在製品WIP

🎯 什麼情境該想到我

當你/團隊「同時開一堆事、每件都在進行中卻沒幾件完成」、一直被打斷切換時。

限制同時進行的工作數量（WIP limit）：把看板每一欄的在製品設上限，滿了就不准再拉新工作進來。
先完成、再開始（Stop starting, start finishing）：把卡住的先做完，而不是又開新的。
減少多工與情境切換：切換的隱形成本極高，專注把件數壓低。
保護瓶頸：別讓工作在瓶頸前無限堆積（見工具-找出並管理約束點）。
往上游走：縮小批量。這是比「限制件數」更根本的槓桿——

「在任何工作系統中，理論上的理想是單件流，它讓產出最大、變異最小。而達成的方式是持續縮小批量。」

反過來說，把發布間隔拉長、每次塞更多功能進去，是在做完全相反的事，最後連「控制版本間變異」的能力都會失去。
拿掉不必要的工作，比少放工作進去更有效：

“Being able to take needless work out of the system is more important than being able to put more work into the system.”

降低 WIP 會縮短前置時間、加快流動——這是三步工作法第一步的核心手段。

書中 Bill 面對「什麼都在做、什麼都做不完」，用的是最猛的一招：凍結所有專案。

效果：凍結後的七天內完成的事，比平常整整一個月還多。優先權衝突與惡性多工消失了，「從沒看過大家這麼專注」。
代價要先想好：專案發起人會強烈反彈，會有一堆主管來要豁免、或想私下偷跑；要有人（通常是更高層）擋在前面。
解凍要有節奏：目標是「把水龍頭慢慢轉開，開到夠喝但不會淹死」。書中的做法是先放行前五大業務專案，並用顏色把看板卡片分類（前五大業務專案／其他／內部改善），確保比例是刻意維持的、不是隨機的。
優先放行不需要動到瓶頸的專案——那些幾乎是免費的產出。

WIP limit 會讓人「不舒服地閒下來」——那正是暴露瓶頸、逼出改善的重點。
這不只是直覺，有數學撐腰：等待時間＝忙碌率 ÷ 閒置率，所以閒置是排隊時間的分母，把它壓到 0，等待時間就趨近無限大（見工具-等待時間與閒置產能）。
真正的 WIP 大頭在跨部門的交接，不在你自己團隊裡。 部門內部的排序已經很難，跨部門至少難十倍——只優化自己這一段，看板會很漂亮，交付還是很慢。
別把它讀成「所有人都該閒著」。要壓的是同時在進行的件數，不是每個人的工作量。