pm-skills 冲刺回顾（Retro）技能实战：用 Start/Stop/Continue、4Ls 与 Sailboat 三种框架驱动可落地的团队改进-创锋一号

pm-skills 冲刺回顾（Retro）技能实战：用 Start/Stop/Continue、4Ls 与 Sailboat 三种框架驱动可落地的团队改进

【免费下载链接】pm-skillsPM Skills Marketplace: 100+ agentic skills, commands, and plugins — from discovery to strategy, execution, launch, and growth.项目地址: https://gitcode.com/GitHub_Trending/pm/pm-skills

导读

本文围绕 pm-skills 仓库中pm-execution插件所提供的高质量 sprint retrospective（冲刺回顾）技能展开，讲解如何在冲刺结束后结构化地收集团队反馈、分析冲刺表现、并产出带负责人和截止日期的优先级改进项。读完本文，你将掌握三种经典回顾框架（Start/Stop/Continue、4Ls、Sailboat）的适用场景与完整操作步骤，理解该技能与/sprint命令中 retro 模式的联动方式，并能直接复刻出一份可保存为 Markdown 的冲刺回顾总结。

1. retro 技能在 pm-skills 中的定位

pm-skills是一个面向产品经理的 Skills Marketplace，包含 discovery、strategy、execution、launch、growth 等多个领域的 skills 与 commands。本文聚焦的 sprint retrospective 技能位于 pm-execution/skills/retro/SKILL.md，隶属于pm-execution插件——该插件负责"日常执行型产品管理"，涵盖 PRD、OKR、路线图、冲刺、回顾、发布说明、利益相关者地图等 16 个技能与 11 个命令（详见 pm-execution/README.md）。

从技能元数据（frontmatter）看，retro技能的核心用途是：在冲刺结束、团队反思、或需要从团队反馈中提炼行动项时，主持一场结构化的冲刺回顾。它鼓励你先把冲刺数据（velocity 图表）、团队反馈、历史回顾笔记等文件交给技能读取，再进入主持流程，从而让结论建立在真实数据而非记忆之上。

2. 回顾流程概览：从反馈到行动的五个步骤

该技能定义了一条从"收集输入"到"产出行动项"的完整链路，共五个步骤：

选择回顾格式：根据上下文选择 Start/Stop/Continue、4Ls 或 Sailboat，也可让用户自行指定；
处理原始反馈：如果用户提供了便签、问卷、Slack 消息等原始反馈，先归类成主题、识别高频话题、标注情绪模式（沮丧、热情、困惑）；
分析冲刺表现：冲刺目标是否达成、承诺与实际完成量的对比、遇到的阻塞及其解决方式、协作模式的好坏；
生成带优先级的行动项：限制 2～3 个高价值行动项，每项必须有具体内容、负责人、截止日期和成功度量；
产出回顾总结：按固定模板输出 Markdown 文档并保存，全程保持建设性语气。

这条流程与pm-execution插件中其他技能的设计理念一致：技能把成熟的 PM 方法论编码成"一步一步带你走完"的结构化指引，让 AI 输出的是可决策的产物，而不是大段文本。

3. 三种回顾格式：何时用哪一种

技能的步骤 1 提供了三种经典格式，各适用于不同的团队状态与回顾时长。

格式 A — Start / Stop / Continue

最简单、最快速的格式，适合时间紧张或首次引入回顾的团队：

Start（开始做）：我们应当开始做什么？
Stop（停止做）：我们应当停止做什么？
Continue（继续做）：哪些事运作良好、应当保持？

该格式把注意力集中在"行为的改变"上，特别擅长收敛出明确的行动项——每个答案天然就是一个可执行的动词短语，因此在需要"快速回顾、快速落地"的场景下效率最高。

格式 B — 4Ls（Liked / Learned / Lacked / Longed For）

比 Start/Stop/Continue 更全面的四象限格式，鼓励团队同时反思情绪、认知、缺口与愿望：

Liked（喜欢）：团队享受了哪些事？
Learned（学到）：获得了哪些新知识？
Lacked（缺失）：什么被遗漏了？
Longed For（渴望）：我们希望拥有什么？

4Ls 的独特价值在于把"学习"与"愿望"显性化——Learned帮助沉淀团队知识资产，Longed For则为下一个冲刺提供灵感来源，特别适合经历了较大技术或业务变更的冲刺。

格式 C — Sailboat（帆船）

隐喻式格式，把团队状态映射为一艘航行中的船，适合需要激发创造性表达、让成员放下防御的团队：

Wind（风，推动我们前进）：什么在驱动我们向前？
Anchor（锚，拖住我们）：什么在拖慢我们的速度？
Rocks（礁石，风险）：前方潜伏着哪些危险？
Island（岛屿，目标）：我们试图抵达哪里？

帆船格式把"风险"（Rocks）和"目标"（Island）并置在同一画面中，天然引导团队思考"障碍如何阻碍目标达成"，在目标感模糊或团队士气受挫的冲刺后尤其有效。

如何选择

在pm-execution/commands/sprint.md的 Retro 模式中，技能被进一步编排为向用户提问："Which retro format do you prefer?"（你偏好哪种回顾格式？），并给出了更精简的选型提示：

Start/Stop/Continue：简单、快速；
4Ls：适合深度反思（Liked / Learned / Lacked / Longed For）；
Sailboat：Wind=助力、Anchor=阻力、Rocks=风险、Island=目标。

实际主持时，可以把选择权交给团队：若冲刺平淡、时间有限，优先 Start/Stop/Continue；若刚经历重大变更，优先 4Ls；若需要重建共同目标感，优先 Sailboat。

4. 处理原始反馈：主题归纳与情绪洞察

步骤 2 处理的是回顾中最常见的真实场景——用户贴上一堆便签、问卷结果或 Slack 消息，希望从中提炼结构。技能要求执行以下三项分析：

按主题归组：把相似反馈合并成若干主题（例如"部署流程"、"沟通节奏"、"测试覆盖"）；
识别高频话题：统计被提及最多的主题——高频往往意味着高痛感或高价值；
记录情绪模式：注意反馈背后的情绪信号，如沮丧（frustration）、热情（energy）、困惑（confusion）。

从源码结构看，这一分析能力与pm-market-research插件中的sentiment-analysis技能（情绪分析与主题抽取）属同一类方法论，只不过 retro 将其聚焦到"一个冲刺内部"的时间窗口。若输入的是结构化数据（如问卷 CSV），该技能同样鼓励先读取文件再归纳。

5. 分析冲刺表现：不只回顾，还要复盘数据

步骤 3 把回顾从"主观感受"推向"客观数据"，需要回答四个问题：

分析维度	核心问题	关注点
冲刺目标	目标达成了吗？	达成 / 部分达成 / 未达成
承诺 vs 实际	承诺了多少，完成了多少？	过度承诺还是承诺不足？
阻塞与解决	遇到了哪些阻塞？如何解决的？	阻塞处理是否及时、有效
协作模式	哪些协作有效，哪些无效？	跨职能沟通、代码评审、需求澄清等

这一步骤与 pm-execution/skills/sprint-plan/SKILL.md 形成闭环：sprint-plan 在冲刺开始时基于历史 velocity 估算容量并承诺工作量，retro 则在冲刺结束时把"承诺 vs 完成"拉出来对比。结合pm-execution/commands/sprint.md中 Retro 模式的Metrics This Sprint表格（Metric / This Sprint / Last Sprint / Trend），你可以在回顾中把关键指标（如 velocity、bug 数、事故数）与上一冲刺纵向对比，让"表现好坏"有数据支撑。

6. 生成优先行动项：少而精，每项都可执行

步骤 4 是全流程的落地点，技能给出了明确的质量标准：

限制在 2～3 个行动项——超过这个数量，团队就不会去做。

每条行动项必须同时满足三个属性：具体（specific）、可指派（assignable）、可度量（measurable），并填入下表：

Priority	Action Item	Owner	Deadline	Success Metric
1	[具体、可执行的改进点]	[姓名/角色]	[日期]	[我们如何知道它起作用了]

两个额外要求：

若存在上一轮回顾的行动项，必须逐一核对完成状态——已完成 / 进行中 / 未开始，这直接决定本轮行动项的优先级排序；
把行动项与团队目标挂钩：成功度量（Success Metric）一列的存在，迫使行动项从"我们打算做某事"升级为"我们能观察到某事发生改变"。

pm-execution/commands/sprint.md的 Notes 部分也强调同一原则："For retro mode: focus on 2-3 high-impact action items, not 10 things nobody will do"（聚焦 2～3 个高影响行动项，而不是 10 件没人会做的事）。技能与命令在此互相印证：回顾的产出宁可少而精，也不可多而空。

7. 回顾总结模板：一份可直接保存的 Markdown

步骤 5 提供了完整输出模板，技能要求"Save as markdown"（保存为 Markdown）。模板如下：

## Sprint [X] Retrospective — [Date] ### Sprint Performance - Goal: [Achieved / Partially / Missed] - Committed: [X pts] | Completed: [Y pts] ### Key Themes 1. [Theme] — [summary] ### Action Items 1. [Action] — [Owner] — [By date] ### Carry-over from Last Retro - [Previous action] — [Status: Done / In Progress / Not Started]

四个区块分别承载：冲刺表现（数据）、关键主题（洞察）、行动项（产出）与上轮遗留（连续性）。其中Carry-over from Last Retro区块是形成"回顾-行动-再回顾"闭环的关键——它保证上轮行动项不会随冲刺结束而消失。

pm-execution/commands/sprint.md的 Retro 模式还提供了更完整的企业级变体模板，可作为扩展参考，其结构包括：What Went Well（分组主题+证据）、What Didn't Go Well（分组主题+根因分析）、Key Insights（2～3 个涌现模式）、Action Items表格（# / Action / Owner / Deadline / Priority）以及Metrics This Sprint对比表。两份模板的关系是：skill 提供最精简的核心骨架，command 在其上补充了根因分析与指标对比，实战中可根据团队成熟度选择。

8. 与 /sprint 命令的联动：从技能到一键流程

retro技能不是孤立存在的。pm-execution插件的 /sprint 命令把它编排进完整的冲刺生命周期：plan（计划）→ 冲刺执行 →retro（回顾）→release-notes（发布说明），四种模式可以链式衔接。

在 CLI 或支持 slash 命令的客户端中，调用方式为：

/sprint retro [paste team feedback or sprint data]

sprint.md中 Retro 模式的完整工作流为：

收集冲刺反馈：接受三种输入——团队反馈（来自问卷、Slack 或协作文档的粘贴文本）、冲刺指标（velocity、bug、事故数）、用户自己的观察；随后询问用户偏好的回顾格式；
分析与结构化：调用retro技能，把反馈归类到所选框架、识别主题与模式、区分症状与根因、并高亮值得庆祝的胜利；
生成回顾总结：按模板输出，并包含Metrics This Sprint指标对比表。

这里可以看到技能与命令的分工：skill 是方法论内核，command 是编排层——command 决定何时调用哪个 skill、接受哪些输入、产出哪种模板。这也是整个 pm-skills 仓库的通用架构（见 README.md 的 "How It Works" 一节）：skills 是构建块，commands 通过链式调用多个 skills 形成端到端流程。

9. 质量检查：如何验证一个回顾技能被正确执行

pm-skills 仓库提供了插件级校验工具 validate_plugins.py，它按照 Claude Code 插件规范与 agentskills.io 规范检查每个 SKILL.md：

frontmatter 必填字段：name必须与目录名一致（retro目录对应name: retro），description必须存在且长度建议不低于 30 字符——retro 技能的描述中明确包含了 "Use when running a retrospective..." 这类触发短语（trigger phrases），便于 AI 在相关对话中自动加载该技能（见 README.md 对 skills 自动加载机制的说明）；
内容字数检查：技能字数低于 50 词会触发告警（"May need more content"），retro 技能约 70 行正文，结构完整、密度合理；
跨引用校验：检查 command 中引用的技能名是否真实存在于同一插件内——sprint.md引用的**retro** skill与**release-notes** skill都能在pm-execution/skills/下找到对应目录。

这意味着，任何人向仓库提交新的回顾技能或修改现有技能，都可以运行该脚本做回归校验，保证技能的元数据质量与引用完整性。

10. 实战建议：把回顾变成改进闭环

结合技能、命令与仓库设计，实践层面的建议如下：

数据先行：回顾前收集 velocity 数据、阻塞记录与上轮行动项清单，避免纯凭记忆；
格式服务于目的：日常冲刺用 Start/Stop/Continue，重大变更后用 4Ls，需要重建目标感时用 Sailboat；
行动项克制：最多 3 条，每条都必须有 Owner、Deadline 与 Success Metric；
闭合循环：下轮回顾必须先核对上轮行动项状态（Carry-over from Last Retro），否则回顾会沦为形式；
建设性语气：技能明确要求 "Keep the tone constructive — the goal is improvement, not blame"（保持建设性——目标是改进，不是追责），这一原则应当贯穿主持全过程。

企业官网建设流程全解析