mcpField
R
reviews-retros-reflection

reviews-retros-reflection

github.com/lyndonkl生产力187109 次安装10 周前更新
代码仓库

关于 reviews-retros-reflection

reviews-retros-reflection 是用于组织回顾、项目复盘和团队反思的技能,提供五阶段流程、多种形式,以及将发现转化为可跟踪行动的指导。

主要功能

  1. 01五阶段回顾工作流
  2. 02适用于迭代、项目、事件和团队复盘的形式
  3. 03根因分析与优先级排序方法
  4. 04SMART 行动项和后续跟进指导
  5. 05无责讨论与心理安全原则

适用场景

  1. 01开展迭代回顾并制定少量行动
  2. 02通过时间线和 5 Whys 复盘事件
  3. 03进行项目总结并更新团队实践

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/lyndonkl/claude --skill reviews-retros-reflection

安装后在 Claude Code 中输入/reviews-retros-reflection确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

resources/
methodology.md
template.md
resources/evaluators/
rubric_reviews_retros_reflection.json

详细介绍

评审、回顾与反思

目录

  1. 工作流
  2. 回顾形式
  3. 常见模式
  4. 防护措施
  5. 快速参考

工作流

复制此清单并跟踪进度:

Retrospective Progress:
- [ ] Step 1: Set the stage (context, psychological safety)
- [ ] Step 2: Gather data (what happened)
- [ ] Step 3: Generate insights (why it happened)
- [ ] Step 4: Decide actions (what to change)
- [ ] Step 5: Close and follow up (commit, track)

步骤 1:做好准备

确定时间段和范围,回顾之前的行动项,并营造心理安全感(首要原则:“每个人都已根据自己的知识、技能、资源和所处情境尽了最大努力”)。快速评审可使用 resources/template.md。复杂的团队回顾请参阅 resources/methodology.md。

步骤 2:收集数据

收集该时间段的事实:指标(速度、漏洞、事件)、事件(发布、阻碍因素、决策)和感受(团队精力、士气)。收集方法请参阅回顾形式。

步骤 3:形成见解

找出模式、根本原因和意外情况。通过追问“为什么?”从症状深入到原因。根因分析技巧(5 个为什么、鱼骨图、时间线分析)请参阅 resources/methodology.md。

步骤 4:确定行动

投票选出影响最大的改进项(点投票、SMART 标准)。制定 1-3 项 SMART 行动(具体、可衡量、指定负责人、切实可行、有时限)。行动质量标准请参阅常见模式。

步骤 5:收尾并跟进

承诺落实行动、安排检查时间并感谢参与者。跟踪行动完成率(目标:下一次回顾前完成率超过 80%)。结束前使用 resources/evaluators/rubric_reviews_retros_reflection.json 进行自查。最低标准:平均分 ≥ 3.5。

回顾形式

开始/停止/继续(简单、均衡):

  • 开始:我们应该开始做什么?
  • 停止:我们应该停止做什么?
  • 继续:哪些做法效果很好,应该继续?
  • 适用场景:通用情况、新团队、时间紧张时(30 分钟)

愤怒/难过/高兴(关注情绪):

  • 愤怒:什么让你感到沮丧或愤怒?
  • 难过:什么让你感到失望?
  • 高兴:什么让你感到开心?
  • 适用场景:梳理困难时期、提振士气、揭示潜在问题

4L(全面):

  • 喜爱:我们喜欢什么?
  • 所学:我们学到了什么?
  • 缺失:我们缺少什么?
  • 期待:我们期待什么?
  • 适用场景:大型项目结束时、季度评审、需要深入探讨时

帆船/快艇(基于隐喻):

  • 风(助力):是什么推动我们前进?
  • 锚(阻碍):什么拖慢了我们的脚步?
  • 礁石(风险):前方有哪些危险?
  • 岛屿(目标):我们要去哪里?
  • 适用场景:战略规划、可视化进度、跨职能团队

时间线(按时间顺序):

  • 在时间线上标记事件,标出高峰和低谷,并找出模式
  • 适用场景:时间跨度长(一个季度)、项目复杂、需要形成共同认识时

常见模式

模式 1:冲刺回顾(敏捷)

  • 频率:每 1-2 周
  • 时长:45-90 分钟(冲刺越短,回顾时间越短)
  • 重点:流程改进、团队动态、技术实践
  • 形式:开始/停止/继续,或愤怒/难过/开心
  • 行动:1-3 项流程改进,1 项技术改进

模式 2:项目复盘

  • 频率:项目/阶段结束时
  • 时长:90-120 分钟
  • 重点:哪些做法值得重复、哪些需要避免、系统性问题
  • 形式:4L,或时间线
  • 行动:更新文档、调整操作手册、弥补技能差距

模式 3:每周团队回顾

  • 频率:每周(通常在周五)
  • 时长:15-30 分钟
  • 重点:成果、阻碍、下周优先事项
  • 形式:自定义(成果/阻碍/优先事项)
  • 行动:清除阻碍、庆祝成果、统一前三项优先事项

模式 4:事件复盘

  • 频率:重大事件发生后
  • 时长:60 分钟
  • 重点:无责分析、系统改进
  • 形式:时间线 + 5 个为什么
  • 行动:改进事件响应、监控/告警和预防措施

注意事项

心理安全:

  • 首要原则:“无论我们发现什么,我们都理解并真心相信,每个人都在当时掌握的信息、技能和能力、可用资源以及具体情境下,尽了自己最大的努力。”
  • 关注流程/系统,而非个人
  • 不指责、不评判、不防卫
  • 鼓励提出不同意见
  • 回顾中讨论的内容应留在回顾中(除非需要采取行动,且其他人也需要了解)

质量标准:

  • 行动项应符合 SMART 原则:具体、可衡量、明确负责人、切实可行、有时限
  • 跟踪完成情况:下次回顾前完成 >80% 的行动项(如果低于 80%,说明行动项太多或团队未作出承诺)
  • 轮换主持人:每次由不同的人主持,以避免偏见
  • 为讨论设定时限:不要陷入僵局,继续推进;如果有时间,再回来讨论
  • 投票确定重点:使用圆点投票为讨论主题排序

应避免的常见问题:

  • 行动项过多:>5 项行动项 = 没有一项能完成。聚焦于 1-3 项影响最大的事项。
  • 行动项含糊:“改善沟通” → ❌。“周一前在 #eng-sync 进行每日 15 分钟站会” → ✓
  • 没有跟进:忽略上次回顾的行动项 → 信任受损,回顾沦为表演
  • 相互指责的文化:互相推诿 → 人们不再坦诚
  • 每次回顾都出现相同的问题:如果反复出现的问题没有进展,应升级给领导层处理

速查

资源:

五阶段流程:设定阶段 → 收集数据 → 形成洞见 → 确定行动 → 总结收尾

常用形式:

  • 开始/停止/继续:通用,30 分钟
  • 愤怒/难过/开心:情绪梳理,45 分钟
  • 4L:深入反思,60 分钟
  • 帆船:可视化/战略规划,60 分钟

行动项质量:SMART 标准 + 总数 <5 + 完成率 >80%

心理安全:首要原则 + 无责 + 保密

评论

支持 Markdown