不管你採用的是敏捷開發方式還是傳統的瀑布,在每次階段結束後,你的團隊都有機會將那些提高產品質量和生活質量的變化和改善點提出來。
回顧檢視會重點關注我們哪些做的不好的,哪些做的好的,如何在下一個迭代中改善。
第一章 幫助團隊檢視和調整
每次迭代之後進行,團隊成員可輪流擔任會議主持人。
方式:可以展開頭腦風暴,彙總可能的原因
1)預設會議基調(考點)
——目的是啥?營造一種開放融洽的氛圍,讓大家便於討論
——會議目的、會議議程、時間框還是需要設定的
2)收集數據
——硬件數據:事件、計量結果、產品特性、已經完成的用戶故事、
——事件(會議、決策點、團隊人員變動、新技術的採用的等)
——計量結果(燃盡圖、軟件缺陷計數、完成故事的數量、代碼重構的數量)
3)激發靈感
——比如學會了思維導圖XMind
4)決定做什麼
——編寫故事卡片
——團隊重視承諾
5)檢視會總結收尾
——保存回顧會中學到的東西,用公告或者大幅表圖追蹤新的實踐