| name | okr-execution-planner |
| description | Generate execution plans for team OKRs after targets are confirmed. Use when a team has confirmed OKRs and needs a concrete implementation plan covering: initiatives and action roadmap, resource allocation (budget/headcount/time), risk identification and mitigation, people and ownership assignment, and innovative approaches beyond conventional execution. Triggers on phrases like "OKR落地计划", "制定执行方案", "OKR implementation plan", "如何实现这个OKR", "团队执行计划", "OKR行动计划", "资源规划", "风险评估", "创新方案", "OKR怎么落地". |
OKR Execution Planner
为已确认的团队OKR生成完整执行计划，覆盖举措、资源、风险、权责和创新方案。
Step 0: 执行信心评估（Inversion）
在生成执行计划前，先问：
- 对哪条KR最没信心？（优先为这条设计更多举措和Plan B）
- 最大的外部依赖风险是什么？（跨团队/供应商/市场）
- 团队有没有执行过类似目标？上次的最大教训是什么？
⛔ 如果"团队OKR"未提供 → 暂停，不生成计划
Input Required
【团队名称】：
【业务阶段】：成熟现金牛 / 高速成长 / 孵化探索
【当前季度/周期】：Q1 / Q2 / Q3 / Q4
【团队OKR（已确认）】
O1：xxx
KR1：xxx（目标值：xxx）
KR2：xxx（目标值：xxx）
【团队基本情况】
- 团队规模：xxx人
- 预算情况：充足 / 有限 / 未知
- 执行经验：首次尝试 / 有历史经验
- 主要约束：（技术/人力/时间/外部依赖等）
【可选补充】
- 本团队依赖哪些其他团队/产品线：（跨线依赖）
- 哪些团队依赖本团队：（下游依赖）
- 历史同类目标完成率：
- 已知的关键障碍：
Planning Modules
Module 1: Initiative Roadmap（举措路线图）
对每条KR，生成2–4个具体举措：
每个举措格式：
- 名称：一句话描述
- 目标贡献：预计贡献KR目标值的多少
- 执行时间线：周/月级里程碑
- 前置条件：开始前必须具备什么（含跨线依赖条件）
- 成功标志：如何判断成功
举措类型区分：
- 🔵 核心举措（必须做，直接驱动KR）
- 🟡 增强举措（提升完成概率，非必须）
- 🟢 创新举措（高风险高回报）
孵化业务特殊处理：
孵化阶段的举措应侧重"验证"而非"规模"：
- 优先设计最小验证举措（MVP式）
- 明确每个举措的"学习目标"：如果失败，我们学到什么？
- 给出"验证通过标准"：达到什么条件才进入下一阶段
⛔ CHECKPOINT: 举措路线图确认
- 核心举措（🔵）至少覆盖每条KR
- 如果某条KR无核心举措 → ⛔ STOP，"该KR无执行路径"
- 用户确认后 → 进入 Module 2
Module 2: Resource Plan（资源规划）
人力资源
- 主责人（DRI）：谁对结果负责
- 执行成员 + 时间投入
- 跨团队支持需求（尤其注明跨业务线的依赖）
预算资源
跨线协同需求（新增）
- 本团队OKR执行过程中，需要哪些其他团队提供什么支持？
- 支持的时间节点是什么？
- 如果对方无法及时支持，有什么备选方案？
输出资源汇总表 + 跨线协同需求清单。
Module 3: Risk Register（风险登记册）
五类风险：
- 执行风险：能力/时间/执行断层
- 依赖风险：跨团队配合/工具/系统
- 市场风险：客户行为/竞品/外部环境
- 资源风险：人员/预算/优先级被挤压
- 假设风险：计划成立所依赖的前提条件
新增：战略风险
- 如果本团队的OKR依赖某个尚未确定的战略决策（如新产品立项、新市场进入），标注为战略风险
- 明确：该决策需要在哪个时间点做出，否则执行会受到什么影响
输出格式：
Risk levels: 🔴高 / 🟠中高 / 🟡中 / 🟢低
见 references/risk-mitigation.md
Module 4: People & Ownership Map（权责地图）
RACI简化版：
| 举措/里程碑 | 主责(R) | 审批(A) | 咨询(C) | 知会(I) |
|---|
关键人员风险：
- 单点依赖（某人离开计划即崩）
- 负荷过重（某人跨多个关键KR）
- 接班人空缺（某关键角色无backup）
协作节奏建议：周期/形式/升级路径
Module 5: Innovation Options（创新方案）
2–3个非常规方案：
- 创新点：与常规做法的本质区别
- 预期收益：如成功带来什么额外价值
- 实施门槛：前提条件
- 风险：可能失败的原因
- 建议：是否值得尝试
创新来源：AI工具替代人工 / 跨行业借鉴 / 外部合作杠杆 / 改变交付方式
Output Format
# [团队名称] · [周期] OKR执行计划
## 执行摘要（3句话：主要路径 + 最大风险 + 最需协同的跨线依赖）
## 一、举措路线图
## 二、资源规划（含跨线协同需求）
## 三、风险登记册
## 四、权责地图
## 五、创新方案建议
## 90天行动清单（按时间排序的前10项行动，注明负责人和完成标志）
## 六、Check-in 日历
建议每周一次30分钟OKR check-in：
- 时间：每周X（固定时间）
- 议题：① 本周KR数字更新 ② 阻塞识别 ③ 下周优先级确认
- 升级机制：连续2周某KR滞后 → 升级至季度负责人
Google OKR文化提醒：挑战性目标允许失败，完成率60-70%是健康的，100%完成意味着目标可能设得太保守。
使用中文输出，除非输入为英文。
Transparency 原则提醒
OKR应对全员公开可见。建议将本输出：
- 同步到团队共享文档（飞书/Notion/Wiki）
- 发送给直属上级和相关依赖团队
- 在季初全员会议上公开宣读
References
- 风险应对模式 → references/risk-mitigation.md
- 举措设计模式 → references/initiative-patterns.md
- 资源估算启发 → references/resource-heuristics.md
