mcpField
P
pm-okr

pm-okr

github.com/konglong87生産性8455 回インストール4 日前に更新
リポジトリ

pm-okr について

pm-okrは、プロダクトマネージャーやチーム向けのOKR策定スキルです。目標の確認から測定可能なKR、整合性、振り返り計画までを案内し、OKR文書を作成できます。

主な機能

  1. 01OKRの階層と出所の確認
  2. 02方向性を示す目標の策定と確認
  3. 03基準値と目標値を含むKRの設定
  4. 04整合関係と振り返り周期の整理
  5. 05OKR管理文書の作成

活用シーン

  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

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


コメント