揭秘你不曾瞭解的看板工具箱

原文請點選 敏捷開發。

敏捷團隊在日常工作中最常用到的工具就是看板，看板作為一種通知類卡片，旨在傳達團隊中各成員的任務狀態、具體任務內容等，其目的是促進團隊成員的任務上下銜接，拉動開發過程中的產品價值從左向右流動。在價值的流動過程中，我們反過來又需要管理看板，透過設計合理的看板來促進團隊的高效協同。

看板的設計需要遵循以下幾個原則：

視覺化原則

看板方法視覺化，可以透過以下幾方面進行：

• 首先是 工作狀態的視覺化——看板的工作項通常為三個狀態：等待、處理中、已完成。成員需要在對任務進行處理的操作後及時更新自己的任務狀態，以便團隊中其他隊員能夠獲取最新的任務狀態。如果看板上某一成員的任務在較長時間中沒有發生狀態的變化，其他成員可以及時關注到這一問題，並幫助這一成員解決其任務中遇到的困難。
• 其次是 任務項的視覺化——團隊中成員的任務列表處在整個團隊的迭代週期中，任務項的視覺化使任務、時間、工作量透明，且清晰、直觀。另外，展示任務項還能對成員新增內在的約束力，促使其快速、高質量完成任務。
• 最後是 工作流程的視覺化——在工作佇列中，成員之間透過任務狀態的變換完成工作交接，從而拉動價值從左向右進行流動。處於價值流動下游的成員也能夠根據目前的工作流程來合理安排自己的計劃，以避免出現任務空窗期，也能夠及時實現任務交接。

流動原則

看板系統強調端到端的價值流動，我們以一個產品開發過程為例製作看板，看板的任務項要包括：開發、測試、待發布、釋出、已釋出，其中開發又可以劃分為實現、評審、完成。這樣從使用者需求開始，最終以價值交付為結束的開發過程，實現了價值的流動，並且價值最終又流回使用者手中。

在這個流動過程中，看板能夠清晰地展現出工作的積壓程度。當其中一個環節遇到阻礙時，首先體現在看板所呈現的任務狀態中——突然發現某一點產生了任務項的積壓，或者下游成員與上游成員無法實現任務交接。由於看板能夠讓這些問題及時暴露在成員面前並得到解決，從而讓產品價值從左到右地快速流動。

拉動原則

與傳統的“前推式”生產方式不同，看板屬於“後拉式”生產方式。它透過看板傳遞指令，由後面的流程拉動前面流程的生產，實現清晰、有序的生產管理，最終拉動價值流動，追求團隊、使用者雙方滿意的產品質量。

協作原則

看板要求限制WIP（在製品），在團隊協作的過程中，如果同時需要拉動多個價值的流動，會導致每個人的精力過於分散，從而使團隊協作銜接出現差錯，出現自顧不暇的局面。在對任務劃分優先順序的時候，團隊需要有在這個意識——集中力量解決優先順序較高的任務，保證需要快速解決的事情優先處理。

這裡應注意的是，一般在製品的數量應該控制在三個左右，同時還需要設定一個“緊急通道”，以便為突發任務讓出通道。

為了實現看板視覺化，我們能夠運用的工具箱有哪些呢？

1.視覺化工作協議

在產品開發、測試等階段，任務完成的標準、測試用例的標準、測試成功的標準等都需要在團隊成員間達成共識並進行視覺化。我們可以這樣做：事先在看板中劃分出專門的一部分，成員就這些標準提前進行討論並形成共識，然後將達成共識的標準填入看板的相應位置中，以便隨時查詢。

2.頭像視覺化

為了使每個成員的任務更加視覺化，團隊還可以選擇採用頭像視覺化的方式：每個團隊成員選擇一個自己的專屬頭像（可以是真實頭像，也可以是動物、卡通、風景的頭像），然後在每位成員的任務項上貼上相應的頭像貼紙，這樣的頭像視覺化對成員的約束會更有力度。

3.Sprint資訊視覺化

在每一個Sprint週期中，製作一份Sprint卡片可以輕鬆實現看板視覺化：卡片資訊包括Sprint週期、標題、任務人、開始時間、結束時間、編號、日誌記錄、遇到的問題等。在實際的應用中，團隊可以根據自己Sprint週期的情況進行靈活變動。

4.任務積壓圖示

為了清楚地明確任務的積壓時間，解決任務的積壓問題，幫助價值快速地從左向右流動，團隊可以在每次的站立會議中對積壓的任務項做上標記。標記可以是一個三角形，也可以是一個黑點。當一個任務項的後面跟著多個積壓標記的時候，團隊中每個成員都能夠知道，需要對該項任務的任務人提供幫助，完成這一任務。

看板的視覺化讓產品開發過程更加透明，也使檢視、反饋的過程加速進行。與其它敏捷方法相比，看板更具有更強的可實施性，但單一的看板無法滿足團隊進行敏捷轉型的需要。因此，團隊在轉型敏捷、精益的過程中，需要將看板與其他敏捷方法論相結合，促進工作效率的提升，以“儘早和持續交付有價值的軟體來滿足客戶”。