Scrum板作為一種工具，主要應用於Scrum團隊的敏捷專案管理，能夠幫助團隊更新任務進度，促進團隊資訊共享，及時發現任務過程中的異常現象，從而查漏補缺。團隊在每日站會時會通過Scrum板來直觀地展示任務狀態，確定每日需要做的任務以及優先順序。

看板作為一種敏捷方法論，通過工作流程以及任務的視覺化來識別並糾正出現的失誤。起初，看板通常為物理看板（白板），隨著專案管理流程移至線上，看板也逐漸轉為虛擬看板(軟體工具）。

這些常見的白板概念應用於各種敏捷團隊，它們都通過 視覺化的任務、 透明化的工作狀態來激勵團隊成員工作、提高工作專注力及效率。

那這兩者有什麼關聯？

Scrum板與看板在功能上有頗多相似之處：

1.標註團隊成員的專屬個人資訊

大衛·安德森將看板劃分為五個部分，這些標註著任務的卡片被稱為“ 視覺訊號”。“視覺訊號”可以是不同顏色的便利貼，也可以是定製的帶有姓名、頭像的資訊卡。同樣，在Scrum板中，也會採用不同樣式、不同風格的卡片來表示固定的團隊成員。

2.標註團隊成員的任務資訊

不論是Scrum板還是看板，事項列表都是不可或缺的一項元素。事項列表是Scrum團隊在一個Sprint中的 所有任務項。團隊能夠清晰明瞭地看到這些任務項所屬成員是誰，以及任務階段是什麼。

3.標註團隊成員的任務狀態

在任務狀態項中，基本都包含 待辦、 進行中、 已完成這三個選擇。除此之外，看板和Scrum板還會根據具體情況具體分析，酌情新增相關的複雜狀態。

4.及時提示工作中出現的問題

在Scrum板和看板中，假使其中一項任務卡片很久都沒有更新狀態，團隊中其他成員能夠及時發現這一異常現象，迅速鎖定出現問題的任務項及所屬成員。如果該成員需要幫助，其他成員就會伸出援助之手；如果問題在於該成員工作效率低下，就需要他進行自我反思。這會讓問題造成的損失縮減到最小。

除此之外，Scrum板與看板還在一些方面存有分歧：

1.是否規定團隊角色

• 看板：簡單來講包括需求列表、事項列表等， 並不規定團隊中的角色。
• Scrum板：規定三種角色—— 產品負責人、Scrum Master、開發團隊。在Scrum板中，團隊角色及職責能夠很清楚地展現，例如產品負責人主要負責定義任務的優先順序，Scrum Master帶領團隊進行整體的運作，開發團隊任務是實現產品。

2.是否調整週期

• 看板：沒有固定的開始、結束點，是一個正在進行中的過程狀態。
• Scrum板：其設定週期根據Sprint時長調整而變，因此每一次Sprint的開始便是一個Scrum板的開始日期，並且有自己固定的衝刺節奏。

3.WIP設定

• 看板：設定 一定的數量限制，一般為三個左右。另外，還要留出一個WIP作為緊急通道，以便讓優先順序高的緊急任務通行。
• Scrum板： 按照 Scrum的 Sprint時間 規定WIP數量。

4.任務是否具有靈活性

• 看板：在任務的時間限制以及增減等方面有 較大的靈活性，可以根據實際的需要來重新分配，或者重新定義任務的優先順序，再決定當前任務是否需要繼續做下去。
• Scrum板:釋出一個Sprint後，Scrum板上的任務及其相關資訊不會再次更改，直至這次Sprint結束，產品負責人重新調整任務，釋出團隊成員任務。

5.是否定期更新

• 看板：可以 貫穿整個專案生命週期，也就是說，在專案結束前，團隊一般不會對看板做出大型改動。
• Scrum板：由於Scrum板 只表示一個Sprint週期，因此在每次Sprint結束後，團隊都需要重新更換Scrum板。

6.交付標準

• 看板： 價值流動的終點即交付點，這個交付點是以產品交付到客戶手中為標準。
• Scrum板的：其終點就是 Sprint的終點，這個交付點是以Sprint結束後的產品增量放置實際環境中能否成立為標準。

在敏捷團隊中的日常中，對Scrum板和看板的使用沒有明顯的界限區分。

Scrum團隊往往會使用看板工具來幫助整個團隊運作，拉動價值從左往右的流出；Kanban團隊將看板方法論應用敏捷的時候，也會套用Scrum中的站立會議、回顧會議等幫助團隊成員自我反思、及時改進。

因此，團隊需要通過Scrum板或看板，甚至兩種工具的綜合運用，幫助整個團隊在實踐中逐漸摸索出適合自身特點的方式，最終實現產品的順利交付。

&n