每次敏捷迭代都是一次pdca迴圈， 迭代的回顧會議則是其中的a(adjust)，不斷的覆盤總結可以幫助專案一次比一次做的更好，使團隊形成乙個自學習的組織。
近日我旁觀了乙個敏捷專案組的迭代回顧會議，專案組成員對本次迭代的經驗教訓進行了總結，我作為外部顧問旁觀了整個過程，並對專案組中存在的問題，本次回歸會議的優缺點進行了點評，諮詢記錄如下：
迭代回顧會議諮詢筆記 型別
相關實踐
現象建議措施
改進點daily meeting
在每日站立會議上沒有每個角色通報任務進展，尤其需要不同角色協同的任務。
開發完成了什麼，測試測完了什麼都需要在站會上通報。每個角色都要了解其他角色完成了什麼。並且要在看板上將任務狀態視覺化。
改進點daily meeting
在迭代初期發現的測試人力的瓶頸問題，但是沒有採取有效措施。
當發現測試人員成為瓶頸資源時，需要增加人手。
改進點design
開發人員做過了過度設計，把需求想複雜了，把設計的通用性想複雜了，並沒有和需求溝通。
簡化原則；
站立會議上及時通報進展；
改進點design
缺少ui設計，導致開發出的軟體不夠美觀，操作不簡便。
盡快招聘ui設計人員到位；
對前端開發人員進行ui設計的培訓。
改進點planning
測試工作量、開發工作量估計不足。
策劃會議上要溝通，策劃撲克法；
需要召開需求梳理會議，充分溝通需求。
改進點planning
有些任務沒有識別出來，有計畫外任務。
估算時要識別可以提供的時間，把一些公司培訓任務等排除在外。
改進點requirement
po出國2周，開發人員無法及時與po溝通需求。
每週，po和開發至少1天一起工作。
改進點retrospective
retro會議詳細回顧每個任務的進展。
不需要詳細列出每個任務的完成情況。首先回顧完成的需求；
其次說明沒有完成的需求：任務的進展。
改進點retrospective
sm在會議中很少發言，沒有及時制止跑題。
sm要控制會議不要跑題。
改進點retrospective
sm不需要對已發生的問題先分析原因。
只列現象即可，不要引導成員的結論，不要限制成員的思考。
改進點retrospective
迭代回顧時，沒有迭代資料的積累與展示。
統計某個迭代實際上班時間，投入本專案的時間，%；
統計某個迭代的實際生產率；
統計某個迭代的缺陷個數；
統計缺陷修復類任務的工作量分布，為以後做缺陷修復工作量的估算提供參考。
改進點retrospective
讓大家自由發言，沒有總結的主線。
要採用海星法總結，給大家乙個思考的主線。
改進點retrospective
在回顧會上，有同事一直沒有發言。
要採用海星法總結，讓所有人都參與進來。
改進點retrospective
有人打斷別人的發言，替他人總結問題
在會議紀律中要強調一下；
改進點retrospective
問題提的多，措施提的少。
每個人在提出現象時，要給出改進建議；
改進點support
開發環境，部署環境一致性。
環境固化，使用提前通知，安排資源
開發全自動化部署工具（專題討論會）
優點design
後端坐了設計文件，前後端的介面更容易，減少了介面錯誤。
堅持。優點
requirement
需求反講很有效。
堅持。優點
retrospective
sm先宣布了會議紀律。
會議紀律文件化：
聚焦本次迭代；
專心聽其他人講；
不要強迫別人接受你的觀點；
不要跑題；
每提出乙個現象就要提出乙個措施；
優點testing
在測試之前，開發和測試做了需求溝通，有利於測試效率的提公升。
堅持。優點
testing
做了ut的培訓，開始做單元測試了。
堅持tdd。
優點support
大家都在使用confluence, jira工具。
繼續在jira 中維護需求，整合更多的工具進來。
優點mindset
大家都意識到了進度和開發效率提公升了，對開發模式建立了信心。
繼續堅持敏捷的相關世界，不斷總結經驗教訓，積累度量資料，通過資料客觀刻畫改進效果。
scrum回顧會議
今天第一次開了sprint的回顧會議，整理了乙個sprint中哪些做的不好？哪些做的好？也整理了21條我們認為做的不好的地方。通過對21條不好的分析，我們提煉出優先順序最高的5條。比如 任務還不夠細化，不能很好的估算時間 開發 質量不高 測試沒 相互等待，缺乏溝通 工作量集中在某幾個同學身上，造成瓶...
回顧會議 Retrospective
回顧會議 retrospective 是每個軟體團隊提高技能 流程 技巧的必要手段。但是很多時候回顧流於形式，問題不能得到及時的追蹤和解決，長期下來團隊成員喪失了興趣。暢銷書 agile retrospective good team great 的聯合作者，同時也是敏捷聯盟 agile allia...
Sprint 回顧會議
sprint 回顧會議由產品責任人 scrum 團隊和scrum master 參加，會議中需要討論有哪些好的建議或方法應該被採納，在sprint 中有什麼做法不可取，有哪些做法效果很好，應該繼續下去。sprint 結束後，scrum 團隊回顧剛結束的sprint，對其進行總結和反思，使整個團隊能持...