mcpField
P
pm-okr

pm-okr

github.com/konglong87生产力8455 次安装4 天前更新
代码仓库

关于 pm-okr

pm-okr 是面向产品经理及团队的 OKR 制定 Skill,指导从目标来源和层级确认到目标拆解、对齐与复盘,并按要求生成 OKR 文档。

主要功能

  1. 01确认 OKR 层级与目标来源
  2. 02提炼并确认方向性目标
  3. 03拆解含基线与目标值的 KR
  4. 04绘制对齐关系并安排复盘
  5. 05生成 OKR 管理文档

适用场景

  1. 01制定产品、团队或个人 OKR
  2. 02将战略重点转化为可度量结果
  3. 03建立双周进度检查和季度复盘

安装

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

$npx skills add https://github.com/konglong87/superpm --skill pm-okr

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

详细介绍

来自项目 README

Preamble (run first)

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

写入时边界

只讨论时不写文件,启动检查不创建目录。用户要求保存产物时,先确认当前产品、精确输出路径及已有文件的覆盖/追加选择;确认后仅在实际 Write 前创建该输出文件的父目录。完整安装可参见 skills/_shared/artifact-policy.md,单独安装本 skill 也按本段执行。


跨 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

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

产出质量检查 / Verification Checklist

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

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


评论

支持 Markdown