课程定位

一次迭代结束后，大家觉得‘沟通还要加强’，下一轮却不知道谁改哪一步、什么时候看是否有变化。回顾可以从真实事件开始，分清在哪里发生阻塞、团队试了什么，再选一项小改动验证。本课聚焦敏捷迭代回顾，练习整理时间线、讨论团队经验与跟踪改进动作。

课程内容与学习重点

用迭代中可查的事件建立共同背景

收集任务接手、等待确认、提交结果和临时变化的少量记录，按时间排序。先写发生的事实、影响和当时条件，随后请团队补充不同视角。对于尚无记录的推测标明待确认，避免把一次问题归到某个人或某个岗位。

从重复现象中确定本轮可改善的问题

比较正常任务与受阻任务，辨认是否反复出现需求解释不同、交接信息不足或同一时间积压。给不同现象写出一个能进一步核实的原因，区分团队有能力调整与需要其他部门支持的项目。将讨论控制在能影响下一轮工作的一两个问题。

把回顾结论改成可试行和复核的动作

约定动作、负责者、适用范围和观察方式，例如下一轮交接时补一个固定信息，然后记录是否还发生重复询问。设定回到团队讨论的时间。复核时比较实际执行情况和结果，对于仍有效的动作写进工作约定，对无明显帮助的做法调整或结束。

学完可以尝试形成一页迭代时间线、一张回顾结论和一个改进跟踪样例。模拟一次交接拖延，从三条工作记录找出可确认的事实，判断应由团队自己先试还是请外部岗位共同核实。

当讨论中有两个互相矛盾的解释时，可以请团队选一条最容易补证的事实，在下一轮建立观察。回顾纪要保留结论的限制和负责人的复核日期，不把仍需核查的猜测写成确定原因。

也可安排一位未参与原任务的人读回顾记录，分别指出确认的现象、需要补证的猜测和下一轮验证。复查时若发现多个行动共用同一数据，先统一记录时点和口径，再把能独立观察的变化逐项列出来，分别约定复核责任。

适合人群

适合敏捷团队、项目协调、产品交付、测试和组织工作复盘的管理骨干。

开课与报名咨询

单模块的具体日期、上课地点、学制、学习费用与参加方式请通过下方表单详询。

迭代没发生明显问题，要不要回顾？也可以观察哪些安排促进了协作，说明在什么条件下有效。保留一个值得延续的动作，并约定必要时回看。

上次提出的改进还没完成，怎么办？先核对是否真正执行、遇到什么依赖，再决定继续、拆小或暂停。将状态写进回顾记录，方便后续跟踪。

温馨提示：课程内容为拟定，具体实际讲授内容由授课老师根据学员情况灵活调整，最终以课堂授课为准。