project 敏捷轉型行動筆記：Scrum框架實戰

前面我們提到看板搭建、價值流分析，本文談談敏捷轉型之Scrum框架實踐。
從我們的敏捷轉型之旅來看，我們的試點團隊是從看板方法及每日站會搞了一陣子之后，才開始實踐Scrum框架的。究其原因，主要是兩個方面：一是我們的團隊之前的開發模式是典型的瀑布型模式，對敏捷的理解和認識非常粗淺；二是我們對用戶故事、Scrum框架等的實踐方法需要時間消化，需要預留一定的緩沖期。所以我們選擇了從搭建看板和每日站會開始。
談到Scrum，首先還是老調重彈地說說有關概念、方法論等方面的東西。
從概念上來說，Scrum是跨職能團隊以迭代、增量的方式開發產品或項目的一種開發框架。它把開發組織成被稱為Sprint的工作周期。這些迭代每個都不超過4周（最常見的是兩周），并且無間歇地相繼進行。Sprint是受時間箱限制的，無論工作完成與否它們都會在特定日期結束，并且從不延長。
實施Scrum框架的好處也是顯而易見的：（1）降低變更對系統造成的風險；（2）提高ROI（投入產出比）；（3）幫助我們持續改進；（4）持續快速的發布可用的軟件產品；（5）所有人對真實可用的軟件產品都有明確的認識，并在迭代過程中不停的改進。
目前，Scrum是全球使用最廣的敏捷方法和實踐。

談到Scrum，就一定要知道“3355”，即3個角色、3個工件、5個事件、5個價值觀。

3個角色包括產品負責人（PO）、ScrumMaster、開發團隊：

3個工件包括：產品待辦列表、迭代待辦列表、產品增量。
Product Backlog（產品待辦事項列表）即產品視角的需求清單，產品Backlog是需求動態管理的載體。產品backlog由所有的功能特性，包括業務功能，非業務功能（技術、架構和工程實踐相關），提升點以及缺陷的修復等組成，這些內容也是將來產品版本發布的主要內容。
做產品待辦事項列表時，一是要清楚表述列表中每個需求任務對用戶帶來的價值，做為優先級排序的重要參考；二是要動態管理需求，產品負責人要持續地管理和刷新需求清單，特別是在每一輪迭代開始前，都要重新篩選出高優先級需求進入本輪迭代；三是對需求分析過程要基于迭代分析的思想，在總體需求框架下，只對近期需要做的需求進行細化分析。

Sprint Backlog（ 迭代待辦事項列表）即此次沖刺周期內規劃要完成的內容。 Product Backlog在得到了PO和團隊的認可后會交付給團隊進行開發，就變成了sprint backlog，轉換成sprint backlog的過程一般還包括了任務分解和工期估算的工作內容。

Increment（可交付產品增量）是一個 Sprint 完成的所有產品待辦列表項的總和，以及之前所有 Sprint 所產生的增量的價值總和。
5個事件包括：Sprint、Sprint計劃會議、每日站會、Sprint評審會議、Sprint回顧會議。
我們在實際實踐過程中，主要針對每一個完整的Sprint的幾種儀式來實踐，而且根據項目團隊的實踐經驗，主要按2周為一個迭代周期，一般在周一的當天召開由PO、SM和Team共同參與的Srpint計劃會議，討論產品待辦事項列表，評估故事點和預估時間，細化開發計劃，并進行任務分解，輸出Sprint Backlog。要求全體團隊成員要充分參與和討論、確定相應的內部任務，做出相應的承諾。
之后，從第二天開始舉行每日站會，每日站會一般在上班后的5-10分鐘后舉行，持續時長一般在15分鐘左右，不同項目組有所不同。
在迭代完成后，會召開Sprint評審會議，除了PO、SM和Team會參加之外，如果條件許可，也會邀請客戶一起對交付成果進行評審驗收，進一步增加了溝通和互信。例如，PP Project，每一次迭代上線前邀請客戶共同評審本輪迭代上線功能，減少了上線后的問題和業務變更；PPAPP 2.1 Project，邀請客戶共同對迭代開發成果進行評審，改變了客戶一開始不斷擴大需求開發范圍而不注重產品用戶體驗等核心要素的觀念，通過與客戶協作共同打磨，雖然首個版本交付功能并不算多，但用戶體驗等方面都做了很多改進，整體效果上比PPAPP 2.0 Project有了很大的進步。
在下個迭代開始前，會召開Sprint回顧會議，全體小組成員分別發言，分享好的經驗和發現改進點，從而促進團隊不斷進步。而在迭代回顧會上，全體成員共同回顧迭代過程，總結做得好的、做得不好的以及需要改進的，并明確了下一個迭代的改進項，有利于構建團隊的持續改進環，并在每一次迭代中通過考慮容量分配問題，對用戶故事、技術債務及常規維護做了動態分配調整，整體上加強了質量管控。

5個價值觀包括：承諾、專注、開放、尊重、勇氣。

在做Scrum實踐時，需要充分結合自身團隊的實際情況，適當預留20%-30%的能力，以應對緊急事件處理、技術難題研究等等。

因此，要想讓Scrum真正發揮作用，團隊就必須要理解集體承諾和自組織。而這個在實際實踐中，就需要團隊的共同努力：一是要讓團隊始終保持在固定時間內完成交付的節奏，二是要讓團隊有一個共同的清晰的目標從而牽引團隊前進；三是要持續不斷地實踐Scrum框架，總結每一個迭代，并在下一輪迭代中持續改進。