Trigpoint
「看板就是 to-do list」:是兩回事。

個人看板

Personal Kanban · Benson & Barry (2011)
書目已核 ✓ Lab 實測 ✓ 個人知識管理 · 工作流 私下告訴編輯 ▸
↓ 本頁有 2 個 Lab 實測
三句講透 個人看板只有兩條規則:把工作視覺化,限制同時進行的數量。
to-do list 答「有什麼要做」;看板多答兩個問題:「現在正做多少」和「卡在哪」。
第二條規則才是引擎:在製品上限迫使你完成而不是開新,切換成本因此下降。

↳ 見過反例?

三欄,兩條規則 Benson & Barry (2011) 待辦 清單只會變長 進行中 在製品上限(例:3) 新事進來,要有舊事出去 引擎在這一欄 完成 流出速度 = 真實產能 規則一:把工作視覺化(看得見的隊列才會被清算)。規則二:限制在製品(把「要專注」變成「欄滿了」)。 上限三件為書中建議起步值,按流速調整,非硬規則(示意重繪,非原書圖版)。 圖:trigpoint.pub
圖 1 · 三欄看板示意:待辦、進行中(掛在製品上限)、完成。
兩條規則:把工作視覺化、限制同時進行的數量。
書中建議個人自上限三件起步,屬建議值非硬規則。 放大看圖 ▸

一、發生什麼事

看板源自豐田產線:約 1953 年落地的信號機制,用實體卡控制在製品流量,是精實生產的核心構件之一[2]Toyota Production System: Beyond Large-Scale Production. Productivity Press. 書目經雙源核對。Ohno, T. (1978/英譯 1988). 看板機制約 1953 年落地於豐田產線(廣義豐田生產系統自約 1948 年發展);日文原版逐字未驗。。Anderson 2010 年的專書把它系統化為軟件開發的變革方法[3]Anderson, D. J. (2010). Kanban: Successful Evolutionary Change for Your Technology Business. Blue Hole Press. 書目經雙源核對。看板由製造業移植至軟件開發之橋。;2011 年 Benson 與 Barry 再把它個人化:一塊板、三欄(待辦、進行中、完成)、兩條規則:把工作視覺化、限制在製品[1]Benson, J., & Barry, T. D. (2011). Personal Kanban: Mapping Work | Navigating Life. Modus Cooperandi Press. ISBN 9781453802267. 書目經多源交叉核對。兩條核心規則措辭已對照原站核實。坊間流傳一個不對應的錯誤 ISBN。「上限三件起步」為書中建議值,非硬規則。。書中建議個人從上限三件起步,再按自己的流速調整;這是建議值,不是硬規則。個人化版本的洞察在於:知識工作者的超載多數不是任務太多,是同時打開的任務太多,每一件都在收切換稅。

署名要給對:看板不是 Benson 與 Barry 發明:機制約 1953 年落地於豐田產線(大野耐一)[2]Toyota Production System: Beyond Large-Scale Production. Productivity Press. 書目經雙源核對。Ohno, T. (1978/英譯 1988). 看板機制約 1953 年落地於豐田產線(廣義豐田生產系統自約 1948 年發展);日文原版逐字未驗。,1990 年隨精實生產進入學術正典,Anderson 2010 年的專書把它系統化為軟件開發的變革方法[3]Anderson, D. J. (2010). Kanban: Successful Evolutionary Change for Your Technology Business. Blue Hole Press. 書目經雙源核對。看板由製造業移植至軟件開發之橋。,2011 年兩位作者再個人化[1]Benson, J., & Barry, T. D. (2011). Personal Kanban: Mapping Work | Navigating Life. Modus Cooperandi Press. ISBN 9781453802267. 書目經多源交叉核對。兩條核心規則措辭已對照原站核實。坊間流傳一個不對應的錯誤 ISBN。「上限三件起步」為書中建議值,非硬規則。。這是一條應用梯度,不是發明鏈;引用時把層次分開。

二、為什麼這對你重要

to-do list 與看板的分別,是「清單」與「流量控制」的分別。清單只會變長;看板的「進行中」欄有上限,新事想進來,就要有舊事出去。這個約束把一個模糊的品德問題(「要專注」)變成一個機械的結構問題(「欄滿了」)。實踐上最大的坑是把上限當裝飾:欄裡貼了八件事,上限寫三,等於沒有。上限要咬得住,通常需要一個會迫你表態的面,而不是靠每天自我提醒。

「把工作視覺化」也不只是貼卡好看:看得見的隊列才會被清算,看不見的隊列只會發酵。

驗證層 · 會員
這個節點的導讀公開閱讀。
驗證細節與失效邊界屬會員版。

Lab 實測 本理論在我們 studio 的兩件實證

公開試讀實測 · 治理紀律

限 WIP 不靠自律:把最老的三條未了線迫到你面前

我們限制在製品不靠自律,靠介面:每個崗位的開工面會自動渲染出最老的三條未了線,逐條要求表態,續做、延期(必須寫日期)、或收線。沒有這個面之前,未了線只會安靜地堆積;有了它,「同時做多少」第一次變成每天都要答的問題。全文含這個面的設計、延期標記的規則,以及為何永不自動清線。

Trigpoint Pass實測 · 2026-08

週度 WIP 檢視:數字之外要答的三個問題

每週讀一次同時進行的項目數,上限 3。後來發現兩處都寫「上限 3」,分母卻相差七倍。這個數字該怎樣數、怎樣讀?下面三條讀法,都是讀錯之後才留下的。

此案例為 Trigpoint Pass 內容 · 含可套用清單

閱讀會員版 ▸

解鎖全部實證案例 Trigpoint Pass ▸

參考文獻

如何閱讀來源註記 「書目經…核對」指作者、年份、題名與出版項已確認;不代表該來源的主張已被核對。「對照原站核實」指主張已與該項目的原始網站比對。 定義版本:2026-09-20。

  1. [1] Benson, J., & Barry, T. D. (2011). Personal Kanban: Mapping Work | Navigating Life. Seattle: Modus Cooperandi Press. https://moduscooperandi.com/modus-cooperandi/blog/personal-kanban-the-book ↩
  2. [2] Ohno, T. (1988). Toyota Production System: Beyond Large-Scale Production. Cambridge, MA: Productivity Press. 2019 digital reprint: https://doi.org/10.4324/9780429273018
  3. [3] Anderson, D. J. (2010). Kanban: Successful Evolutionary Change for Your Technology Business. Blue Hole Press. ↩
  4. [4] Womack, J. P., Jones, D. T., & Roos, D. (1990). The Machine That Changed the World. Rawson Associates.

↳ 引註有誤?

私下告訴編輯:更正、反例或適用性

編輯每週處理一次;處理後,摘要與回應會列在討論與回應紀錄,處理前不公開。提交毋須註冊,暱稱可留空。

你想提交的是
設定公開名稱後,可選擇以名稱致謝 ▸
不登入,直接匿名提交

登入後可在「我的」頁追蹤處理狀態。你寫的內容會保留。

你已登入:本件會連結到你的帳號,只有你和編輯看得到,方便你在「我的」頁追蹤狀態。原文不會公開。 完整私隱政策 ▸

不連到帳號,改為匿名提交 ▸

不收集電郵。你的原文與暱稱只供編輯閱讀,不會公開;討論與回應紀錄只刊載編輯撰寫的摘要。真人驗證由 Cloudflare Turnstile 提供;為限制濫用,系統只保存 IP 的雜湊值,不保存明文 IP。原文保存於我們的雲端服務商,可應要求刪除。 完整私隱政策 ▸

回應紀錄 ▸