用途
项目复盘（Retrospective）用于在项目结束后进行结构化复盘。依据资料，其参考来源为 Agile Retrospectives 与 Toyota PDCA Cycle。适用场景包括：Cycle 结束、里程碑结束、项目完成、季度/年度回顾，以及重大事件后（如故障、上线失败、重大变更）。
核心原则
资料列出的核心原则包括：复盘不是批斗会，关注流程和方法而非个人；不复盘等于重复踩坑；复盘必须有行动项，只总结不行动等于没复盘；行动项必须可追踪，下次复盘要回看上次的行动项是否完成；经验需沉淀到 field-journal，让其他项目也能受益。
三层复盘模型
- Quick Retro（简短）：5 分钟，适用 Cycle 结束，方法为 3 个问题（做得好/待改进/学到了什么），输出 1~2 条 field-journal。
- Phase Retro（阶段）：15 分钟，适用里程碑结束，方法为 4 个维度（目标/流程/协作/技术），输出 3~5 条改进项 + field-journal。
- Full Retro（完整）：30 分钟，适用项目完成，方法为完整复盘模板，输出复盘报告 + 行动项 + field-journal。
完整复盘模板结构
完整复盘模板包含以下部分：基本信息（项目名称、时间范围、实际工期、计划工期、偏差、参与工作流）；1. 目标达成（原始目标、实际交付、差距和原因、OKR 完成情况）；2. 时间线（计划 vs 实际、延期原因分析）；3. 风险回顾（预见到的风险、实际发生的风险、未预见的风险）；4. 协作问题（哪些交接顺畅、哪些交接出问题）；5. 可复用经验（估算经验、流程改进、工具改进、模板改进）；6. 后续行动项（以表格记录行动项、负责工作流、截止时间、验证方式）；7. Field Journal 条目；8. 系统更新（更新 routing.md、pitfalls.md、各 skill 的 SKILL.md、templates/ 等）。
其他模板
简短复盘模板（Quick Retro）包含：做得好（What Went Well）、待改进（What Could Be Better）、学到了什么（Lessons Learned）、行动项。
4 维度复盘（Phase Retro）包含目标、流程、协作、技术四个部分，并输出 3~5 条具体可执行的行动项。
工作流程
- 选择复盘级别（Quick/Phase/Full）；2. 收集数据（任务实际工时、阻塞记录、变更记录、DORA 指标）；3. 按模板填充；4. 提取行动项（必须具体可执行）；5. 沉淀到 field-journal；6. 更新系统文档（routing/pitfalls/templates）；7. 下次复盘时回看行动项是否完成。
质量自检
资料给出的自检项包括：是否有具体数据（不是“感觉”）；是否分析了根因（不只是现象）；行动项是否具体可执行（不是“加强沟通”）；行动项是否有负责人和时间；是否沉淀到 field-journal；是否更新了系统文档；行动项是否会被追踪。
常见坑
资料列出的常见坑包括：复盘流于形式；没有行动项；行动项太宽泛；不沉淀；变成批斗会；下次不回看；只复盘失败的部分；数据缺失。
配套模板与协作
配套模板为 templates/retrospective-template.md，包含简短复盘、阶段复盘、完整复盘与行动项追踪模板。上游协作包括 progress-tracking（提供执行数据）、dora-metrics（提供效能数据）、risk-management（风险发生情况）、milestone-gate（门禁通过情况）；下游协作包括 field-journal（沉淀经验）、下次项目的所有 skill（引用本次经验）、系统文档更新（routing/pitfalls/templates）。
限制
资料未提供该技能的安装方式、具体命令、价格与收费信息。