| name | okr-retrospective |
| description | Conduct OKR retrospectives at end of quarter or year. Analyzes OKR results, scores achievement, diagnoses root causes of hits and misses, extracts organizational learning, generates improvement recommendations for next cycle, and produces a structured retro report. Triggers on phrases like "OKR复盘", "季度复盘", "OKR回顾", "OKR retrospective", "OKR总结", "复盘上季度OKR", "年度OKR复盘", "哪些KR完成了", "为什么没完成", "下季度怎么改进", "OKR结果分析". |
OKR Retrospective
结构化OKR复盘：分析结果、诊断根因、提炼组织学习、生成下周期改进行动。
Input Required
【团队名称】：
【业务阶段】：成熟 / 成长 / 孵化（影响评分标准）
【复盘周期】：Q{n} / 年度
【OKR完成情况】
O1：[Objective描述]
KR1：目标值 xxx，实际完成值 xxx，完成率 xx%
KR2：目标值 xxx，实际完成值 xxx，完成率 xx%
【可选补充】
- 本周期发生的重大事件（内外部）：
- 团队规模变化：
- 主要执行举措回顾：
- 团队自评（主观感受）：
- 跨线依赖是否出现过问题（另一个团队的延迟影响了自己）：
如完成率缺失，先要求用户提供，再继续。
Retrospective Modules
Module 1: Achievement Scoring（成果评分）
标准业务（成熟/成长阶段）—— Google OKR评分法：
| 完成率 | 分数 |
|---|
| ≥100% | 1.0 |
| 70–99% | 0.7–0.9 |
| 40–69% | 0.4–0.6 |
| <40% | 0.0–0.3 |
Objective综合评分 = 各KR加权平均
整体评级：✅ 0.7–1.0 / ⚠️ 0.4–0.69 / 🔴 <0.4
注意：完成率60–70%是Google OKR健康标准，持续100%完成才是需要追问挑战性的信号——这意味着目标可能设得太保守。
⛔ CHECKPOINT: 完成值确认
- 如果任何KR缺少"实际完成值" → ⛔ STOP，"请先提供各KR的实际完成数据"
- 不接受"大概完成了70%"这类模糊描述，要求具体数字
孵化阶段特殊评分：
孵化业务不以数字完成率为主要评分依据，改用：
| 维度 | 评分 | 说明 |
|---|
| 场景验证 | 1-5 | 是否验证了目标场景的核心假设 |
| 学习质量 | 1-5 | 是否产生了有价值的洞见和发现 |
| 粘性贡献 | 1-5 | 是否对主产品客户留存产生了可见影响 |
| 执行能力 | 1-5 | 团队探索能力的提升 |
Module 2: Root Cause Analysis（根因分析）
对每条分数<0.7（或孵化阶段评分<3）的KR，诊断根因：
根因分类：
- 🎯 目标设定问题：目标不合理（过高/过低/不清晰/不可控）
- 📋 执行问题：目标合理但执行不到位
- 🔗 依赖问题：跨团队/外部环境未达成
- 📊 测量问题：KR无法准确测量或数据滞后
- 🌪️ 外部冲击：不可预见的外部因素
- 🗺️ 战略路径风险（新增）：KR的实现依赖某个战略决策，但该决策在本周期内没有做出（如出海方向、新产品立项等）
对每个根因：如果重来，在这个点上做什么不同的事？
见 references/root-cause-patterns.md
Module 3: Success Analysis（成功分析）
对分数≥0.7的KR，识别驱动因素：
- 哪些举措最有效？为什么？
- 哪些外部条件提供了帮助？
- 可以复制到其他KR或下个周期的做法是什么？
- 是否有意外之喜？
关键追问：这些成功因素是偶然的还是可复制的？
Module 4: Organizational Learning Extraction（组织学习提炼）
提炼三类洞见：
-
关于目标设定：这个团队设目标时有什么系统性偏差？
-
关于执行模式：执行上有什么规律性问题？（启动慢/后半季冲刺/依赖问题频繁）
-
关于资源与依赖（新增）：
- 哪些跨线依赖是本周期的常见阻力来源？
- 是否有某条KR持续受制于同一个外部依赖？
- 本团队的核心竞争优势和持续短板各是什么？
输出"团队OKR画像"：3句话描述这个团队的OKR执行特征。
Module 5: Next Cycle Recommendations（下周期改进建议）
Stop Doing List（同等重要）
明确列出下季度不做的3件事：
- 哪些举措证明无效，停止投入？
- 哪些KR被证明不是关键驱动因素，下季度删除？
- 哪些会议/流程消耗资源但不推动OKR？
Focus原则：真正的聚焦需要显式的放弃清单，而非只做加法。
目标设定改进：
- 哪类KR应调高/调低挑战系数
- 哪些KR的测量方式需要改进
- 孵化业务：是否需要从"验证阶段"升级到"规模阶段"，还是继续验证？
执行机制改进：
- Check-in频率/形式调整
- 阻塞处理机制建议
- 跨团队协作改进点（尤其是本周期出现过依赖问题的地方）
跨线协同改进（新增）：
- 如果本周期有跨线依赖导致KR受阻，下周期应建立什么协同机制？
- 建议补充哪条"协同KR"来承接跨线依赖关系
每条建议：具体可操作 + 负责人建议 + 实施时间
⛔ CHECKPOINT: Stop Doing 验证
- 如果 Stop Doing List 为空 → ⚠️ 警告："没有停止做的事可能意味着没有真正复盘。请至少列出1件下季度不再做的事。"
Module 6: Retrospective Report（复盘报告）
# [团队名称] OKR复盘报告 · [周期]
## 执行摘要
整体评级：✅/⚠️/🔴
一句话总结：[本周期最重要的1个成就 + 1个教训]
## OKR评分总览
## 亮点：我们做对了什么
## 差距：我们哪里没做到（含根因分类）
## 团队OKR画像（3句话）
## 下季度改进清单（按优先级）
## 下季度OKR设计建议
Special Cases
全部完成（分数全≥0.9）：追问挑战性，检查是否分数注水，建议提高下季度目标
全部未完成（分数全<0.4）：优先诊断是否有系统性问题，检查是否目标设定根本有问题
数据缺失：标记❓，建议下季度改造测量方式
战略路径风险导致KR悬空：不算执行失败，属于战略决策延迟的结果，下季度必须补决策
Transparency 原则提醒
OKR应对全员公开可见。建议将本输出：
- 同步到团队共享文档（飞书/Notion/Wiki）
- 发送给直属上级和相关依赖团队
- 在季初全员会议上公开宣读
References
- 根因诊断模式 → references/root-cause-patterns.md
- 复盘引导手册（线下工作坊版）→ references/facilitation-guide.md
