敏捷工具:Scrum板與Kanban如何抉擇?敏捷工具:Scrum板與Kanban如何抉擇?

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板或看板,甚至兩種工具的綜合運用,幫助整個團隊在實踐中逐漸摸索出適合自身特點的方式,最終實現產品的順利交付。