大家好，我是煎餅哥，本期向大家介紹一個關於敏捷開發的方法，叫做scrum，相信資深的產品經理都接觸過類似的專案管理方法。

　　scrum敏捷開發，是一個美國統計學教授記錄了多年工作經驗，總結出來的一套簡單易懂的開發方法，我接觸過不少產品經理，驚奇發現不少產品經理的確是產品把控的非常好，輸出的BRD,MRD,PRD等都非常專業，但是卻沒一套很好的專案管理方法。

　　乾貨分享第一期：10分鐘教會你SCRUM敏捷開發 乾貨第一期微訊號：terrydengbin

　　scrum 是一種迭代增量軟體開發方法，通過該方法，你可以量化工作量，並且可以把每個任務量化成具體時間，得出最後一個專案的總時間（一般估算到小時）。能讓管理者看清楚專案進度，把握專案程序的各種問題。

　　首先歡迎大家關注本公眾號，持續會輸出原創內容，謝謝。

　　（點選圖片可以檢視大圖）

　　scrum是有效管理未知因素和不斷變化的產品需求，結束混亂，著重於如何驅動專案實現最高的投資回報。

　　scrum材料準備：一個白板，n張便條紙，一張a4紙列印燃盡表（手繪也可以），一隻筆。

　　在scrum裡面，有3種角色，分別是product owner（產品負責人）scrum master（團隊負責人）scrum team （開發團隊）

　　Product owner: 是需求方，提出需求，能對功能流程，業務流程拍板的人。

　　Scrum master :團隊負責人，一般是product manager,負責解決團隊問題，領導專案。

　　Scrum team：專案執行人員，開發專案一般包括，前端後端開發，ui等。

　　Scrum 步驟一：

　　頭腦風暴，如果product owner 對產品需求非常清楚，就可以省略這個步驟，開發一個原則“先緊後鬆”， 必須先把需求瞭解清楚，這裡product owner可以召集技術團隊/使用者群體對其需求進行公開徵求意見，最後輸出一個產品建議表。

　　Scrum 步驟二：

　　product owner 對產品建議表進行篩選，做減法提煉最核心的需求。

　　前面基本是最耗時間的，product owner和開發團隊一來一回好多次。

　　Scrum 步驟三：

　　神馬原型，ui設計都不是在步驟二完成的，剛才只是開始，步驟三後面才是scrum的精華部分，把任務量化，包括，原型，logo設計，ui設計，前端開發等。

　　儘量把每個工作分解到最小任務量（wbs），最小任務量標準為工作小時不能超過16小時。準備估算總體專案時間吧！

　　把每個任務都貼在白板上面，白板上分三部分

　　（1）to do待完成

　　（2）in progress 進展中

　　（3）done 完成。

　　如何估算時間：玩poker game（撲克遊戲）這個方法估算出來的工作時間比較準，參與撲克遊戲的最好有專家和開發涉及到的人員（杜絕阿貓阿狗，醬油男等參與）

　　撲克遊戲玩法：

　　（1）每個人發一些便條紙， 針對具體任務，每個人根據經驗寫出時間（不公開寫）

　　（2）同時展示該專案完成時間，肯定存在最大最小的工作時間，最大最小兩個人請你們辯論吧，為什麼要那麼長時間完成，或者那麼短時間完成，其他人可以提出疑問，在一定程度上達成認可。

　　（3）進行再次私下對該任務寫時間，再公示，再辯論，這樣下去，大家寫出來的該任務的時間越來越接近了。

　　（4）最後達成一個共同認可的時間，這個就是該任務的工作時間！

　　注意事項，如果參與的人不懂該任務流程，參與投票就會影響準確率。

　　Scrum 步驟四：

　　好吧，經過大家糾結討論了好久，終於把任務量化到具體多少時間完成了！

　　恭喜！接下來，把n個任務按照開發的重要度，組合成n個sprint( 衝刺），每次執行一個sprint.

　　每個sprint 都是獨立的，一般先做主要功能，再到次要功能，再到小功能，最後的sprint 一般是修復bugs。

　　因為任務都被量化了，每天工作了多少小時，完成了多少任務量，通過每天例會scrum master非常清楚，並且在time burn down chart （時間燃盡表）進行表示。我們就可以直觀看到任務的進度了，而且是具體到多少小時！

　　在burn down chart 裡面，不管任務是否按時完成都必須記錄。

　　時間燃盡表是scrum的精華，通過該表格可以視覺化任務的時間進度，大家可以看下圖，day1 是整個任務的總共時間，每天按照任務完成度更新剩餘時間，或者增加時間（例如發現一個技術難點，團隊成員請假等要增加開發時間）

　　在白板上面當前sprint 每天肯定都是在變的，scrum master 趕快把每天更新工作量吧！更新後算出剩餘時間，就畫在burn down chart上。

　　關於bugs... ...

　　每個sprint 都必須測試，儘量大家一起測試吧，如果太多bug就開一個sprint來修復bugs.

　　每天要做的是，要開standing meeting ，因為大家的時間都是非常緊張的，一般是站著開的，一般10分鐘左右.

　　會議就問開發團隊每個人三個問題:

　　（1）你今天做了什麼

　　（2）明天打算做什麼

　　（3）有沒遇到什麼困難？

　　scrum master 要解決開發團隊的困難，讓專案快速進展下去。

　　每週一次週會，product owner最好在場。 每個月一次月會，product owner最好在場，指出產品開發是否在product owner期待範圍內。

　　好吧， 如此重複下去，直到開發完成！

　　Scrum 步驟五：

　　最後一個步驟，評估。

　　product owner 和其團隊/使用者會對產品進行評估，可能還會有各種揪心的事，但是product owner是給錢的主，他要改還是要改的，建立一個bugs sprint吧，把產品做到product owner最想要為止！

　　寫在最後的話

　　SCRUM也有缺點一直被人詬病，就是對團隊要求高，團隊成員相互信任度高，團隊的人有能力，而且不會相互推搪責任，歸根到底對應新團隊使用該方法開始是各種問題的！請多多磨合吧！

　　作者微信：terrydengbin

　　最後直接送上乾貨ppt, keynote, pdf! 編寫該教程我是使用了keynote 裡面文字少，基本都是動畫哦！！有mac的童鞋有福啦，我也轉成了ppt格式，動畫肯定會損失的，還有pdf可以下載。

　　大家關注“今日發現”微信公眾號，輸入“SCRUM"即可獲得下載地址！