回顧（retrospect）是敏捷開發中的乙個必不可少的實踐，也是把整個敏捷開發過程連線成乙個閉環的關鍵節點，本文將闡述我們是如何做敏捷回顧的。
敏捷回顧最高指導原則
ž無論我們發現了什麼，考慮到當時的已知情況、個人的技術水平和能力、可用的資源，以及手上的狀況，我們理解並堅信：每個人對自己的工作都已全力以赴。
敏捷回顧的目標
ž發現問題，持續改進。
敏捷回顧常碰到的問題
ž唉，又要開總結會了…
ž每次時間都那麼長
ž問題討論來討論去就那幾個，沒啥新意
ž都不記得這段時間做過啥了
ž新迭代ko，總結放在一天時間太緊
我們敏捷回顧會議內容
1.產品資料
目的：通過分析使用者資料來看我們的產品設計是否贏得了使用者的認可
2.專案質量
目的：通過專案過程資料來看質量
做法：分別從冒煙測試通過率、bug分析、整合測試方面來衡量專案質量，找到做的好與不好的原因。bug分析可以通過qc匯出統計報表，從多維度進行分析，bug等級，引入層級等方面，如下圖：
圖1：缺陷引入層級統計
整合測試可以通過整合測試框架如hudson，主要關注單元測試覆蓋率，通過率以及注釋率等指標，如下圖：
圖2：整合測試情況
3.各抒己見
目的：總結專案中做的好的，不好的
做法：從keep（做的好的，要保持的），change（做的不好的，需要改進的），try（可以嘗試的）三個方面進行總結。首先回顧下上次總結會議列出來的change和try事項，看看前一迭代做的怎麼樣；接著總結前一迭代的情況（每個團隊成員在回顧會議前都先想好，寫到便籤條上，防止說的時候人云亦云），將每個人說的彙總，並由大家投票列出哪些可以在下一迭代中改進以及嘗試，列出具體的action，建議不要多餘三項，否則太發散什麼都做不好。如下圖：
4.個人總結
目的：督促專案成員自己做總結，看有哪些收穫和遺憾，不僅要專案成功，成員也有要有所成長，也便於專案經理後續的任務安排有所側重
做法：成員輪流發言，總結自己在前一專案中的收穫和遺憾，盡量具體，收穫指的是工程師在技術方面學到了些什麼，總結了才會有成長，遺憾則指的是專案啟動時給自己設定的目標或計畫沒有完成的。
以上就是我們敏捷回顧中的4個部分，在組織會議上可以適當採取輪流主持，以及準備些水果、零食，利於大家保持放鬆，經過前乙個迭代的緊張開發和測試，通過敏捷回顧稍作休息，整裝待發。
C 是如何做爬蟲的
建立url，並建立請求 攜帶cookie request.cookiecontainer cookiecontainer 傳送請求，並獲取html 讀取流 streamreader streamreader new streamreader stream,encoding.getencoding g...
海爾商城是如何做的
去年，海爾在有財經網主辦的一次活動中獲得 最佳物流服務電商 的稱號。給海爾漲了不少的人氣。另外，微軟和聯想也同時與海爾獲得3c家電類獎項。據網上 系統業內人士說，在巨集觀角度來看，這個結果與中國經濟發展現狀以及中國高階消費群體消費現狀是高度吻合的 添美科技。align center img alig...
如何準備啟動敏捷 迭代0如何做？
萬事開頭難！對於啟動敏捷而言，啟動前安排乙個準備階段將對順利的開展第乙個迭代很有幫助。整理了下文試圖來說明如何準備啟動敏捷。迭代0是指在啟動敏捷開發前的準備工作階段，迭代0一般的時間長度不超過所選擇的迭代週期。對於看板類做法，如果沒有明確的迭代週期，那麼建議不超過2周，為方便，將看板類的準備工作階段...