今天把前段時間，給公司講解敏捷開發流程的PPT文檔發出來。由於近來比較喜歡用Markdown編寫文檔，發現博客園不支持Markdown編輯，有點失望。小小吐槽，O(∩_∩)O~
敏捷開發實施流程
敏捷開發的最大特點是：積極響應用戶的需求，快速高質量的交付軟件; 其核心是:以人為本,發揮人的主觀能動性.
1、迭代計划
每輪迭代Sprint啟動前，團隊共同討論本輪迭代詳細開發計划的過程
輸入：產品Backlog
輸出：迭代Backlog
迭代計划會議內容：
1）澄清需求、對"完成標准"達成一致 2）工作量估計、根據團隊能力確定本輪迭代將會內容 3）細化、分配迭代任務和初始工作計划 關鍵點： 1) 充分參與：Scrum Master(項目負責人)確保PO（產品負責人）和Team（開發人員及UI美術）充分參考討論，達成理解一致 2) PO（產品負責人）承諾在短迭代周期不增加需求（2-4周）2、每日晨會
每日工作前，團隊成員的例行溝通機制，由Scrum Master組織，Team成員全體站立參加
聚焦主題：
1）我昨天為本項目做了什么 2）我計划今天為本項目做什么 3）我需要什么幫助以便更高效的工作 每日站立會議好處： 1）增加團隊凝聚力，產生積極的工作氛圍 2）及時暴露風險和問題 3）促進團隊內成員的溝通和協調關鍵要點：准時開始，高效會議，問題跟蹤
3、看板
將項目狀態（進度、質量等）可以通過看板實時展示，讓團隊所有成員直觀地獲取當前項目進展信息
關鍵點：
1）物理實體：可視化一定要做到物理上的實體化，大家在公開場所 都容易看到 2）內容精簡易懂：信息展示一目了然，切實對團隊有幫助 3）實時刷新：延遲的信息拖延問題暴露，降低運作效率4、迭代驗收 (ShowCase)
如果開發完成，並向項目負責人、產品負責人 SHOW CASE以后，開發人員吧故事卡移植到等待測試
關鍵點：
1）展示真實的產品 2）收集反饋5、迭代回顧會議
在每輪迭代結束后舉行的會議，目的是分享好的經驗和發現改進點，促進團隊不斷進步
關鍵點： 1）會議氣氛：Team全員參加，頭腦風暴發現問題，共同分析根因 2）關注重點：Team共同討論優先級，將精力放在最需要的地方 3）會議結論要跟蹤閉環：可以放入迭代迭代Backlog中
6、敏捷使用管理工具
看板管理工具
7、敏捷開發總結回顧
- 1.參與敏捷開發的項目人員盡可能不被其他工作打擾。當項目中有一員頻繁被調動處理項目之外事情，容易造成任務阻塞，會降低整體團隊積極性。
- 2.項目人員，善於溝通，及時反饋，減少中間需求的增加。
- 3.要求技術人員水平較高，在快速版本迭代的同時，也要注重項目架構設計，應對后續需求變更。
- 4.產品負責人要及時對開發完成驗收，確保開發完成任務符合版本需求目標。
- 5.項目開發人員要有主動積極性，對自己代碼不斷完善，及重構，避免重復開發，做到資源復用。
8、瀑布模式與敏捷開發區別
| 階段 | 瀑布模式 | 敏捷開發 |
|---|---|---|
| 業務需求 | 強調需求文檔 | 注重溝通交流 |
| 管理進度 | 管理文檔（需求計划、進度表） | 看板（任務開發狀態是否順利進展、<br/>有沒有阻塞） |
| 任務分配 | 開發人員被動安排 | 開發人員主動自我管理、責任心強 |
| 版本迭代 | 產品整體需求計划 | 小版本迭代 |
| 研發 | 開發人員安照需求文檔要求開發<br/>較少溝通業務場景使用情況 | 開發人員站在用戶需求角度對接需求 |
| 研發周期 | 版本周期較長 | 版本周期短(2-3周) |