界面已本地化;技能介绍与说明文档按所选语言由 AI 自动翻译,代码、命令、路径和专业术语保留原文,以原作者文档为准。
探索技能
效率与协作 · SKILL.md

cn-fupan

cn-fupan

【效率与协作】进行复盘,这是中国企业广泛使用的结构化项目回顾:回顾目标、评估结果、分析原因、总结规律,语气不指责个人,行动有人负责。当被要求帮我做复盘、项目复盘、活动复盘、复盘会怎么开时使用。产出中文复盘文档:目标与结果对比、分为可控与不可控的根本原因、写成可复用规律的经验、带负责人和日期的行动清单,以及会议议程。

独立 GitHub 快照 · 自动分类 · 以原作者文档为准

技能说明

GitHub

name: cn-fupan language: zh description: "进行复盘,这是中国企业广泛使用的结构化项目回顾:回顾目标、评估结果、分析原因、总结规律,语气不指责个人,行动有人负责。当被要求帮我做复盘、项目复盘、活动复盘、复盘会怎么开时使用。产出中文复盘文档:目标与结果对比、分为可控与不可控的根本原因、写成可复用规律的经验、带负责人和日期的行动清单,以及会议议程。"

cn-fupan 的简体中文翻译,英文版本为规范版本。

复盘

复盘一词来自围棋:棋手下完一盘后重新摆一遍,从中学习。在中国企业里,无论结果好坏,复盘都是回顾项目、活动或上线的标准方式。它的四个步骤广为人知:回顾目标、评估结果、分析原因、总结规律。价值在最后一步:把一次经历变成团队以后可以复用的规律。这个技能完整地走完四步,并保持不指责个人的语气。

除非用户另有要求,用简体中文输出。线上故障的复盘请使用 incident-postmortem;迭代回顾请使用 retro-analysis。

这个技能产出什么

  • 复盘文档,按四个标准步骤
  • 根本原因,分为可控与不可控
  • 写成规律的经验:每一条团队下次都能直接用
  • 行动计划,有负责人和日期
  • 会议议程,如果以团队会议形式进行

所需输入

如未提供,请询问:

  • 复盘对象:项目、活动、上线、季度
  • 最初的目标,以及当时定下的数字
  • 实际结果,用同样的指标
  • 时间线和关键决策
  • 参与者,以及这是团队会议还是个人复盘

框架

  1. 回顾目标:目标到底是什么?当时如何定义成功?如果目标本身很模糊,要说出来,这本身就是一个发现。
  2. 评估结果:逐项对比实际与目标。亮点和不足都要有证据。
  3. 分析原因:对每个大的差距或成功,追问"为什么",直到找到团队可以行动的原因。分为:
    • 主观 / 可控:决策、流程、准备
    • 客观 / 不可控:市场、政策、外部事件。点出来,然后继续;停在这里学不到东西。
  4. 总结规律:每条经验写成:"当 [情况] 时,应该 [做法],因为 [原因]"。好的规律会改变以后的某个决定。
  5. 行动计划:现在要改变什么,有负责人和日期。

语气:讨论决策和机制,不针对个人。写"评审环节缺少数据验证",而不是"某某没有看数据"。

输出格式

复盘:[项目 / 活动名称]|[日期]

一、回顾目标 | 目标 | 当初的衡量标准 | 目标值 |

二、评估结果 | 指标 | 目标值 | 实际值 | 完成率 | 说明 |

  • 亮点:...
  • 不足:...

三、分析原因 | 现象 | 根本原因 | 主观可控 / 客观不可控 |

四、总结规律

  1. 当 [情况] 时,应该 [做法],因为 [原因]。

五、行动计划 | 行动 | 负责人 | 完成时间 |

附:复盘会议议程(如需要,60 分钟)

质量检查

  • 写出了最初的目标和当时的数字
  • 每个大的差距都有可以行动的根本原因
  • 可控与不可控的原因分开
  • 每条经验都写成可复用的规律
  • 每个行动都有负责人和日期
  • 没有点名指责任何人

反模式

  • 只复盘失败。 成功里也藏着经验,用同样的方法复盘。
  • 停在"客观原因"。 如果所有原因都是外部的,团队什么也学不到。
  • 口号式的经验("加强沟通")。规律要说清什么时候、做什么。
  • 指责。 它会让下一次复盘不再有人说真话。

示例触发语

  • “帮我做一下双十一活动的复盘。”
  • “项目延期了,帮我写复盘报告。”
  • “复盘会怎么开?给我一个议程。”
  • “Run a fupan on our product launch, in Chinese.”
我的收藏