技能使用指南

reviews-retros-reflection(回顾、复盘与反思)Skill 是什么?

想告别走过场的复盘会?reviews-retros-reflection(回顾、复盘与反思)Skill 内置五阶段工作流、5 种回顾格式与 SMART 行动标准,帮你从冲刺回顾、项目后复盘到个人季度反思稳定产出可执行改进项。内含安装步骤、使用指南与竞品对比,点击了解如何一键启用。

回顾、复盘与反思Skillreviews-retros-reflection
8 个章节 约 15 分钟阅读 AI 智能生成

回顾、复盘与反思Skill:把「开会走过场」变成能落地的持续改进

  • 它是什么:一个结构化的回顾/复盘方法论技能,把「凭感觉聊两句」变成「设阶段 → 收数据 → 出见解 → 定行动 → 跟进」的五步闭环。
  • 解决什么问题:复盘会开成吐槽会、行动项写了没人做、同样的问题反复出现。
  • 核心机制:内置心理安全「首要原则」、5 种回顾格式、4 类常见场景模式,以及 SMART 行动项与 >80% 完成率的质量标准。
  • 怎么用:在支持技能(Skill)的 AI 助手中安装后,直接用「我们来做一次回顾」「这次迭代哪里可以改进」等自然语言触发。
  • 适合谁:Scrum 团队、项目负责人、技术负责人、需要做周/季度反思的个人与管理者。

该技能叫什么?如何一键安装 AI 技能提升开发效率?

技能基本信息

项目 内容
技能中文名 回顾、复盘与反思Skill
技能英文名 reviews-retros-reflection
技能 ID 12954
核心定位 用结构化流程帮助团队和个人从经验中系统学习,并产出可执行的改进计划

它解决什么问题

大多数团队的「复盘」真实状态是:会议开了一小时,大家轮流说几句「这次还行」,最后留下一句「下次注意沟通」,然后下一次仍然踩同一个坑。问题不在态度,而在于缺少一套结构:

  • 没有设阶段,大家不敢说真话,只能说场面话;
  • 没有收数据,讨论全靠记忆和印象,容易变成情绪对撞;
  • 没有出见解,停留在「哪里不好」而不追问「为什么」;
  • 没有定行动,结论是「加强协作」这种无法验证的口号;
  • 没有跟进,上次的行动项无人跟踪,复盘逐渐沦为形式。

这个技能把上述五步固化成一条可复用的流程,并把「心理安全」「SMART 行动」「行动完成率 >80%」等硬性约束写进了工作流里。

「一键安装」的思路与步骤

所谓「一键安装」,是指把一套方法论直接挂载到 AI 助手上,之后用自然语言即可调用,不需要每次重新写提示词、重新翻模板。

  1. 确认前提:使用支持「技能(Skill)」机制的 AI 助手或开发工具(例如具备技能市场/插件机制的客户端)。不同平台的名称和入口不同,请以官方说明为准。
  2. 找到技能:在技能市场或技能管理面板中,用技能 ID 12954 或英文名 reviews-retros-reflection 检索。
  3. 执行安装:点击安装/添加,按提示确认启用。若平台提供了安装命令或配置文件方式,请以官方文档给出的命令为准,本技能详情中未提供具体命令,请不要照搬第三方来源。
  4. 验证是否生效:新建一段对话,输入「我们来做一次冲刺回顾,帮我按五步流程组织」,如果回复中出现了设阶段 → 收集数据 → 生成见解 → 决定行动 → 关闭跟进这样的结构,并主动询问迭代周期、参与角色、上次行动项,说明技能已正确加载。
  5. 补充上下文:把本次回顾的范围(周期、目标)、关键指标(如完成的故事点、缺陷数、事故次数)一起贴给 AI,产出质量会明显提升。

该技能的主要功能和特点

  • 五阶段标准工作流:设定阶段 → 收集数据 → 生成见解 → 决定行动 → 关闭并跟进。每一步都有明确的产出物,避免会议跑偏。
  • 五种回顾格式可选,按场景自动匹配:
    • 开始/停止/继续:通用、平衡、30 分钟可完成,适合新团队或时间紧张;
    • 愤怒/悲伤/高兴:情绪导向,适合处理困难时期、揭示被隐藏的问题;
    • 4Ls(喜爱/学习/缺乏/渴望):覆盖面全,适合项目结束或季度回顾;
    • 帆船/快艇:用「风、锚、岩石、岛屿」隐喻推进力、阻力、风险与目标,适合跨职能团队做战略对齐;
    • 时间线:按时间顺序标出高点和低点,适合长周期、复杂项目的共识构建。
  • 四种常见场景模式:冲刺回顾(1-2 周一循环,45-90 分钟)、项目后复盘(90-120 分钟)、每周团队回顾(15-30 分钟)、事件回顾(60 分钟,无指责分析 + 5 个为什么)。
  • 根因分析工具内置:5 个为什么、鱼骨图、时间线分析,帮助从「症状」走到「原因」。
  • 心理安全防护栏:内置「首要原则」——无论发现什么,都真诚相信在当时的所知、技能、资源和情境下,每个人都已尽力。要求对事不对人、无指责、保密、鼓励不同意见。
  • 行动质量标准:行动项必须符合 SMART(具体、可衡量、有指定负责人、现实、有时间限制),且总量控制在 1-3 个高影响项;下一次回顾前完成率目标 >80%,低于该值说明「行动太多或团队未真正承诺」。
  • 自检机制:关闭会议前可用 资源/评估者/rubric_reviews_retros_reflection.json 做一次自检,最低标准为平均得分 ≥ 3.5。
  • 配套资源:资源/模板.md 提供快速回顾模板,资源/方法论.md 提供引导技术与根因方法。

和普通工具比强在哪:普通白板或文档模板只提供「画布」,不提供「判断标准」;这个技能不仅给格式,还会拦住你踩坑——比如当你想列 8 条行动项时,它会提醒你「>5 个行动 = 一个都完不成」,并帮你收敛到 1-3 条。

如何使用该技能?

第一步:用自然语言触发

以下说法都能唤起该技能(来自技能定义中的触发短语):

  • 「我们来做一次冲刺回顾」
  • 「什么做得好?什么做得不好?」
  • 「我们如何改进?」
  • 「从这次发布中学到的教训」
  • 「帮我做行动后审查(AAR)」
  • 「组织一次团队反思会议」

第二步:提供上下文

推荐一次性给出四类信息,AI 才能收集到「事实」,而不是让你凭印象编:

本次回顾范围:Sprint 24(2 周)
团队:后端 4 人 + 前端 2 人 + 测试 1 人
关键数据:计划 32 点,完成 26 点;线上缺陷 3 个;延期 2 天
重大事件:支付模块联调延期;周五紧急修复一次
上次行动项:每日站会改为异步 —— 完成;补充接口文档 —— 未完成

第三步:跟着五步清单走

技能会输出一份可复制的进度清单:

回顾进度:
- [ ] 步骤1:设定阶段(背景、心理安全)
- [ ] 步骤2:收集数据(发生了什么)
- [ ] 步骤3:生成见解(为什么发生)
- [ ] 步骤4:决定行动(改变什么)
- [ ] 步骤5:关闭并跟进(承诺、跟踪)

第四步:选择回顾格式并产出

示例(采用开始/停止/继续):

开始:每日 15 分钟站会(在团队频道异步进行)、复杂功能的集体编程 停止:最后时刻的范围变更、周末部署 继续:新功能配对开发、在团队频道庆祝小胜利 行动:(1) 周五前创建站会机器人模板;(2) 把「迭代结束前 3 天不接受范围变更」写入团队章程

注意这里的行动项:有负责人、有截止时间、可验证——这正是 SMART 的体现。

第五步:收口与跟进

  • 让 AI 输出「行动项清单 + 负责人 + 截止日 + 验收标准」;
  • 约定下一次检查时间,下次回顾开场先核对上次行动完成率(目标 >80%);
  • 关闭前用 资源/评估者/rubric_reviews_retros_reflection.json 自检,平均得分需 ≥ 3.5;
  • 轮换主持人,避免单一视角偏差。

同类型竞品对比分析

方案名称 定位 核心功能 安装/使用门槛 适用场景 优势与不足
回顾、复盘与反思Skill(本技能) 结构化的复盘方法论技能 五阶段工作流、5 种回顾格式、4 类场景模式、根因分析、SMART 行动标准、自检评分 需在支持技能机制的 AI 助手中安装,之后自然语言调用 冲刺回顾、项目后复盘、事件复盘、周/季度反思 优势:流程与质量标准一体化,能拦住「行动太多、太模糊、无跟进」等常见坑;不足:依赖平台技能机制,具体安装入口以官方说明为准
通用对话式 AI 助手(无技能) 通用问答 你描述场景,它临时组织问题 零门槛 临时性、轻量讨论 优势:随时可用;不足:每次都要重写提示词,缺固定流程与质量标准,容易产出「加强沟通」式空泛结论
在线白板回顾模板 可视化协作画布 提供开始/停止/继续、帆船等模板与便签 需注册与创建看板,多人实时协作 远程团队同步开会 优势:可视化强、参与感好;不足:只给画布不给方法,不产出结构化行动项,也不做质量校验
敏捷项目管理工具内置回顾模块 研发流程内嵌功能 与迭代数据打通,自动带出速度、缺陷等指标 需已在用该工具,配置成本较高 已在工具内管理迭代的 Scrum 团队 优势:数据自动、留痕完善;不足:格式相对固定,跨出研发场景(如季度反思、个人复盘)适用性弱
纯人工主持的复盘会 传统会议形式 依赖主持人经验 无工具门槛,但对主持人能力要求高 各类团队 优势:灵活、临场感强;不足:质量高度依赖个人,主持人经验不足时极易变成吐槽会或流水账

选型建议:已经在用敏捷工具的团队可以把工具里的数据导出,再交给本技能做结构化分析;缺主持经验的团队优先用本技能补齐方法论;需要强可视化互动时,用白板做同步收集,用本技能做会后收敛与行动定义。

该技能的典型应用场景与实际体验情况

场景一:Scrum 团队的冲刺回顾

  • 角色与痛点:Scrum Master 每次主持回顾都怕冷场,讨论发散,40 分钟过去只留下「下次注意」。
  • 使用方式:贴入迭代数据 + 上次行动项,选择「开始/停止/继续」格式,让 AI 输出讨论提纲与候选行动项,团队用点投票收敛到 1-3 条。
  • 实际体验:上手几乎零成本,因为只需要「说人话」。效果最明显的是行动项质量——从「改进沟通」被追问成「周一前在团队频道建立每日 15 分钟异步站会」。注意:AI 只能帮你组织,投票和承诺必须真人完成。

场景二:项目后复盘(跨部门)

  • 角色与痛点:项目经理要复盘一个延期两个月的项目,各方互相甩锅。
  • 使用方式:选用 4Ls 或时间线格式,先用「首要原则」定调,再按时间线还原关键决策点,用 5 个为什么追问根因。
  • 实际体验:时间线格式对「还原共识」非常有效,能把争论从「谁的错」转向「哪个节点的信息没同步」。注意:涉及组织和人的问题,务必坚持无指责原则,否则一次复盘会直接摧毁后续的坦诚度。

场景三:线上事故的无指责复盘

  • 角色与痛点:技术负责人需要在事故后 48 小时内产出改进项,但又不想变成追责会。
  • 使用方式:使用「事件回顾」模式(约 60 分钟),时间线 + 5 个为什么,输出监控告警、响应流程、预防措施三类行动。
  • 实际体验:结构清晰,产出的行动项能直接进待办。注意:技能会主动引导「无指责分析」,但前提是你提供的事实足够细(时间点、告警内容、处置动作),信息太粗则根因分析会浮于表面。

场景四:个人周回顾与季度反思

  • 角色与痛点:个人想建立复盘习惯,但每次写日记都变成情绪流水账。
  • 使用方式:每周五花 15-30 分钟,用「胜利 / 阻碍 / 下周前三优先事项」的结构做周回顾;季度末用 4Ls 做深度反思。
  • 实际体验:轻量、可坚持,最大的价值是把「感觉这周很乱」翻译成「三个具体阻碍 + 三个优先事项」。注意:个人复盘也要写行动项并设截止时间,否则容易变成自我安慰。

整体上手难度:低。不需要学习复杂概念,用日常语言说出你的场景即可;真正的门槛在于团队是否愿意真诚参与,以及是否愿意在下次回顾时真的去核对上次的行动完成率。

该技能能为用户带来的价值

  • 把会议时间换成确定性产出:原本 60 分钟产出 0 条可执行项,现在稳定产出 1-3 条符合 SMART 的行动项,且每条都有负责人和截止时间。
  • 降低主持门槛:不需要你是资深敏捷教练,五阶段流程 + 5 种格式 + 4 类场景模式,让第一次主持复盘的人也能开出结构完整的会。
  • 减少重复踩坑:通过根因分析(5 个为什么、鱼骨图、时间线)把「现象」拉到「原因」,并明确要求:如果同一个问题连续多次回顾都无进展,应升级到领导层处理,而不是继续在会上海聊。
  • 量化改进效果:以「行动完成率 >80%」「自检平均得分 ≥ 3.5」两个可量化指标衡量复盘本身的质量,让「复盘」这件事也能被复盘。
  • 保护团队坦诚度:内置首要原则与保密约定,长期看会沉淀为一种「对事不对人」的团队文化,这是最难被复制、也最有长期价值的收益。
  • 可迁移的学习习惯:从冲刺回顾到项目复盘、从事故复盘到个人季度反思,同一套流程可以复用到几乎所有「需要从经验中学习」的场合。

常见问题 FAQ

Q1:这个技能怎么安装?需要付费吗? 在支持技能(Skill)机制的 AI 助手中,用技能 ID 12954 或英文名 reviews-retros-reflection 在技能市场检索并添加即可,安装入口与命令以所用平台的官方说明为准。是否收费取决于平台与该技能的发布方,本技能详情中未标注价格信息,请以官方页面展示为准。

Q2:它会不会替我做决策,导致复盘变得「机械化」? 不会。它负责的是流程与质量标准——提供五阶段结构、回顾格式、根因方法和行动校验,但讨论、投票、承诺这些必须由真人完成。实际使用中更常见的感受是「被提醒」:比如你想列 8 条行动项时,它会把数量收敛到 1-3 条,并追问每条是否有负责人和截止时间。

Q3:我们团队只有 3 个人,也用得上吗? 用得上。技能内置的「每周团队回顾」模式就是为小团队设计的:15-30 分钟,聚焦胜利、阻碍和下周前三优先事项。人少的团队反而更容易坚持逐个核对上次的行动项。

Q4:和直接用 AI 聊天、或者用白板模板相比,差别在哪? 直接聊天的问题是没有固定流程,容易产出「加强沟通」这类无法验证的结论;白板模板的问题是只给画布、不给标准和跟进机制。本技能的关键差异是带防护栏:心理安全原则、SMART 行动标准、行动总数上限、>80% 完成率目标、以及基于 资源/评估者/rubric_reviews_retros_reflection.json 的自检(平均得分 ≥ 3.5)。

Q5:适合哪些人用?不适合什么情况? 适合 Scrum Master、项目经理、技术负责人、团队 Leader,以及想建立个人复盘习惯的人。如果团队完全没有心理安全基础、或组织层面存在明显的追责文化,工具本身无法解决——技能会给出「无指责」「对事不对人」的引导,但文化改变仍需管理者亲自推动。