敏捷工具：Scrum板與Kanban如何抉擇？

本文來自敏捷開發。

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

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

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

那這兩者有什么關聯？

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

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

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

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

看板：簡單來講包括需求列表、事項列表等，并不規定團隊中的角色。

Scrum板：規定三種角色——產品負責人、Scrum Master、開發團隊。在Scrum板中，團隊角色及職責能夠很清楚地展現，例如產品負責人主要負責定義任務的優先級，Scrum Master帶領團隊進行整體的運作，開發團隊任務是實現產品。

看板：沒有固定的開始、結束點，是一個正在進行中的過程狀態。

Scrum板：其設定周期根據Sprint時長調整而變，因此每一次Sprint的開始便是一個Scrum板的開始日期，并且有自己固定的沖刺節奏。

看板：設定一定的數量限制，一般為三個左右。另外，還要留出一個WIP作為緊急通道，以便讓優先級高的緊急任務通行。

Scrum板：?按照?Scrum的Sprint時間?規定WIP數量。

看板：在任務的時間限制以及增減等方面有較大的靈活性，可以根據實際的需要來重新分配，或者重新定義任務的優先級，再決定當前任務是否需要繼續做下去。

Scrum板:發布一個Sprint后，Scrum板上的任務及其相關信息不會再次更改，直至這次Sprint結束，產品負責人重新調整任務，發布團隊成員任務。

看板：可以貫穿整個項目生命周期，也就是說，在項目結束前，團隊一般不會對看板做出大型改動。

Scrum板：由于Scrum板只表示一個Sprint周期，因此在每次Sprint結束后，團隊都需要重新更換Scrum板。

看板：價值流動的終點即交付點，這個交付點是以產品交付到客戶手中為標準。

Scrum板：其終點就是Sprint的終點，這個交付點是以Sprint結束后的產品增量放置實際環境中能否成立為標準。

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

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

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

軟件開發 敏捷開發

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。