第二章：看板原則 (Kanban Principles)#

本章延續第一章 Kanbaneros 團隊的故事，正式介紹看板（kanban）的核心原則。看板不像 Scrum、XP 或 RUP 那樣規定具體的流程、角色或迭代長度——它更像是一種元流程（meta-process），可以套用在你現有的工作方式之上。這意味著你可以從現狀開始，不需要任何組織重整或流程變革，就能逐步改善。

看板最大的特色：從你現在的狀態開始（Start where you are）。不需要新流程、新角色、也不需要令人頭痛的組織重整。你只需要基於現有的工作方式，運用看板原則來持續改善。

名詞釐清：Kanban、kanban 與 kanban system#

在深入原則之前，有必要先釐清幾個容易混淆的名詞：

  • Kanban Method（大寫 K）：由 David J. Anderson 首先提出的方法論，旨在為組織帶來漸進式的演化變革（evolutionary change），記錄在其著作 Kanban: Successful Evolutionary Change for Your Technology Business 中。
  • kanban（小寫 k）：泛指「視覺化的流程管理系統」，告訴你該生產什麼、何時生產、生產多少。有時也指視覺信號（visual signal）本身。
  • Kanban system（看板系統）：用來追蹤進行中工作的系統，包含看板板、卡片，以及圍繞工作制定的各種政策。

日文小知識：kanban 由兩個日文字組成——「kan（看）」意為視覺的，「ban（板）」意為卡片。合起來就是「視覺卡片」或「信號卡片」。看板概念源自 Toyota 的生產系統（Toyota Production System, TPS），是為了實現即時生產（just-in-time manufacturing）而發明的排程系統。西方研究者後來將 TPS 稱為精實生產系統（Lean Production System），並進一步發展為精實製造（Lean Manufacturing）與精實思維（Lean Thinking）。

在實務中，社群成員往往不會嚴格區分這些術語。一般所謂「使用看板」，指的是運用某種看板系統來管理和優化視覺信號，以達成漸進式改善。本書也採用這個廣義的定義。

2.1 看板的核心原則 (The Principles of Kanban)#

看板建立在三個簡單但強大的原則之上：

  1. 視覺化（Visualize）
  2. 限制在製品數量（Limit Work in Process）
  3. 管理流動（Manage Flow）

Figure 2.1: Three core kanban principles: Visualize, Limit WIP, Manage flow

這三個原則看似簡單，但它們的交互作用能帶來深刻的改善效果。以下逐一說明。

2.1.1 視覺化 (Visualize)#

在第一章中，我們與 Kanbaneros 團隊合作的第一步就是視覺化他們的工作。最簡單的做法是：

  • 為每個工作項目建立一張便利貼
  • 建立一個視覺化的工作流程板（board），追蹤每個項目的當前狀態

這是認識你的工作、了解「工作如何運作（how your work works）」的好方法，也能讓你開始看到工作流程中的改善機會。

對許多團隊來說，光是讓資訊可見這一步，就能立即帶來巨大的衝擊。把原本隱藏的資訊攤開在所有人面前，許多問題自然浮現，也自然會被解決。

視覺化還有更深層的意義——你同時也在讓隱含的政策變得明確（making implicit policies explicit）。例如：

  • 團隊成員可能各自對「功能需求的處理流程」有不同的理解
  • 當你把工作流程用欄位展示在板上時，真實的流程對每個人都變得清楚可見
  • 這會引發討論，澄清工作政策，並可以直接記錄在視覺板上，讓所有人遵循一致的方式

在第一章中，Kanbaneros 團隊經歷了幾種常見的視覺化方式：看板板（board）、工作項目（work items）、以及加急通道（expedite lane）等。第三、四章會更深入介紹這些內容。

2.1.2 限制在製品數量 (Limit Work in Process)#

在第一章中，我們透過「Pass the Pennies」遊戲讓 Kanbaneros 團隊體驗了限制在製品（WIP）的原則。簡單來說：

刻意設定一個上限，規定同時能進行多少個工作項目。

限制 WIP 最直觀的好處是：同時進行的項目越少，每個項目完成的速度就越快。第五章會深入說明 WIP 對流動的影響。

但限制 WIP 還有更微妙的好處：

  • 製造適度的張力（tension）：WIP 限制會在工作流程中製造一種「好的張力」，因為它會暴露系統中的問題
  • 這些問題其實就是「尚未被實現的改善機會（unrealized improvement opportunities）」
  • 當流動停滯（便利貼移動緩慢）、堆積（某些欄位堆滿便利貼）、或完全停止（項目在等待中）時，這些都是改善系統的信號

WIP 限制不僅僅是為了加快速度——它更重要的作用是讓問題浮現。沒有 WIP 限制的系統很容易把問題隱藏在大量進行中的工作裡，讓你誤以為一切正常。

第六章會詳細介紹限制 WIP 的理由、方法和視覺化技巧。

2.1.3 管理流動 (Manage Flow)#

如果你想改善，你需要知道目標是什麼。看板的最後一個原則就是：幫助工作快速且不間斷地流過整個工作流程。

這是持續改善旅程的起點，但也有壞消息和好消息：

  • 壞消息：你永遠不會「完成」這個任務。工作流程永遠可以改善，永遠有瓶頸在拖慢你
  • 好消息：問題會在板上視覺化地自動呈現給你，而且往往最大的問題會最先被看到——解決它，你就完成了一次重大的改善

Kanbaneros 團隊在第一章中發現了幾個改善機會：

  • 部署流程是嚴重的瓶頸：板上「Waiting for Ops」欄位堆滿便利貼，清楚地顯示出問題所在。團隊其實早就知道這個問題，但現在有了持續呈現的數據，逼迫他們採取行動
  • Bug 屬於不同的工作類別：Bug 的處理方式與一般項目不同，可能需要在優先排序中給予特殊待遇
  • 透過 WIP 限制讓流動更順暢：例如在驗收階段排入四個項目，讓 Cesar 和 Beth 不需要一天跑好幾趟，而是有合理數量的工作等著他們

改善流動時，你可以從多個思想體系中汲取靈感：

  • 精實思維（Lean Thinking）：識別並消除流程中的浪費（waste）
  • 約束理論（Theory of Constraints, TOC）：識別、利用並緩解系統中的瓶頸
  • 敏捷軟體開發（Agile）：改善協作和品質，從而改善流動

你選擇哪條路來改善系統都可以，重要的是你對工作發出的信號做出回應並加以改善。

2.1.4 三個原則的交互作用#

在實務中，三個原則會不斷地交互結合：

  • 為了加快流動，你限制 WIP
  • WIP 限制也會視覺化地顯示在板上
  • 視覺化的工作流程 + WIP 限制 + 專注於推動工作流動 = 輕鬆發現改善機會
mindmap
root((看板核心原則))
視覺化
讓工作可見
讓政策明確
限制 WIP
加快流動
暴露問題
管理流動
消除浪費
持續改善

對改善的追求很快會帶你超越自己團隊的邊界——為了更快的流動，你可能需要與其他團隊或部門以不同的方式互動。第一步可以是把上下游團隊也納入你的板上。這可能會成為一場演化式變革的起點，最終影響整個公司。

關於「三個原則」還是「六個實踐」？#

看板作為軟體領域的方法論還很年輕，社群持續在演化。本書描述的三個基本原則是看板的根基，但 David J. Anderson 等人後來將其擴展為六個核心實踐（core practices）：

#實踐說明
1視覺化（Visualize）如上所述
2限制在製品（Limit WIP）如上所述
3管理流動（Manage Flow）如上所述
4讓流程政策明確（Make process policies explicit）有了明確的政策，你可以基於客觀數據（而非感覺和傳聞）來討論流程
5實施回饋循環（Implement feedback loops）強調從流程中獲取回饋，例如「運營審查（operations review）」，一種針對流程本身的回顧
6協作改善、實驗演化（Improve collaboratively, evolve experimentally）鼓勵使用約束理論或精實等模型，推動團隊進一步改善

本書作者認為後三個實踐可以自然地歸入前三個基本原則中：

  • 讓政策明確 是視覺化的一部分——重要的不只是寫在板上，更是透過討論達成共識
  • 實施回饋循環 是管理流動的一部分——要幫助工作流動，回饋循環不可或缺
  • 協作改善、實驗演化 深深植根於精實原則中，是看板的生態環境，而非看板本身的原則

此外，David J. Anderson 等人也定義了一組「原則」（此處「原則」一詞的含義有所改變）：

  • 從現狀開始（Start where you are）
  • 同意追求漸進式、演化式的改變（Agree to pursue incremental, evolutionary change）
  • 最初尊重現有的角色、責任和職稱（Initially, respect current roles, responsibilities, and job titles）
  • 鼓勵組織各層級的領導力（Leadership at all levels in the organization）

隨著社群的發展，術語和分類持續在變化。這是健康的演化，但也解釋了為什麼有人說「三個原則」，有人說「五個屬性」，又有人說「六個實踐」。

2.2 立即開始 (Get Started Right Away)#

看板的輕量本質讓你可以像 Kanbaneros 一樣立即開始。事實上——為什麼不現在就開始？

看板的核心口號：停止開始，開始完成！（Stop starting; start finishing!）

在拿起新工作之前，先專注把手上的事情真正做完。這是限制 WIP 最簡單但有效的方式。

如果你想更具體、更實際地開始，可以參考以下步驟——這是與 Kanbaneros 團隊在第一章中進行的簡化版工作坊：

步驟一：視覺化你的工作#

請團隊為每個正在進行的工作項目建立一張便利貼，貼在白板上的任意位置。

步驟二：將工作流程映射到板上#

  • 為工作流程的每個階段建立一個欄位（例如：Inbox → Analyze → Dev → Test → Done）
  • 把便利貼移到對應的欄位
  • 這個過程中，團隊會自然地討論「工作到底是怎麼運作的」——這是好事，能增進對流程的理解

不要在看到全貌之前就急著優化工作流程！ 先忠實地呈現你們現在實際的工作方式，之後再考慮改善。

一定要讓團隊一起畫板！ 不要讓一個人單獨完成——尤其不要讓外部教練獨自畫板。團隊的認同感（buy-in）會因此大打折扣。一個簡單的方法是讓團隊成員輪流拿筆來畫。

步驟三：做幾次試運行#

用已經完成的工作項目在板上走一遍，驗證工作流程是否真的符合你們的工作方式。如有需要就調整。在這個階段，你的目標是追蹤你們實際的工作方式，而非理想中的方式。

步驟四：決定 WIP 限制#

決定團隊同時可以進行多少個工作項目。

  • 不要想太多——先設一個值，之後再調整
  • 一個簡單的起點：每人兩個工作項目，均勻分配在各欄位
  • 第六章會提供更多關於 WIP 限制的好建議

步驟五：建立頭像 (Avatars)#

建立小型的個人頭像圖片，貼在你正在處理的工作項目上。這能幫助你更容易看到誰在做什麼，以及有問題時該找誰。

完成以上步驟後，你就有了一個簡單的看板板可以開始改善。即使是這麼簡單的工具，也能幫助你發現問題並持續改善。

2.3 本章總結 (Summary)#

看板是一種基於簡單但強大理念的軟體開發方法。它的目標是讓工作快速流過整個價值鏈——從想法或概念到上線運行的軟體，讓客戶滿意。實現這個目標的工具就是三個核心原則：

  • 視覺化你的工作和政策
  • 限制在製品數量
  • 幫助工作更好地流動

這些工具引導你持續改善流程，追求更快、更順暢的工作流動。這是一場永無止境的旅程，但它能幫助你和你的團隊每天都進步一點點。

當工作在板上前進時，注意那些阻礙流動的問題。當問題出現時，停下來討論——這些就是你的改善機會！ 不要浪費它們，好好把握。

本書後續章節將提供大量關於視覺化（第三、四章）、限制 WIP（第五、六章）、以及管理流動（第七章）的實務建議、模式和工具，幫助你的團隊立即上手。

Backward Understanding Kanban Visualizing Your Work Forward