列為狀態

看板將工作視覺化。每項工作都是一張卡片。卡片從左到右通過代表狀態的列移動。

經典列為：待辦清單 → 已選擇 → 進行中 → 審查 → 完成

但確切的列並不重要。重要的是每張卡片恰好有一個當前狀態，該狀態對在該系統中工作的每個人都是可見的。

卡片代表什麼

卡片代表可以獨立完成的工作單位。不是項目。不是目標。一項具體、範圍明確的事情，有明確的完成定義。

好卡片：在生產服務器上輪換 SSH 密鑰：在所有服務器上顯示新密鑰並刪除舊密鑰時完成。

差卡片：改進安全性。（這是一個項目，不是任務。分解它。）

在製品限制

圖表中的「進行中」列顯示 在製品限制：3。這意味著同時最多只能有三張卡片在「進行中」。如果你想拉取第四張卡片，你必須先完成一張。

這感覺像是一個限制。它是：設計目的。在製品限制強制你在開始新的事情之前完成你開始的事情。更多關於為什麼這很重要的內容在後面的部分。

任務卡片範圍

看板中最難的技能不是畫看板。是任務卡片的範圍界定。太大的卡片會在「進行中」停留數週，阻礙其他工作。太小的卡片會填滿噪音的看板。

部門運作很好

任何多學科操作都有功能性工作中心：麵包房有糕點、麵包、鹹食和前台。產品工作室有設計、內容、構建和運營。建築項目有框架、管道、電力和裝修。這些中心存在是有原因的：深度專業化需要集中所有權。

看板不會溶解這些部門。它使他們之間的交接變得可見和明確。

交接卡片

當一項工作從一個工作中心移到另一個工作中心時，例如設計資產在構建人員能夠組裝頁面之前需要撰寫副本，交接卡片與其一起流動。下游中心在其待辦清單中看到卡片出現。當他們有能力時，他們會拉取它。不需要電子郵件。無需會議來協調。卡片是信號。

圖表顯示什麼

★ 票證在「設計」中開始（進行中：視覺資產）。當設計完成他們的部分時，創建交接卡片，★ 票證出現在「構建」中心的待辦清單中。構建會拉取它。然後運營會拉取它。每個中心都有自己的看板。每個看板只顯示該中心的當前工作。但★ 遍歷所有這些，每個人都可以看到它在哪裡。

這是超市洞察應用於組織：每個工作中心都是一個貨架。只有當上游工作被拉取和消費時，卡片才會補充下游貨架。

設計交接

交接卡片是工作中心之間的合同。它必須包含足夠的上下文，以便接收團隊在沒有會議的情況下採取行動。

停止開始。開始完成。

在製品（WIP）代表進行中的工作。在製品限制是給定列中同時可以有的卡片數量的上限。

這聽起來像是一個限制。它是。這就是目的。

為什麼限制有幫助

每次你在完成前一項任務之前開始新的任務時，你要支付上下文切換稅。你的大腦加載新任務的上下文並部分卸載舊任務。當你回到舊任務時，你重新加載它。對於知識工作、寫作、調試、設計、審查，這個重新加載成本以小時計，而不是秒。

在製品限制防止半成品工作的積累。他們還做一些更有價值的事情：他們使瓶頸變得可見。

瓶頸變得可見

如果「審查」列的在製品限制為 2，並且它總是 2，那是一個信號：審查比生產更慢。更多的工作正在完成「進行中」而不能被「審查」消費。沒有在製品限制，看板填滿「已完成但等待審查」卡片，瓶頸是不可見的。有在製品限制，「進行中」列不能接受新卡片，整個團隊看到限制。

這不是失敗。這是信息。系統告訴你修復「審查」、招聘、配對、減少批處理大小，而不是盲目地推送更多工作。

小定律（非正式）

領導時間（卡片從開始到完成需要多長時間）= 進行中的工作 ÷ 吞吐量（每個時間單位完成的卡片）。如果你想要更短的領導時間而不僱用，減少在製品。更少的東西在飛行意味著每件事都完成得更快。

R = (W × C) + T

在製品限制保護三個變數。效率顧問布萊恩·特雷西在 1986 年命名了他們。

R = (W × C) + T

- R：結果：你想要的結果

- W：目標清晰度：你知道你想要什麼的精確程度（0–10）

- C：集中力：專注努力的強度（0–10）

- T：無干擾工作的時間（不間斷的小時數）

為什麼 W & C 相乘

清晰度和集中力不是獨立的。高度集中於模糊的目標會產生快速朝著錯誤方向的運動。完美的目標清晰度而沒有集中力會產生什麼。他們相互作用：這就是為什麼特雷西將它們寫成乘積而不是總和。在每個 9/10 上給出 R = 81 + T。在每個 3/10 上給出 R = 9 + T。差異不是加法的。

為什麼 T 相加

每個無干擾小時以線性方式添加到結果中。T 無法複合 W & C：它只能堆疊在乘積之上。這解釋了為什麼第一步總是改進 W & C，而不是工作更長的時間。在低（W × C）乘積上的更多 T 仍然是一個糟糕的結果。

看板對每個變數的作用

- W：範圍適當的卡片（清晰的標題、可測量的驗收標準、單一所有者）在工作開始前提高 W。模糊的卡片會自動降低 W。

- C：在製品限制強制集中。一張卡片在「活躍」意味著對一個問題的完全關注。三張卡片在「活躍」意味著 C 分成三個部分。

- T：番茄工作法塊和日曆保護創建了無干擾小時 T 衡量。看板計時器不是裝飾：它實時跟蹤 T。

特雷西聲稱當 W、C 和 T 都得到優化時，任何問題都可以在 30 分鐘內解決。看板是同時優化所有三個的工具。

閱讀看板

練習從看板狀態讀取瓶頸。

不敏捷。不瀑布。

敏捷是一種方法論。瀑布是一種方法論。看板是一個系統。

方法論規定你如何工作。系統描述工作的真實情況。看板不會告訴你進行兩週衝刺、每日站立會議或回顧會議。它告訴你一件事：使工作可見、限制在製品和拉取。

方法論的問題

敏捷適合迭代構建產品、軟體的團隊，大多是。瀑布適合具有固定需求和已知未知的項目、施工、硬體製造。兩者都無法清晰地映射到跨學科工作，其中設計任務和履行任務具有完全不同的週期時間和「完成」定義。

將設計中心和運營中心強制納入相同衝刺節奏是一個類別錯誤。為內容創建工作的兩週衝刺在物流工作中產生人為的緊急。為共同定位的團隊構建的站立會議儀式為獨立工作者創建開銷。

尋找完成工作的共同點

無人管理的方法：找到需要做的工作。找到最適合做的人或合作夥伴。不要在上面施加流程：通過共享可見性系統讓工作表現出自己的流程。

這不是流程的缺失。這是適當數量的流程：足以協調，不足以創建協調開銷，超過工作的價值。

不要構建你能買的。不要買你能成長的。

在任何工作卡片創建之前，問：這應該存在嗎？你構建的每一項工作，你永遠擁有。每個你訂閱的 SaaS，你永遠依賴。每個你分叉的開源依賴，你永遠維護。

決策樹：我們能成長這個嗎？一個可以可持續地產生能力的流程、技能或關係，更喜歡這個。如果成長不可行：我們能買這個嗎？一個解決 80% 問題的現成工具，無需自定義工作，更喜歡這個。如果購買不可行：構建它。並構建它知道你現在擁有它。

大多數組織倒轉了這個順序。他們為商品工具解決的問題構建自定義基礎設施，然後匆忙維護他們構建的東西。看板使這可見：你待辦清單中的每張卡片都是你選擇構建的東西。誠實的問題是它是否應該在那裡。

構建 / 購買 / 成長

應用決策框架。

設計看板

把它放在一起。你將為特定的跨職能情景設計一個看板系統。

情景

一個小工作室正在用新品牌重新推出他們的產品。工作涉及四個中心：

- 設計：新徽標、視覺識別、產品攝影、頁面佈局

- 內容：重寫的產品描述、著陸頁副本、電子郵件公告

- 構建：更新的網站、新結帳流程、舊 URL 的重定向

- 運營：更新的支付處理器設置、履行合作夥伴簡報、分析重新配置

重新推出有一個硬截止日期：一個 45 天后的貿易展，新品牌在那裡上市。

獨立工作者保持獨立

在大多數組織中，看板存在於使工作跨越管理層級可見。經理協調部門之間。看板減少協調開銷。

在無人管理的模型中，沒有經理。有獨立工作者。獨立工作者獨立操作企業：設計師獨立工作者、構建者獨立工作者、作家獨立工作者、運營獨立工作者。每個獨立工作者，根據定義，是一個部門。沒有組織圖將他們連接。沒有報告關係。沒有經理強制協調。

看板成為協調層。不是通過平鋪部門，獨立工作者保持完全獨立，而是通過使他們之間的交接可見和明確。獨立工作者不發送電子郵件或安排會議來交接工作。他們將卡片放在共享看板上。接收獨立工作者在有能力時拉取它。

這解釋了為什麼看板比敏捷或瀑布更適合無人管理的模型：它不需要共享的節奏、沒有聯合回顧會議、沒有同步的規劃。每個獨立工作者設置自己的在製品限制、自己的週期時間、自己的完成定義。協調發生在卡片級別，而不是流程級別。