看板與Scrum：哪一個更適合你的團隊？

敏捷是理想型指標和原則，看板和Scrum是幫助團隊堅持敏捷原則並完成工做的基本框架。本文詳細介紹了在Scrum和看板之間作出選擇時要考慮的關鍵因素，以及若是咱們沒法作出決定時該怎麼辦。

Scrum和看板實踐之間的區別很容易總結出，但這只是表面上的。雖然這兩種框架實踐起來不一樣，但原則基本相同，他們都將幫助團隊以更高的效率構建更好的產品和服務。

敏捷

敏捷是一種結構化的迭代方法，多用於項目管理和產品開發。它根據產品開發的波動性特徵，爲組織團隊提供了一種可以在不偏離項目常規軌道的狀況下隨時做出響應、更改的方法。今天，敏捷很難成爲某個組織的獨有競爭優點，由於尚未被完全掌握並作到最佳。這意味着把它作比如以往任什麼時候候都更重要。

（敏捷開發流程）

看板

看板可讓你手頭的工做變得可視化，並限制正在進行的大量工做，最大化提高效率(或優化流程)。團隊經過使用看板並不斷改進他們的工做流程，可以有效減小從項目(或需求)開始到結束所花費的時間。

Scrum

Scrum團隊一般以Sprints的固定時間間隔爲準來交付最終產品，他們的作法是建立循環任務，以便快速收集和集成客戶反饋。Scrum團隊採用特定的角色，建立特殊的工具，並按期舉行會議來保持項目的進展。

Scrum：結構化的敏捷方法

使用Scrum的團隊，須要承諾在每一個Sprint結束時交付一些有價值的工做增量。Scrum專一於小的增量工做，幫助團隊不斷進行學習，以預測和了解到接下來要作什麼。

Scrum工做節奏

Scrum發展很快，每2-4個星期就有一個明確的開始和結束日期。短期框架迫使複雜的任務被分解成更小的需求，並幫助團隊快速學習。但關鍵的問題是：您的團隊可以如此快速地交付可用代碼嗎?Sprint 的進行中還包括 Sprint 計劃、Sprint 評審和回顧會議，並穿插着每日Scrum 站立會議。這些Scrum儀式都是輕量級的，在循環任務的基礎上運行。

交付方式

每次Sprint結束時發佈版本一直是Scrum的最佳實踐，團隊爲每一個Sprint設置一個目標，在Sprint評審會議上決定是否要發佈。

Scrum角色

Scrum有三個明肯定義的角色：產品負責人爲客戶提供支持，管理產品 Backlog，並幫助開發團隊肯定所作工做的優先級；Scrum Master 幫助團隊堅持 Scrum 原則；開發團隊完成項目工做，交付增量。

那誰來管理 Scrum 團隊？答案是：沒有設定這個角色。Scrum 團隊屬於自治型，儘管職責不一樣，但每一個人都是平等的，全部人都堅決於一個共同的目標：爲客戶提供有價值的產品。

關鍵指標

Scrum團隊的核心指標是速度，即在一個Sprint週期中完成的需求數量，它爲下一階段Sprint及團隊要承擔的工做做出了預測性指導。

多變性

Scrum團隊有時會獲得客戶反饋，並瞭解到他們所作的可能不符合客戶的預期價值。在這種狀況下，Sprint的範圍應該以「客戶指望的價值」爲中心來改變。

看板：持續改進，流程靈活

看板有助於可視化咱們手頭的工做，限制正在進行的工做(WIP)，制定完整工做流程。看板對於項目任務複雜、優先級劃分明晰的團隊很是有用，Scrum須要對總體工做內容進行高度控制，而看板則靈活度更高。

看板工做節奏

看板基於一個連續的工做流結構，它可以讓團隊保持敏捷，隨時準備適應不斷變化的任務優先級。工做項(一般由卡片表示)排布在看板上，它們從工做流程的一個階段流向下一個階段，基本工做流階段包括：To Do（未開始）- In Progress（進行中）- In Review（審查中）-Done（已完成）。想了解更多「工做流」內容也能夠查看：制定工做流來得到團隊更高效率。

看板最大的優點是爲團隊定製出工做的標準流程。例如咱們文章創做項目，流程包括「初稿-稿件審覈中-稿件審覈經過（待排期）-稿件已發佈」，審覈人能夠很全面的把控內容的創做質量。

交付方式

理論上，看板並無規定交付任務的固定時間。若是任務完成得更早(或更晚)，團隊就能夠根據須要發佈產品，而沒必要等待Sprint Review這樣的發佈里程碑。

看板的角色

整個團隊均可以共享看板，也爲全部須要交付的任務負責。雖然有些團隊聘請了敏捷教練，但與Scrum不一樣的是，沒有一個「看板大師」能讓全部事情都順利運行。

關鍵指標

交付時間和週期時間是看板團隊的重要指標，即處理任務從開始到完成所需的平均時間。循環任務的完成時間的長短，體現了一個看板團隊的效率高低。

看板中，處理工做瓶頸的方法是WIP限制，它能夠控住工做流任何一個階段中的卡片數量（即任務量）。當您達到WIP限制時，相似於Worktile的看板工具就會爲該列（流程階段）設置任務上限，團隊就會更多的專一於這一階段的工做。

多變性

看板十分靈活，工做項能夠隨時更改。新的工做項被添加到待辦事項列表中，現有的卡片能夠根據優先級的規劃狀況被暫定或刪除。此外，若是團隊工做量發生變化，能夠從新校準WIP限制，並相應地調整工做項。

看板vs scrum：哪一個更適合團隊？

俗話說：「盡信書，則不如無書」，Scrum和看板正是「書上的敏捷」。所以爲團隊作出的決定不須要如此黑白分明，咱們還須要聯繫現實狀況去決定；還有一種狀況是，目前有不少團隊正在使用scrum和看板的混合模型。

無論你爲團隊最終選擇了什麼，務必堅持使用一段時間。能夠在平常會議中從待辦事項列表中找出一些要作的工做，而後問問你的團隊認爲哪些作得好，哪些作得很差；經過嘗試scrum和看板，並不斷提出問題和覆盤工做，那你的團隊已經走在通往敏捷的路上了。

文章來源：Worktile敏捷博客

歡迎訪問交流更多關於技術及協做的問題。

文章轉載請註明出處。