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 流程控制

Product Backlog: 產品經理根據優先權順序創建的需實現的功能，需求列表

User Stories: 按照以下圖示模板創建文檔，幫助產品經理準確理解需求，設計產品，以及預估開發時長。
最高優先級別的user story 進入 Sprint Backlog 進行項目大小評估，劃入下一個 Sprint 計劃中。

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

總結

以上是生活随笔為你收集整理的scrum 开发方式学习笔记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。