迭代回顾会议
XP(极限编程)理念中，给人映象最深刻的就是不同周期的反馈环。有了这些反馈环，我们就可以知道在不同的时期，我们需要专注在不同的 事情上。这样做的好处是，既能专注在手头上的工作，又清楚的知道这对我们的大目标意味着什么。方向明确，意义清晰，坚持也就有了动力。
一个迭代的目标是为了交付对用户最有价值的特性，那在迭代结束后，当我们进行回顾的时候，我们回顾的重点也应聚焦，找到团队现状和 目标之间的差距。将观察到的细节有机的组合起来，有计划并可持续的开展改进工作，以达到团队最健康的状态 - 交付和成长相辅相成。
参与人员 - 团队所有成员 / 核心成员
会议准备
- 上一次迭代回顾会议行动列表完成情况
- 产品计划进度报表 - 频率可协商
- Lead Time - 从收到需求，分析，进入迭代，最后完成并交付，所耗时长
- Cycle Time - 从开发捡卡，交付，测试，最后完成并交付，所耗时长
- 资源 - 可控、可配备，识别目前主要瓶颈，无认是人员，还是能力
- 风险 - 不可控，内部和外部 - 如客户、依赖等
目标
- 可视化迭代多维度的信息，帮助团队做下一步的改进计划
- 产出具体各维度的行动列表，并在下一次迭代回顾会议上展示进度情况
- 条目
- 目标
- 负责人
- 开始时间
- 完成时间
- 解决方案链接
- 备注 - 相关背景信息
- 产品经理对产出的反馈
会议成功验收标准
- 团队
- 清楚的知道并同意这一次迭代报告里的信息细节
- 清楚的知道接下来的行动列表里都有哪些需要完成的行动，并清楚的知道谁是对接人等细节信息
- 产品总监或客户代表
- 清楚的知道团队现状，并清楚的知道团队接下来的改进方向
- 在哪些地方，团队需要自己的帮助和协调
- 对团队大的方向和进度没有异议
在迭代结束后，以持续改进为方向，多维度，以团队为单位，以交付最有价值特性为目标的回顾会议
最近更新 3yr ago