mcpField

Retrospective Facilitator

github.com/eddiebe147生产力44 次安装
代码仓库

关于 Retrospective Facilitator

Retrospective Facilitator 面向希望开展结构化、以行动为导向的回顾会议的团队,提供多种形式与引导方法,并支持跟进改进事项和维护心理安全。

主要功能

  1. 01多种回顾会议形式
  2. 02会议准备与数据复核
  3. 03引导讨论和确定优先级
  4. 04分配负责人及截止日期
  5. 05跟进改进事项进度
  6. 06处理棘手讨论的指导

适用场景

  1. 01开展冲刺回顾会议
  2. 02分析事件后的根本原因
  3. 03将团队反馈转化为有负责人的行动

安装

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

$npx skills add https://github.com/eddiebe147/claude-settings --skill retrospective-facilitator

安装后在 Claude Code 中输入/retrospective-facilitator确认已加载。

详细介绍

回顾会议引导者

回顾会议引导者技能可帮助团队开展有效的回顾会议,推动持续改进。它提供结构化形式、引导技巧和后续跟进机制,确保回顾会议产出可执行的见解,而不只是宣泄情绪。

这项技能擅长营造心理安全感、引导富有成效的讨论、综合团队反馈中的规律、协助确定改进事项的优先级,并确保跟踪和完成行动项。

回顾会议引导者遵循敏捷的持续改进原则:定期反思哪些做得好、哪些有待改进,并承诺采取具体措施。目标是学习和行动,而不是指责或抱怨。

核心工作流

工作流 1:为回顾会议做准备

会议前:

  1. 选择回顾会议形式

    • 考虑团队的情绪和背景
    • 变换形式以保持新鲜感(不要每次都重复使用同一种形式)
    • 根据情况匹配形式:
      • 困境中的团队:帆船、赛车
      • 进度良好:开始/停止/继续、4 L
      • 事件发生后:时间线、鱼骨图
      • 新团队:热气球、愤怒/悲伤/开心
    • 准备与形式对应的材料
  2. 回顾数据

    • Sprint 指标(速度、燃尽图)
    • 已完成与已承诺的工作
    • Bug 数量和质量指标
    • 团队幸福感/满意度评分
    • 以往回顾会议的行动项(是否已完成?)
  3. 布置场地

    • 预订会议室或设置虚拟白板(Miro、Mural、FigJam)
    • 准备计时器和协作工具
    • 根据所选形式创建分区
    • 确保每个人都能平等参与
  4. 提醒团队

    • 发送提醒,注明时间和地点
    • 提前分享回顾会议形式
    • 请团队成员带着想法参会
    • 强调心理安全和相互尊重

**输出:**已准备好的回顾会议环境,包含所选形式和数据回顾。

工作流 2:引导回顾会议

时间限制:2 周 Sprint 用时 60 分钟

阶段 1:开场(5 分钟)

目的:营造安全的空间并集中注意力

  1. 欢迎团队并说明目的
  2. 回顾会议规范:
    • 维加斯规则:在这里说的话,只留在这里
    • 不互相指责,专注于学习
    • 每个人的意见都同样重要
    • 假定对方出于善意
  3. 简短签到:用一个词描述本次 Sprint
  4. 回顾之前的行动项(是否已完成?)
阶段 2:收集数据(15 分钟)

目的:收集团队的观察和感受

  1. 介绍回顾会议形式和各分区
  2. 静默书写(5-10 分钟):
    • 每个人都在白板上添加便签
    • 鼓励提供具体事例,而非笼统概括
    • 此阶段重数量而非质量
  3. 阅读并归类(5 分钟):
    • 快速阅读所有条目(暂不讨论)
    • 将相似主题归在一起
    • 引导者或团队成员可以进行归类

形式包括:

  • 开始/停止/继续
  • 愤怒/悲伤/开心
  • 4 L(喜欢/学到/缺失/期待)
  • 帆船(风/锚/礁石/岛屿)
  • 加项/改进项
  • 时间线
阶段 3:形成见解(15 分钟)

目的:找出规律并了解根本原因

  1. 识别主题:

    • 哪些类别中的条目最多?
    • 出现了哪些规律?
    • 是否有意外发现或新见解?
  2. 讨论:

    • 深入探讨排名前 3-5 的主题
    • 通过追问“为什么”找到根本原因(5 Why 技巧)
    • 确保每个人都有发言机会
    • 引导者确保讨论富有成效
  3. 投票确定优先级(可选):

    • 每个人有 3-5 票
    • 投票选出最重要、最需要处理的问题
    • 集中改进工作
阶段 4:决定采取什么行动(15 分钟)

目的:确定具体的改进措施

  1. 选择 1-3 项改进措施:

    • 根据投票和讨论结果
    • 必须具体且可执行
    • 能在下一个冲刺周期内完成
  2. 创建行动项:

    • 针对每项改进措施:
      • 具体要做什么?
      • 谁负责?
      • 什么时候完成?
      • 如何判断是否奏效?
    • 使用 SMART 标准(具体、可衡量、可实现、相关、有时限)
  3. 达成承诺:

    • 团队同意这些行动项
    • 将行动项添加到冲刺待办事项或跟踪系统中
    • 设置提醒,以便检查进度
阶段 5:结束(10 分钟)

目的:以积极的氛围结束,并确认后续步骤

  1. 总结:

    • 回顾关键见解
    • 确认行动项和负责人
    • 感谢大家的参与和坦诚
  2. 回顾复盘过程:

    • 快速反馈:“按 1-5 分打分,这次复盘有多大帮助?”
    • 这种形式有哪些地方做得好?
    • 未来的复盘可以如何改进?
  3. 表达感谢:

    • 邀请团队成员互相表达感谢
    • 肯定大家的贡献和努力
    • 以积极、展望未来的氛围结束

产出:1-3 项明确的行动项,注明负责人和截止日期。

工作流 3:跟进行动项

冲刺期间:

  1. 将行动项添加到冲刺待办事项中
  2. 在站会上或项目看板上跟踪
  3. 在冲刺中期检查进度
  4. 如果行动项受阻,帮助排除障碍

下次复盘时:

  1. 首先回顾之前的行动项
  2. 庆祝已完成的事项
  3. 讨论未完成事项的原因
  4. 决定对未完成的事项采取何种处理:继续、放弃或修改

每月:

  1. 回顾已完成与已创建行动项的趋势
  2. 评估改进措施是否产生了影响
  3. 如果完成率较低,则调整复盘方式
工作流 4:处理棘手情况

出现冲突或紧张情绪时:

  • 承认大家的情绪
  • 提醒团队遵守复盘规范
  • 将注意力转向学习,而不是指责
  • 将激烈的话题留待另行讨论

团队沉默或缺乏参与时:

  • 询问:“发生什么事了?”
  • 尝试不同的活动(例如,绘制时间线或画图)
  • 营造安全感:先分享你自己的观察
  • 考虑匿名提交

每次复盘都出现相同的问题时:

  • 明确指出这一模式
  • 深入分析根本原因
  • 如果团队无法解决,则向管理层升级
  • 质疑之前的行动项是否采取了正确的方法

出现指责或推诿时:

  • 将问题重新定义为系统或流程问题
  • “什么样的条件导致这件事发生?”
  • 将注意力转向未来:“我们如何才能防止这种情况再次发生?”

快速参考

操作命令/触发语
进行复盘"facilitate retrospective"
选择复盘形式"suggest retro format"
回顾行动项"check retro action items"
复盘模板"create retro board for [format]"
处理冲突"retro facilitation help"

最佳实践

  • 变换形式:不要每次都采用相同的形式;这样能保持新鲜感,并带来不同的见解
  • 心理安全优先:没有安全感,就只能得到礼貌的认同,而非坦诚的反馈
  • 严格控制时间:尊重大家的时间;专注的 60 分钟胜过漫无边际的 90 分钟
  • 回顾之前的行动项:如果行动项总是无法完成,为什么还要创建更多?
  • 最多选择 1-3 项改进措施:无法解决所有问题;聚焦才能推动进展
  • 明确具体内容:“改善沟通”很含糊;“每天上午 10 点前开站会”才可执行
  • 不要跳过:定期开展能建立信任并养成习惯;即使“没什么可讨论的”,也不要跳过
  • 轮换主持人:不同的主持人能带来新视角和活力
  • 以数据而非观点为依据:使用指标让讨论立足实际
  • 注重学习:问“我们学到了什么?”,而不是“谁搞砸了?”
  • 肯定做得好的地方:不要只关注问题;也要认可成果和优势
  • 跟进落实:如果行动项从未完成,团队就会不再信任这一流程

复盘形式

1. 开始/停止/继续

适用场景:通用,适合任何团队

类别:

  • 开始:我们应该开始做什么?
  • 停止:我们应该停止做什么?
  • 继续:我们应该继续做什么?

引导者提示:

  • “继续”常常被遗忘;主动征求积极做法
  • 留意“开始”中的内容是否能直接解决“停止”中的问题
2. 愤怒/难过/高兴

适用场景:情绪激烈,经历艰难冲刺后

类别:

  • 愤怒:什么让我们感到沮丧或愤怒?
  • 难过:什么让我们感到失望?
  • 高兴:什么让我们感到开心?

引导者提示:

  • 认可情绪,同时引导大家着眼于改进
  • 确保“高兴”得到同等关注;不要只关注负面内容
3. 四个 L

适用场景:注重学习的团队,完成新计划后

类别:

  • 喜欢(Liked):哪些方面进展顺利?
  • 学到(Learned):我们学到了什么?
  • 缺少(Lacked):缺少了什么?
  • 渴望(Longed For):我们希望拥有什么?

引导者提示:

  • “学到”能挖掘出可供分享的经验
  • “渴望”能揭示团队的需求和愿望
4. 帆船

适用场景:战略思考、较长期规划

类别:

  • 岛屿:我们的目标
  • 风:什么在推动我们前进?
  • 锚:什么在拖慢我们?
  • 礁石:前方有哪些风险?

引导者提示:

  • 先从岛屿(共同目标)开始,确保目标一致
  • 视觉隐喻有助于激发创造性思考
5. 速度汽车

适用场景:团队推进速度很快,但可能有些鲁莽

类别:

  • 引擎:什么在推动我们前进?
  • 降落伞:什么在拖慢我们?
  • 桥梁:什么在帮助我们前进?
  • 墙壁:我们面临哪些障碍?

引导者提示:

  • 突出推动因素和减速因素
  • 适合讨论推进节奏和可持续性
6. 正向/改进项

适用场景:简单、快速的回顾

类别:

  • 正向(+):哪些方面进展顺利?
  • 改进项(Δ):我们应该做出哪些改变?

引导者提示:

  • 快速直接
  • 时间有限时使用
  • 与“减项”相比,“改进项”的负面意味较弱
7. 时间线

适用场景:重大事件、事故或复杂冲刺后

流程:

  1. 绘制冲刺/事件的时间线
  2. 每个人标出重要时刻
  3. 找出规律和转折点
  4. 讨论要吸取哪些经验、做出哪些改变

引导者提示:

  • 有助于重构复杂情境
  • 揭示大家对同一事件的不同看法
8. 热气球

适用场景:新团队或重大变化后

类别:

  • 热气:什么在托举我们?(优势、机会)
  • 沙袋:什么在拖累我们?(挑战、障碍)
  • 风暴云:存在哪些外部威胁?
  • 晴空:前方有哪些机会?

引导者提示:

  • 适合团队建设和建立共同愿景
  • 兼顾内部和外部因素

5 个为什么技巧

用于根因分析:

  1. 陈述问题
  2. 询问“为什么会发生这种情况?”→ 回答
  3. 询问“为什么会发生[回答中的情况]?”→ 回答
  4. 重复 3–5 次,直到找到根因
  5. 制定针对根因的行动项

示例:

  • 问题:测试在生产环境中失败
  • 为什么?→ 代码没有在预发布环境中测试
  • 为什么?→ 预发布环境宕机了
  • 为什么?→ 没有监控来检测服务中断
  • 为什么?→ 我们没有优先安排基础设施监控
  • 行动:实施基础设施监控和告警

行动项模板

**Improvement**: [Brief description]

**Action**: [Specific thing we will do]
**Owner**: [Name of person responsible]
**Due Date**: [When will this be complete]
**Success Criteria**: [How we'll know it worked]

**Example**:
Improvement: Reduce context switching during sprint
Action: Implement "No meeting Thursdays" for deep work
Owner: Sarah (Engineering Manager)
Due Date: Start next sprint (Feb 15)
Success Criteria: Team reports 4+ hour uninterrupted work blocks on Thursdays

引导反模式

避免以下常见错误:

  • 引导者主导一切:你的职责是引导,而不是提供所有答案
  • 跳过行动项:没有行动项的回顾会只是发泄
  • 不跟进:如果从不回顾行动项,团队就会不再尝试
  • 每次都采用相同形式:会变得乏味且可预测
  • 讨论超时:限制讨论时间体现了尊重
  • 回避显而易见的问题:忽视明显的问题会破坏信任
  • 针对个人:关注系统和流程,而不是个人
  • 行动项太多:1-3 项比较现实;10 项会让人不堪重负
  • 改进建议含糊:“加强沟通”不可执行
  • 忙时跳过回顾会:“没时间开回顾会”传递出改进不受重视的信号

心理安全检查清单

回顾会前及进行期间,请确保:

  • 团队知道反馈内容会保密
  • 每个人都能平等发声
  • 欢迎不同意见,并确保表达异议是安全的
  • 不存在指责和评判
  • 将失败视为学习机会
  • 领导者以身作则,展现脆弱和开放
  • 对坦诚表达进行报复会受到惩处
  • 如有需要,可选择匿名提供意见

集成点

  • Sprint Planner:安排在每个 sprint 结束时召开回顾会
  • Task Manager:将回顾会的行动项作为任务跟踪
  • Project Planner:将经验教训融入未来规划
  • Team Metrics:利用数据为讨论提供依据
  • Knowledge Base:记录重要经验教训和模式
  • Continuous Improvement:通过多次回顾会中的趋势推动流程变更

评论

支持 Markdown