敏捷開發實施方案

今天把前段時間，給公司講解敏捷開發流程的PPT文檔發出來。因爲近來比較喜歡用Markdown編寫文檔，發現博客園不支持Markdown編輯，有點失望。小小吐槽，O(∩_∩)O~

 

敏捷開發實施流程

 

• • • 敏捷開發實施流程
      • 一、迭代計劃
      • 二、每日晨會
      • 三、看板
      • 四、迭代驗收 (ShowCase)
      • 五、迭代回顧會議
      • 六、敏捷使用管理工具
      • 七、敏捷開發總結回顧
      • 八、瀑布模式與敏捷開發區別

 

敏捷開發的最大特色是：積極響應用戶的需求，快速高質量的交付軟件; 其核心是:以人爲本,發揮人的主觀能動性.

一、迭代計劃

每輪迭代Sprint啓動前，團隊共同討論本輪迭代詳細開發計劃的過程

輸入：產品Backlog
輸出：迭代Backlog

迭代計劃會議內容：
1）澄清需求、對"完成標準"達成一致 2）工做量估計、根據團隊能力肯定本輪迭代將會內容 3）細化、分配迭代任務和初始工做計劃 關鍵點： 1) 充分參與：Scrum Master(項目負責人)確保PO（產品負責人）和Team（開發人員及UI美術）充分參考討論，達成理解一致 2) PO（產品負責人）承諾在短迭代週期不增長需求（2-4周）

二、每日晨會

每日工做前，團隊成員的例行溝通機制，由Scrum Master組織，Team成員全體站立參加

聚焦主題：
 1）我昨天爲本項目作了什麼 2）我計劃今天爲本項目作什麼 3）我須要什麼幫助以便更高效的工做 每日站立會議好處： 1）增長團隊凝聚力，產生積極的工做氛圍 2）及時暴露風險和問題 3）促進團隊內成員的溝通和協調

關鍵要點：準時開始，高效會議，問題跟蹤

三、看板

將項目狀態（進度、質量等）能夠經過看板實時展現，讓團隊全部成員直觀地獲取當前項目進展信息

關鍵點：
 1）物理實體：可視化必定要作到物理上的實體化，你們在公開場所 都容易看到 2）內容精簡易懂：信息展現一目瞭然，切實對團隊有幫助 3）實時刷新：延遲的信息拖延問題暴露，下降運做效率

四、迭代驗收 (ShowCase)

若是開發完成，並向項目負責人、產品負責人 SHOW CASE之後，開發人員吧故事卡移植到等待測試

關鍵點：
1）展現真實的產品 2）收集反饋

五、迭代回顧會議

在每輪迭代結束後舉行的會議，目的是分享好的經驗和發現改進點，促進團隊不斷進步

關鍵點： 1）會議氣氛：Team全員參加，頭腦風暴發現問題，共同分析根因 2）關注重點：Team共同討論優先級，將精力放在最須要的地方 3）會議結論要跟蹤閉環：能夠放入迭代迭代Backlog中

六、敏捷使用管理工具

看板管理工具

七、敏捷開發總結回顧

• 1.參與敏捷開發的項目人員儘量不被其餘工做打擾。當項目中有一員頻繁被調動處理項目以外事情，容易形成任務阻塞，會下降總體團隊積極性。
• 2.項目人員，善於溝通，及時反饋，減小中間需求的增長。
• 3.要求技術人員水平較高，在快速版本迭代的同時，也要注重項目架構設計，應對後續需求變動。
• 4.產品負責人要及時對開發完成驗收，確保開發完成任務符合版本需求目標。
• 5.項目開發人員要有主動積極性，對本身代碼不斷完善，及重構，避免重複開發，作到資源複用。

八、瀑布模式與敏捷開發區別

階段	瀑布模式	敏捷開發
業務需求	強調需求文檔	注重溝通交流
管理進度	管理文檔（需求計劃、進度表）	看板（任務開發狀態是否順利進展、<br/>有沒有阻塞）
任務分配	開發人員被動安排	開發人員主動自我管理、責任心強
版本迭代	產品總體需求計劃	小版本迭代
研發	開發人員安照需求文檔要求開發<br/>較少溝通業務場景使用狀況	開發人員站在用戶需求角度對接需求
研發週期	版本週期較長	版本週期短(2-3周)