不管你采用的是敏捷开发方式还是传统的瀑布,在每次阶段结束后,你的团队都有机会将那些提高产品质量和生活质量的变化和改善点提出来。
回顾检视会重点关注我们哪些做的不好的,哪些做的好的,如何在下一个迭代中改善。
第一章 帮助团队检视和调整
每次迭代之后进行,团队成员可轮流担任会议主持人。
方式:可以展开头脑风暴,汇总可能的原因
1)预设会议基调(考点)
——目的是啥?营造一种开放融洽的氛围,让大家便于讨论
——会议目的、会议议程、时间框还是需要设定的
2)收集数据
——硬件数据:事件、计量结果、产品特性、已经完成的用户故事、
——事件(会议、决策点、团队人员变动、新技术的采用的等)
——计量结果(燃尽图、软件缺陷计数、完成故事的数量、代码重构的数量)
3)激发灵感
——比如学会了思维导图XMind
4)决定做什么
——编写故事卡片
——团队重视承诺
5)检视会总结收尾
——保存回顾会中学到的东西,用公告或者大幅表图追踪新的实践