mcpField
P
pm-roadmap

pm-roadmap

github.com/majesticlabs-dev生产力5036 次安装7 周前更新
代码仓库

关于 pm-roadmap

pm-roadmap 是用于制定结果导向型主题路线图的产品管理技能。它按 Now、Next、Later 阶段组织工作，并支持针对不同利益相关者调整视图。

主要功能

  1. 01按结果组织路线图主题
  2. 02划分 Now、Next、Later 阶段
  3. 03为主题设定成功指标
  4. 04按利益相关者定制视图
  5. 05识别依赖关系

适用场景

  1. 01围绕战略目标整理计划
  2. 02区分已承诺工作与探索性想法
  3. 03为高管或工程团队准备路线图视图

安装

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

$npx skills add https://github.com/majesticlabs-dev/majestic-marketplace --skill pm-roadmap

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

详细介绍

产品路线图规划

用于构建以成果为重点、以主题为基础的路线图的框架。

路线图结构

Strategic Goal
├── Theme 1: [Outcome-focused name]
│   ├── Now: [Initiative with success metric]
│   ├── Next: [Initiative with success metric]
│   └── Later: [Initiative with success metric]
├── Theme 2: [Outcome-focused name]
│   ├── Now: ...
│   └── Next: ...
└── Theme 3: [Outcome-focused name]
    └── ...

路线图模板

# Product Roadmap: [Product/Team]
**Last Updated:** YYYY-MM-DD | **Owner:** [PM Name]
**Strategic Goal:** [One sentence]

## Theme 1: [Outcome, not feature name]
**Why:** [Business/user outcome this theme drives]
**Success Metric:** [How we know this theme is working]

### Now (Current Quarter)
| Initiative | Outcome | Status | Owner |
|-----------|---------|--------|-------|
| [Initiative] | [Measurable result] | [🟢/🟡/🔴] | [Team] |

### Next (Next Quarter)
| Initiative | Outcome | Confidence | Dependencies |
|-----------|---------|------------|--------------|
| [Initiative] | [Expected result] | [High/Med/Low] | [Blockers] |

### Later (Future)
| Initiative | Outcome | Open Questions |
|-----------|---------|----------------|
| [Initiative] | [Hypothesis] | [What we need to learn] |

## Decisions & Trade-offs
| Decision | Options Considered | Chosen | Rationale |
|----------|-------------------|--------|-----------|
| [What] | [A, B, C] | [B] | [Why] |

## What We're NOT Doing (and Why)
- [Feature/initiative]: [Reason for exclusion]

时间范围

时间范围承诺程度详细程度变更频率
当前已承诺高（举措、负责人、指标）少
接下来已规划中（举措、成果）每月
以后探索中低（主题、假设）频繁

针对不同受众的视图

受众展示隐藏
高管主题、成果、战略一致性实施细节
工程团队举措、依赖关系、工作量估算业务理由
销售/客户成功团队时间线、客户影响、沟通信息技术细节
全体团队全部内容无

构建流程

  1. 收集输入 — 战略目标、OKR、探索发现、技术债务
  2. 归纳主题 — 按成果而非功能类型对相关工作进行归类
  3. 确定主题优先级 — 使用 pm-prioritization（RICE/ICE/OST）
  4. 划分时间范围 — 当前=已承诺，接下来=已规划，以后=探索中
  5. 定义成功标准 — 每个主题都需要可衡量的成果
  6. 识别依赖关系 — 跨团队阻碍因素、技术前置条件
  7. 创建受众视图 — 针对不同利益相关方群体调整详细程度
  8. 设定评审频率 — 当前/接下来每月评审，以后每季度评审

反模式

反模式问题改进方式
功能列表式路线图缺乏战略背景按成果划分主题
以日期为依据作出承诺造成虚假的精确感使用时间范围
没有「不做」部分范围蔓延明确排除事项
静态文档几周后就会过时设定评审频率
所有人共用一个视图详细程度不合适按受众创建不同视图

评论

支持 Markdown