阿里內貿團隊敏捷實踐-敏捷回顧
阿新 • • 發佈：2018-12-22
發現問題，持續改進。
圖2：整合測試情況
敏捷回顧常碰到的問題唉，又要開總結會了…每次時間都那麼長問題討論來討論去就那幾個，沒啥新意都不記得這段時間做過啥了新迭代KO，總結放在一天時間太緊我們敏捷回顧會議內容
1.產品資料 目的：通過分析使用者資料來看我們的產品設計是否贏得了使用者的認可 做法：收集前一迭代上線後的相關產品資料，如新功能使用日UV、PV等，當然如果釋出後第二天召開回顧會議，可能不能馬上收集到相關資料，也可以分析上上迭代的新功能使用情況。 2.專案質量 目的：通過專案過程資料來看質量 做法：分別從冒煙測試通過率、bug分析、整合測試方面來衡量專案質量，找到做的好與不好的原因。bug分析可以通過QC匯出統計報表，從多維度進行分析，bug等級，引入層級等方面，如下圖：整合測試可以通過整合測試框架如Hudson，主要關注單元測試覆蓋率，通過率以及註釋率等指標，如下圖：
圖2：整合測試情況
3.各抒己見
目的：總結專案中做的好的，不好的
做法：從KEEP（做的好的，要保持的），CHANGE（做的不好的，需要改進的），TRY（可以嘗試的）三個方面進行總結。首先回顧下上次總結會議列出來的CHANGE和TRY事項，看看前一迭代做的怎麼樣；接著總結前一迭代的情況（每個團隊成員在回顧會議前都先想好，寫到便籤條上，防止說的時候人云亦云），將每個人說的彙總，並由大家投票列出哪些可以在下一迭代中改進以及嘗試，列出具體的action，建議不要多餘三項，否則太發散什麼都做不好。如下圖：
4.個人總結
目的：督促專案成員自己做總結，看有哪些收穫和遺憾，不僅要專案成功，成員也有要有所成長，也便於專案經理後續的任務安排有所側重
做法：成員輪流發言，總結自己在前一專案中的收穫和遺憾，儘量具體，收穫指的是工程師在技術方面學到了些什麼，總結了才會有成長，遺憾則指的是專案啟動時給自己設定的目標或計劃沒有完成的。
以上就是我們敏捷回顧中的4個部分，在組織會議上可以適當採取輪流主持，以及準備些水果、零食，利於大家保持放鬆，經過前一個迭代的緊張開發和測試，通過敏捷回顧稍作休息，整裝待發。