第三章：視覺化你的工作 (Visualizing Your Work)#

本章是看板方法的核心起點——視覺化。作者從豐田工廠的實地觀察出發，說明視覺化如何幫助團隊理解工作流程、促進協作，並為持續改善奠定基礎。讀完本章，你將能夠設計並開始使用一個符合你團隊實際工作方式的看板。

豐田工廠的啟示#

走進豐田元町（Motomachi）組裝工廠，最令人印象深刻的就是豐田如何運用視覺化與聲音來追蹤進度、顯示狀態並進行溝通。工廠中到處都是大型標示和看板，讓每個人隨時都能掌握狀態：

• 工廠各處都有大型標示，說明每個區域的功能
• 巨大的 Andon 看板（信號板）顯示生產狀態，包括何時何處需要協助
• 當工具被取走時，工具存放處會顯示該工具的明亮圖像，提醒所有人工具已被取走，也提醒使用者記得歸還
• 工人遇到問題時拉動著名的 Andon 繩（停線繩），該工位特有的音樂會響起，Andon 信號板上的燈會閃爍，提示哪個工位遇到了麻煩
• 同時，該工位旁會亮起黃燈；如果在車輛移到下一個工位之前問題仍未解決，燈會變成紅色，整條生產線會停下來

工廠中還有一塊形狀像從正面看的汽車的大看板，其中一個「車頭燈」是時鐘。它懸掛在屋頂上，大且對所有人可見，顯示的資訊包括：

• 計劃組裝的汽車數量
• 實際已組裝數量
• 當班計畫
• 目標達成百分比
• 是否需要加班 15 分鐘或 30 分鐘才能達成今日目標

這些只是工廠中幫助工人行動和決策的眾多視覺化手段中的一小部分。

豐田之道（The Toyota Way）的其中一條原則是：「使用視覺化控制，讓問題無所遁形」（Use visual control so no problems are hidden）。這個理念深植於日本文化之中。日語中的「見える化」（mieruka / 見える化）不僅指用容易理解的視覺形式呈現事物，更指透過更高的透明度和資訊共享來提升組織效能的目標，以及一系列利用視覺化結果進行思考並啟動適當行動的過程。

在看板方法中，「視覺化」的本質是：在人們需要的時候，讓所有必要的資訊可見，從而實現有效的協作與改善——透過理解「工作是如何運作的」（how the work works）。要達成這個目標，你需要做到兩件事：

1. 讓政策顯性化（Make policies explicit）
2. 使用資訊輻射器（Use information radiators）

回顧第一章，當作者為 Kanbaneros 團隊引入看板時，第一步就是視覺化他們的工作。團隊為每個正在進行的項目建立了一張便利貼。許多團隊在這樣視覺化工作時都會體驗到「啊哈！」時刻——像是「你也在做那個？我也是！也許我們應該合作！」這類問題會迅速浮出水面。

3.1 讓政策顯性化 (Making Policies Explicit)#

隱性假設的危害#

團隊合作時，往往存在大量隱性的假設與政策。人們對各種事情都有自己的假設——從如何使用公共設施，到「負責完成某項重要工作」到底意味著什麼。有時候這些假設是不一致的，甚至互相矛盾，導致：

• 誤解與低效的團隊合作
• 情緒化、主觀的問題討論
• 流程中的衝突與摩擦

顯性化的價值#

如果能把這些政策顯性化——例如，透過在看板上視覺化你的工作流程，並討論每個步驟的含義——那麼不一致之處就必須被處理，衝突也能被解決。一旦政策被明確定義，就更容易進行理性且有數據支撐的討論來改善它們，為協作式的流程改進提供良好基礎。

政策是指導方針，而非必須遵守的規則。它們可以也應該在適當時候被打破，但打破政策的決定應該是有意識的，並且通常需要經過團隊的慎重考慮。正如《乘風破浪》（Pirates of the Caribbean）中 Barbossa 船長所說：「與其說是規則，不如說是指導方針。」

Kanbaneros 團隊的實踐#

第一章中的 Kanbaneros 團隊透過以下方式將政策顯性化：

• 將工作流程映射為看板上的欄位（columns），過程中他們進行了長時間的討論，釐清了工作在不同情境下的行為
• 定義工作項目的類型（以顏色區分）及其處理方式
• 設定特定欄位的在製品限制（WIP limits）
• 設立快速通道（expedite lane），這是一種泳道（swim lane）的範例

在這個過程中，團隊表面下有許多事情在發生，因為他們之前從未正式化自己的工作方式。透過這個過程，他們了解了什麼有效、什麼無效。

透明度有時會讓人感到威脅。 如果你已經習慣用自己的方式做事——也許你按自己的方式排優先順序、為「自己人」開後門、長期在雷達下飛行不被注意——那麼讓政策顯性化對你來說可能不是好事。引入開放、視覺化的工作方式可能令人感到被威脅。處理方法是：以小步驟引入視覺化，讓團隊自己決定要視覺化什麼以及如何視覺化。

對作者而言，視覺化工作和讓政策顯性化是密不可分的。但由於「視覺化」可能被狹義解讀，看板的官方定義將「讓流程政策顯性化」（Make process policies explicit）與「視覺化」（Visualize）分別列為六大核心實踐中的兩項。本書中，許多看板的實踐與模式都與讓政策顯性化和使用視覺化有關，而最重要、最顯著的實踐就是看板本身——一個優秀的資訊輻射器。

3.1.1 資訊輻射器 (Information Radiator)#

高效的團隊需要不斷地一起回應事件、協調活動。在快節奏的環境中，傳統的狀態會議往往枯燥乏味，傳統的專案文件則感覺像是不必要的負擔——不準確且不完整。你需要的是即時、易取得的資訊，在需要的時候就能讓所有相關方看到。

資訊輻射器（Information Radiator）是指在路過的人能看到的地方展示資訊的裝置。有了資訊輻射器，路過的人不需要提問；資訊會在他們經過時自然地「擊中」他們。 ——Alistair Cockburn，《Agile Software Development》

資訊輻射器的典型形式包括：

• 顯示專案進度的大型圖表海報
• 展示研討會行動項目的索引卡牆
• 以欄位呈現工作流程、以便利貼代表工作項目的白板

它們被放置在團隊隨時能看到的地方，但也應該讓團隊以外的利害關係人容易存取。

資訊輻射器的設計原則#

書中提出了幾個設計和使用資訊輻射器的關鍵原則：

保持容易更新#

• 資訊輻射器應該易於保持最新狀態，這樣它才會被不斷更新並且值得被查看
• 這就是為什麼很多團隊偏好手繪圖表和低科技設備（白板、紙張、便利貼、索引卡）
• 更重要的是，這也讓持續實驗和改善資訊輻射器變得容易，讓它能適應你的特定情境
• 尤其在建立新的資訊輻射器時，你希望能快速、輕鬆地改變視覺化的方式，因為它一開始不太可能是完美的

不要把資訊藏在冰箱裡 (Don’t Hide Your Info in the Fridge)#

數位工具有時會變成資訊冰箱（information refrigerators），這是資訊輻射器的反面：

• 你必須知道去哪裡找
• 你必須會用工具
• 你必須有權限
• 你需要花力氣進入工具
• 你甚至不知道資訊是否存在，你得打開門挖掘一番才能找到

如果你選擇了不會自然成為資訊輻射器的工具，確保它能在團隊附近的大螢幕或投影機上展示。很多電子追蹤系統現在都提供看起來像便利貼看板的儀表板或畫面，把它投射出來讓它真正「輻射」資訊。

避免資訊過載 (Can. Not. Process.)#

不要試圖在資訊輻射器中塞入太多圖表、太多資訊或太多細節。過多的資訊會讓輻射器更難理解，反而失去了快速溝通的目的。

做大一點 (Go Big)#

確保資訊夠大，能從幾英尺外輕鬆看到，文字清晰可讀，讓人不需要湊近或瞇著眼就能閱讀。

用或失去 (Use It or Lose It)#

• 不要保留對團隊或利害關係人沒有價值的資訊
• 不得不更新你覺得毫無意義、沒人在乎的資訊，是最令人洩氣的事情之一
• 持續重新評估是否應該維持現狀或做出調整

電子看板 vs. 實體看板#

這是一個全球團隊都在辯論的話題，沒有一個對所有人都正確的答案。你只能權衡利弊，自行決定。

電子看板的優點：

• 隨處可存取，對非同地辦公（not co-located）的團隊特別有幫助
• 不會遺失資料（實體看板的便利貼可能掉在地上）
• 自動計算指標（metrics）
• 可以儲存每個項目的資訊和討論紀錄

實體看板的優點：

• 通常更大
• 能把人從桌前吸引過來，成為自然的聚集場所
• 通常更容易設置——你只需要一塊白板或一面牆
• 更容易根據你的特定需求進行更改和調整

讓團隊自己決定使用電子工具還是實體看板。作者 Marcus 在 Spotify 擔任教練時，發現三個團隊中有兩個使用電子工具。有趣的是，唯一不使用電子工具的團隊反而是分散式團隊（一名成員在德國，其餘在瑞典），他們認為用實體看板加上每天拍照分享就足夠了。而兩個距離不到 10 公尺的同地辦公團隊反而選擇了電子工具配大螢幕。沒有對錯，只有最適合你們團隊的選擇。確保資訊能讓團隊所有人看到——這就是視覺化的全部意義。

作者更多談論實體看板的原因是它們通常在早期階段更容易上手和更改。但最終決定權在你的團隊手中。

1+1 等於 3#

當你把讓政策顯性化和使用資訊輻射器進行視覺化結合在一起時，政策就會擺在你面前，幫助你做正確的事。如果這還不夠有幫助，你的團隊成員很可能會在看到你的行為（或看板上視覺化的行為）偏離了你們共同約定的政策時，施加一些正面的同儕壓力。

讓政策顯性化 + 視覺化（資訊輻射器） = 看板。這是看板方法中最極致的組合。

資訊輻射器設計摘要：

• 大而可見的展示
• 為你和其他相關方服務
• 保持容易更新
• 做大一點
• 用或失去

3.2 看板 (The Kanban Board)#

在團隊中工作時，你需要知道很多事情才能有效協作：

• 誰在做什麼？
• 我們是否把精力集中在最高優先的工作上？
• 被阻塞的項目是否被擱置不管？
• 工作是否在某個瓶頸前堆積？
• 工作的進度如何？

這些不僅對團隊重要，對其他利害關係人也很重要。為什麼不為這一切建立一個好的資訊輻射器呢？看板團隊使用很多資訊輻射器，但其中最常見、最突出的就是看板本身。

3.2.1 看板的基本形式 (The Board)#

看板的基本形式是一塊白板或空牆面，你在上面貼上便利貼或索引卡來視覺化工作流程及工作的進展。要頻繁更新它，讓每個人都能看到並根據最新資訊採取行動。

使用大看板不僅使其成為好的資訊輻射器，還讓一群人能同時在上面移動東西、討論正在發生的事、建立新的工作項目等等。看板成為了團隊聚集和分享的自然場所——就像部落圍繞的營火，大家在這裡「講述」已經發生和將要發生的故事。

為了最大化看板上資訊的觸及範圍，應該把它設置在每個人都容易到達的位置，並且有足夠的空間讓團隊在每日站會（daily standup）時聚集在看板前討論工作。

如果遇到空間限制的問題：

• 如果是家具管理員或空間不足的問題，可以使用摺疊式看板（用紙板製作），至少在站會時使用
• 如果團隊分散在不同的實體位置，或有其他因素阻礙，可以使用數位看板工具（參見附錄 B）

不要因為一兩個遠端團隊成員就完全放棄實體看板的好處而全面轉向電子工具。同時使用實體和數位版本，做一點雙重記帳（double bookkeeping），通常比你想像的工作量少得多，而且往往值得這個投資。

每日站會：與看板搭配的最佳實踐#

看板是輻射團隊當前狀態的好工具。另一個與看板搭配的絕佳實踐是在看板前進行簡短但頻繁的會議——每日站會（daily standup）。在這些會議中，你們能夠協調、分享和互相學習。聚焦在看板上發生了什麼。

每日站會的簡單做法：

• 決定一個固定的重複時間：一天中每個人都能到、不會讓任何人痛苦的最早時間是好的起點，讓你們能一起開始新的一天
• 保持會議簡短：最長 15 分鐘。站著開會是確保會議不會拖長的聰明方法——這也是「每日站會」這個名字的由來
• 不相關的討論延後：不涉及多數人的討論暫停，移到會後進行

對作者教練過的許多團隊來說，這兩個實踐帶來了巨大的改變：視覺化你的工作讓你輕鬆看到正在發生什麼，以及每天開會來追蹤工作、分享問題或疑慮。更多關於高效每日站會的內容可參見第七章第 7.3 節。

看板的核心要點：

• 使用大看板來輻射關於你工作的資訊
• 實體和電子看板可以服務不同的目的；嘗試充分利用兩者
• 使用每日站會在看板前協作和互相學習

3.2.2 將工作流程映射到看板上 (Mapping Your Workflow to the Board)#

看板通常有若干個欄位（columns），代表工作流過的不同步驟。但這些步驟是什麼？你怎麼知道該在新看板上放什麼？

核心原則：映射實際工作流程#

首先，你要捕捉的是實際的工作流程，而非公司標準的、紙上版本的正式流程。一個簡單的入手方式是：

1. 找出一兩個最典型的工作項目
2. 「走過這條河流」（walk the stream）——追蹤這些工作項目從開始到結束實際經歷的每一步
3. 了解工作在你特定情境中的實際流動方式

正確地定義工作流程可能很困難。第一章中 Kanbaneros 團隊花了不少時間討論它，但這些時間花得很值得，因為它迫使團隊檢視隱含的假設，並對他們作為團隊的工作方式有了更深的理解。在映射工作流程之前，團隊中可能存在多種不同的看法，但讓它變得視覺化也讓它變得明確且到位。

設計看板的關鍵指導#

由團隊設計看板

不是由經理、團隊領導或某種教練來設計看板，而是由將要使用它的團隊成員來設計。這樣能創造擁有感（sense of ownership），提高團隊遵守他們共同約定的政策和流程的可能性。

抵抗立即改善的衝動

視覺化的全部意義在於理解工作並讓改善機會更明顯。先映射你的工作流程，讓看板幫助你發現問題。誰知道呢，改善機會可能不在你以為的地方，而是在其他地方。

處理不同類型的工作

不是所有類型的工作都經歷完全相同的工作流程，但這沒關係。團隊需要一起決定如何處理：

• 也許某種類型的工作會跳過某個欄位（例如 Kanbaneros 團隊決定 bug 不需要經過「分析」欄位）
• 如果欄位名稱太具體而無法適用於所有類型的工作，嘗試使用更抽象的名稱。例如，「Test」對程式碼有意義但對文件不一定適用；改成「Verify」或「Reviewed by Peer」後，你會發現所有類型的工作都能適用同一個工作流程

不要在前期投入太多精力

準備好在發現工作流程與最初想的不同時重新設計看板：

• 建議用可擦拭的白板筆來畫看板，這樣能輕鬆更改
• 先不要急著用電子工具或漂亮的膠帶，等到你覺得設計已經相對穩定之後再做

看板的形式不限於欄位。作者見過螺旋形、階梯形和其他創意設計。但以欄位為基礎的看板是目前最常見的形式，也可能是一個好的起點。

工作流程映射摘要：

• 讓看板反映你實際的工作流程
• 透過真實範例來學習
• 不要想太多；做好隨時改變的準備

3.3 佇列 (Queues)#

佇列可以幫助你管理交接（handoffs）、獲得更平穩的工作流動，並為團隊成員提供工作已準備好可以開始的視覺信號。在看板上，佇列通常表現為某個欄位前面或後面的獨立佇列欄。

佇列的常見範例#

以下是看板上常見的佇列欄：

注意，同一個狀態可以用不同方式表達：Development Done 和 To Test 基本上是同一件事，都表示開發完成，測試人員可以拿取項目開始測試。佇列放在哪裡（屬於「開發」還是「測試」）完全由你決定。

例如，一個簡單的看板可能長這樣：

Todo | Develop (3) | Ready to Test | Test (3) | Done

其中，Ready to Test 是一個佇列欄，括號中的數字代表 WIP 限制。

Done 欄與 Ready 欄的區別#

Done 欄（例如 Development Done）：

• 代表該步驟的正常結束狀態，信號傳給工作流中的其他人，表示這個工作項目可以被處理了
• 移動項目到 Done 的人不需要知道接下來會發生什麼
• 例如，對於 Development Done，測試人員和產品負責人可能會一起做快速「分類」（triage），決定工作項目下一步去哪裡：也許是 Test、也許是 Stakeholder Verification、也許是 Ready for Production

Ready 欄（例如 Ready to Test）：

• 總是針對一個已知的步驟，放在該步驟前面，等待被處理
• 用於明確的交接（handoff），有時甚至是跨團隊的交接
• 工作被推入（push）這個步驟，例如透過事件或節奏（cadence）觸發——像是雙週的規劃會議，或是當收件匣中只剩三個項目時
• Ready to Test 欄中的項目會計入測試的 WIP 限制

從上面的範例可以看到，測試人員有兩個項目在佇列中等待（Ready to Test），另外有一個項目在 Test 欄中正在被處理。

3.3.1 進入與退出標準 (Entry and Exit Criteria)#

釐清誤解、在欄位和佇列的含義上達成共識的一個好方法，是回答這個問題：

「需要滿足什麼標準，我才能把工作項目移到下一個欄位？」

這些進入（entry）和退出（exit）標準一旦被明確化：

• 可以用條列要點或檢查清單的形式呈現
• 視覺化在它們所適用的欄位上方或下方——例如寫在便利貼上或直接寫在看板上
• 每次在看板上移動項目時都應該檢查這些標準
• 你可以只有進入標準、只有退出標準、或兩者都有——取決於你想在工作項目流過工作流時檢查什麼

當新的或修改過的標準剛建立時，可以在每日站會中針對每個討論到的項目使用這些標準作為檢查清單。甚至可以加上一條政策：至少兩個人必須同意標準已滿足，才允許移動該項目。政策會持續被討論，並逐步被更改和改善。

作者建議在與工作流相關的話題出現時——例如站會中的對話、團隊回顧會議（retrospective）、或對缺陷進行根本原因分析（root-cause analysis）時——重新檢視進入和退出標準。問自己：

• 「我們是否遵循了這些標準？」
• 如果遵循了，有什麼可以加入標準以幫助未來避免這個問題？
• 如果沒有遵循，則應該檢視為什麼你們沒有遵守共同約定的政策。

3.4 本章總結#

本章討論了視覺化你的工作——讓原本不可見的工作和其相關政策變得可見：

• 視覺化工作的終極目的是創造理解「工作如何運作」所需的透明度和資訊共享，從而有效地協作
• 視覺化的過程意味著讓原本不可見的資訊變得可見，將隱性的知識和政策顯性化，並在此過程中解決浮現的不一致和衝突
• 看板是視覺化工作流程的好方法，能共享優先順序、誰在做什麼、個別工作項目的進度等資訊
• 使用大而可見的看板，資訊會輻射到所有有興趣的人，而不是被隱藏在人們的腦中或不易存取的工具中
• 建立看板很簡單：將工作項目的工作流程——即它們為了完成通常需要經過的步驟——映射為在白板或牆上建立的欄位

本章核心要點：

• 視覺化 = 讓政策顯性化 + 資訊輻射器
• 看板應反映實際的工作流程，而非理想化的流程
• 由團隊自己設計看板，創造擁有感
• 從簡單開始，持續調整
• 佇列和進入/退出標準讓工作交接更清晰
• 每日站會是看板的最佳搭檔

下一步是建立工作項目（work items），這是下一章的主題。