在冲刺、项目或里程碑结束时用结构化回顾提炼经验并落实改进行动

当团队需要在迭代、项目或里程碑结束后复盘得失、形成带负责人和截止日期的改进行动时使用。

适用场景

解决思路

1. 设定背景：明确本次回顾覆盖的周期或项目、参与者，以及期间发生的重要事件，为讨论定框并帮助后续读者理解上下文。
2. 选择形式：根据团队需要挑选回顾形式，常见选项包括 Start/Stop/Continue（简单直接）、4Ls（Liked、Learned、Lacked、Longed for）、Mad/Sad/Glad（偏情绪）、Sailboat（视觉隐喻：风=助力，锚=阻碍）。
3. 收集输入：从所有成员处收集观察，确保每个人都发言——安静的声音往往有重要洞见；将相似条目归组以识别主题。
4. 讨论并排优先级：不要试图解决所有问题，聚焦影响最大的事项，通过投票或讨论确定要处理的 top 2-3 个问题。
5. 定义行动项：把洞见转化为具体、可指派的行动，每个行动都要有负责人和截止日期，避免“加强沟通”这类模糊改进。
6. 回顾上次行动：检查上一次回顾行动项的状态，庆祝已完成项，讨论未完成项的阻碍，以建立问责。
7. 记录以备将来参考：记录关键要点，供未来团队成员查阅并追踪长期模式。
8. 若存在 .claude/pm-skills.local.md 则启用项目记忆契约：读取最近的 artifacts[] 条目，让回顾基于本轮实际产出而非回忆。
9. 将经验作为 interpretation artifact 写入；默认先提议条目并等待确认后再写入，除非设置了 memory_auto_append: true，此时直接追加并回显写入内容。
10. 写入纪律：写入前立即重新读取文件，绝不使用生成提议时的副本；若期间文件已变化，将你的条目合并进当前状态并重新提议，而不是覆盖；只添加自己的条目，其他字段和章节保持逐字节不变。
11. 将持久的那一半（经验教训）记录在单一标签下，因为下游读者需要知道该条目的可信权重，混合标签无法传达任何信息。
12. 按 references/TEMPLATE.md 模板输出，填满所有章节：Overview、Previous Retrospective Review、What Went Well、What to Improve、Discussion Notes、Action Items、Parking Lot、Metrics and Trends、Facilitator Notes、Next Retrospective。
13. 定稿前按质量清单核对：所有参与者都有机会贡献；正面与改进项都被记录；行动项都有负责人和截止日期；上次回顾行动已回顾；未参加回顾的读者仅凭文档就能知道决定了什么、每个行动由谁负责。

适用边界 · 注意事项

• 只想为组织沉淀一条持久经验时——应使用 iterate-lessons-log，回顾是仪式，日志条目比它更长久。
• 在为 OKR 周期收尾打分时——应使用 measure-okr-grader。
• 反思必须以“转向还是坚持”的决策收尾时——应使用 iterate-pivot-decision。
• 需要的是普通（非回顾）会议的纪要时——应使用 foundation-meeting-recap。