敏捷是理想型指標和原則，看板和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敏捷部落格
歡迎訪問交流更多關於技術及協作的問題。
文章轉載請註明出處。