scrum 開發方式學習筆記

Scrum vs Waterfall

waterfall 開發流程：
Plan -> Build -> Test -> Review -> Deploy

缺點：

• Plan 須要在開發以前完成。
  可能的風險：Plan 與預期不符，程序員Build,Test時對 Plan 的計劃理解錯誤或爲按照 Plan的計劃執行。任何一個環節發生問題，都須要一層層往上追溯直到從新修改Plan。一旦有問題或者需求修改，可能會延長几月甚至幾年的上線週期。

Scrum 開發流程
將一個項目劃分爲無數個可交付的小項目，每一個項目按照 Plan -> Build -> Test -> Review 的流程進行。每個可交付的項目稱之爲一個 Sprint, 一個 Sprint 一般爲1-3周。

Scrum 開放角色劃分

產品經理： 負責整個產品的設計管理
Scrum Master: 負責整個項目開發的流程與預期相符，保證開發流程的順利進行
開發 TEAM: 負責產品的開發

Scrum 流程控制

1. Product Backlog: 產品經理根據優先權順序建立的需實現的功能，需求列表
2. User Stories: 按照如下圖示模板建立文檔，幫助產品經理準確理解需求，設計產品，以及預估開發時長。
   最高優先級別的user story 進入 Sprint Backlog 進行項目大小評估，劃入下一個 Sprint 計劃中。

1. Burndown Chart: 展現 sprint backlog 的任務完成進度，Burndown Chart 爲 0
   時，表示任務的完成

Scrum Ceremonies
Sprint Planning: 產品經理，Scrum Master, 和開發團隊一塊兒討論 User Stories, 預估項目大小
Daily Scrum: 天天彙報昨日任務的進度，今天的工做計劃，以及項目中遇到的問題須要得到的幫助
Sprint Review: Sprint 結束時的審查階段， 開發 Team 向產品經理展現 Sprint 的完成結果，討論之後可提升進度的方案

Scrum 開發流程總結：
項目經理根據 User Stories, 設計產品，將須要實現的功能列表按照優先級加入 Product Backlog
-》 Scrum Master，產品經理，開發 Team 根據 Product Backlog 一塊兒討論哪些功能點進入下一個 Sprint
-》 將討論的須要實現的功能點加入 Sprint Backlog， Sprint Backlog 是一系列 User Stories 的集合
-》 執行一個 Sprint (1-3周)，並每日一個 Daily Scrum, 確保項目的運行
-》 一個 Sprint 的輸出爲預計可交付的產品
-》 執行 Sprint Review，開發 Team 展現完成的 Sprint 產品，討論之後可提升進度的方案。

Introduction to Scrum - 7 Minutes