pm-okr

name	pm-okr
description	Use when: 需要制定 OKR（目标与关键结果）、拆解公司/产品级目标、做目标对齐与 cascading、设定复盘节奏 Do NOT use when: 仅需简单待办清单（用 pm-iteration）；目标已由上级完全锁定且无需拆解
allowed-tools	["Task","Read","Write","AskUserQuestion","Bash"]

Preamble (run first)

bash "$(dirname "${BASH_SOURCE[0]}")/../../check-update.sh" 2>/dev/null || true
# 创建增长迭代目录
mkdir -p docs/03-增长迭代

if [ -f "docs/05-产品战略/战略决策建议.md" ]; then
  echo "✅ 战略决策建议 - 已找到（可承接为 O 的来源）"
else
  echo "⏳ 战略决策建议 - 未找到（可选）"
fi

---

跨 Agent 交互规则

当流程要求与用户交互时：

1. 如果当前环境支持 AskUserQuestion，使用 AskUserQuestion（最佳体验）。
2. 如果当前环境不支持 AskUserQuestion，必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合，等待用户回答（STOP and WAIT）。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。

---

适用场景

• 用户说"定 OKR""目标拆解""关键结果怎么写""目标对齐""季度目标"
• 与 pm-iteration（迭代待办）区分：OKR 管方向与可度量结果，iteration 管执行排期。

---

OKR 基本法（简述）

• O（Objective）：方向性、鼓舞人心、定性、不堆指标。
• KR（Key Result）：可度量、有基线值与目标值、可验证、通常 2-4 个/每 O。
• 对齐（Cascading）：公司 → 产品/团队 → 个人，下层 KR 支撑上层 O。
• 信心指数：制定时标注 50%（有挑战）/ 70%（较稳），用于复盘。

---

执行流程

步骤 1: 明确目标来源（主 agent - 用户交互）

使用 AskUserQuestion 询问：

🎯 OKR 范围

这次 OKR 落到哪一层？

A) 产品级 OKR（承接公司/战略） B) 团队级 OKR C) 个人/项目级 OKR

目标来源：

1. 沿用战略决策建议
2. 我手动输入业务重点
3. 基于当前增长/数据现状推导

记录 OKR_LEVEL 与 OBJECTIVE_SOURCE。

---

步骤 2: 提炼 Objective（主 agent）

基于来源，提炼 1-3 个 O，要求：

• 一句话方向、鼓舞人心、不含指标
• 与战略/业务重点一致

示例：「让产品在目标用户中成为首选」「把增长引擎跑通并可持续」

使用 AskUserQuestion 与用户确认 O 的表述与数量。

---

步骤 3: 拆解为 Key Results（主 agent + 可选 subagent）

为每个 O 拆 2-4 个 KR，遵循：可度量 + 基线 → 目标 + 验证方式。

可选使用 Agent 工具派发 subagent 对复杂主题生成 KR 草案：

Tool: Task
Parameters:
  subagent_type: "general-purpose"
  description: "OKR-KR草案"
  prompt: |
    你是目标管理专家。为以下 Objective 拆解 Key Results。
    O: {O}
    上下文: {产品现状/数据}
    要求：每个 O 2-4 个 KR；每个 KR 含 基线值→目标值、度量方式、信心指数(50%/70%)；避免把任务当 KR。
    输出 Markdown。

主 agent 整合并与用户确认。

---

步骤 4: 生成对齐地图与复盘节奏（主 agent）

• 对齐地图：上层 O 与下层 KR 的支撑关系
• 复盘节奏：双周打卡进度、季度复盘评分（0-1.0，0.7 为达标）
• 风险与依赖：KR 之间的依赖、资源需求

---

步骤 5: 生成 OKR 文档（主 agent）

使用 Write 工具生成 docs/03-增长迭代/OKR目标管理.md：

# {产品/团队} OKR（{周期}）

## 一、Objective 与 Key Results
### O1: {方向性目标}
- KR1: {基线} → {目标}，度量: {方式}，信心: {50%/70%}
- KR2: ...

### O2: {方向性目标}
- KR1: ...

## 二、对齐地图
| 上层 O | 支撑的下层 KR |
|-------|--------------|
| {公司O} | {产品KR1, KR2} |

## 三、度量与基线
| KR | 当前基线 | 目标 | 数据源 | 负责人 |
|----|---------|------|-------|-------|
| {KR} | {值} | {值} | {源} | {人} |

## 四、复盘节奏
- 双周: 进度打卡
- 季度: 评分复盘（0-1.0，0.7 达标）

## 五、依赖与风险
- 依赖: {列表}
- 风险: {列表}

## 六、下一步建议
1. /pm-iteration - 将 KR 转为迭代待办
2. /pm-retro - 季度复盘
3. /pm-report - 跟踪 KR 进度

---

步骤 6: 推荐下一步（主 agent）

✅ OKR 已生成：docs/03-增长迭代/OKR目标管理.md

建议执行：

1. /pm-iteration - KR 转迭代待办
2. /pm-retro - 季度复盘
3. /pm-report - 进度跟踪

---

输出质量对比

✅ Good 示例：

• KR 可度量：「月活 12w → 20w，数据源 GA，信心 50%」
• O 不含指标：「让新用户首周留存显著提升」
• 有对齐与复盘

❌ Bad 示例：

• 把任务当 KR：「完成新版上线」
• O 写成指标堆：「DAU 提升 30%」
• 无基线与复盘

---

常见误区 / Red Flags — STOP

误区	正确做法
把任务当 KR	KR 必须可度量、有基线目标
O 写成指标堆	O 是方向性定性目标
KR 无基线	必须标注基线→目标
不做对齐	下层 KR 需支撑上层 O
无复盘	必须定义打分与节奏

---

产出质量检查 / Verification Checklist

• 已明确 OKR 层级与目标来源
• O 方向性、不含指标、已确认
• 每个 O 有 2-4 个可度量 KR（基线→目标）
• 已生成对齐地图与复盘节奏
• 输出文档已生成到 docs/03-增长迭代/
• 已推荐 2-3 个后续 skill

⚠️ 任何一项未通过 → 补全后再标记完成。

---