analysis-retrospective

适用时机

完成一项重要分析项目后一周内——趁细节还记忆犹新时进行。分析出错后（交付延迟、被利益相关方否决、交付后发现数据错误）也应进行复盘，以防止问题再次发生。即使没有具体事件，也应每季度开展团队复盘。

流程

1. 限定复盘时长 — 独自复盘用 30 分钟，团队复盘用 60 分钟。使用 references/retro_frameworks.md 中的结构化形式，让讨论保持聚焦（开始／停止／继续，或 4Ls：喜欢／欠缺／学到／期望）。
2. 对照计划回顾项目 — 将实际时间线、范围和投入与计划进行比较，并记录差异。
3. 找出做得好的地方 — 至少记录两项行之有效、值得重复的做法；它们和问题同样重要。
4. 找出问题的根本原因 — 针对每个问题，运用 5 个为什么分析法，找出实际原因，而非表面症状。
5. 记录可复用的经验 — 使用 references/learning_capture.md 判断哪些经验适合纳入模板、参考文档、检查清单或团队规范。
6. 记录并跟进后续行动 — 填写 assets/retrospective_template.md，注明负责人和截止日期；将长期有用的经验记录到 assets/learnings_log_template.md。

此技能所需输入

• 已完成的分析项目（名称、范围、时间线）
• 原始计划或项目简介（用于比较）
• 参与者（独自复盘或参与的团队成员）

输出

• 填写完整的复盘记录（retrospective_template.md），包含做得好的地方、问题、根本原因和行动项
• 可复用经验的日志条目（learnings_log_template.md）