121
技術社區[雲棲]
阿裏內貿團隊敏捷實踐-敏捷回顧
回顧review是敏捷開發中的一個必不可少的實踐也是把整個敏捷開發過程連接成一個閉環的關鍵節點本文將闡述我們是如何做敏捷回顧的。
敏捷回顧最高指導原則
無論我們發現了什麼考慮到當時的已知情況、個人的技術水平和能力、可用的資源以及手上的狀況我們理解並堅信每個人對自己的工作都已全力以赴。
敏捷回顧的目標
發現問題持續改進。
敏捷回顧常碰到的問題唉又要開總結會了…每次時間都那麼長問題討論來討論去就那幾個沒啥新意都不記得這段時間做過啥了新迭代KO總結放在一天時間太緊我們敏捷回顧會議內容
1.產品數據
目的通過分析用戶數據來看我們的產品設計是否贏得了用戶的認可
做法收集前一迭代上線後的相關產品數據如新功能使用日UV、PV等當然如果發布後第二天召開回顧會議可能不能馬上收集到相關數據也可以分析上上迭代的新功能使用情況。
2.項目質量
目的通過項目過程數據來看質量
做法分別從冒煙測試通過率、bug分析、集成測試方麵來衡量項目質量找到做的好與不好的原因。bug分析可以通過QC導出統計報表從多維度進行分析bug等級引入層級等方麵如下圖
圖1缺陷引入層級統計
集成測試可以通過集成測試框架如Hudson主要關注單元測試覆蓋率通過率以及注釋率等指標如下圖
圖2集成測試情況
3.各抒己見
目的總結項目中做的好的不好的
做法從KEEP做的好的要保持的CHANGE做的不好的需要改進的TRY可以嚐試的三個方麵進行總結。首先回顧下上次總結會議列出來的CHANGE和TRY事項看看前一迭代做的怎麼樣接著總結前一迭代的情況每個團隊成員在回顧會議前都先想好寫到便簽條上防止說的時候人雲亦雲將每個人說的匯總並由大家投票列出哪些可以在下一迭代中改進以及嚐試列出具體的action建議不要多餘三項否則太發散什麼都做不好。如下圖
4.個人總結
目的督促項目成員自己做總結看有哪些收獲和遺憾不僅要項目成功成員也有要有所成長也便於項目經理後續的任務安排有所側重
做法成員輪流發言總結自己在前一項目中的收獲和遺憾盡量具體收獲指的是工程師在技術方麵學到了些什麼總結了才會有成長遺憾則指的是項目啟動時給自己設定的目標或計劃沒有完成的。
以上就是我們敏捷回顧中的4個部分在組織會議上可以適當采取輪流主持以及準備些水果、零食利於大家保持放鬆經過前一個迭代的緊張開發和測試通過敏捷回顧稍作休息整裝待發。
最後更新：2017-05-22 15:33:53