关于 product-roadmapping-and-portfolio
面向产品团队的路线图规划技能,用于按结果排序并管理单个或多个产品的战略投注。它重视证据、信心、依赖关系和复审标准,而非功能优先级或项目排期。
主要功能
- 01Now/Next/Later 结果路线图
- 02战略投注记录与评估标准
- 03区分证据、假设、承诺和选项
- 04依赖关系与信心映射
- 05情景比较与复审节奏
适用场景
- 01按规划周期安排产品结果
- 02比较战略投注及其依赖关系
- 03准备产品组合路线图评审
- 04向利益相关者传达路线图选择
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ magnus919/ agent-skills --skill product-roadmapping-and-portfolio安装后在 Claude Code 中输入/product-roadmapping-and-portfolio确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
README.mdevals/evals.jsonreferences/dependency-confidence-view.mddiscovery-brief.mdoutcome-roadmapping.mdroadmap-review-cadence.mdscenario-comparison.mdstrategic-bets.mdtemplates/bet-record.mdoutcome-roadmap.mdroadmap-review-record.md详细介绍
产品路线图与产品组合管理
构建能够传达战略意图、又不假装能够预测未来的路线图。本技能涵盖基于成果的排序、战略押注管理和产品组合层面的选择,不涉及功能级优先级排序或项目排期。
核心原则
-
路线图不是项目排期。 路线图传达战略方向和排序意图,默认不承诺日期。默认视图为“现在/下一步/稍后”;只有明确标注为承诺时才显示日期。
-
在每份产出中区分四种类别。 每份路线图产出都应区分证据(观察到的数据)、假设(尚未验证的判断)、承诺(撤销会产生后果的决策)和选项(正在考虑的替代方案)。
-
押注,而非计划。 路线图中的每个项目都是一项战略押注——一笔有预期成果、信心水平、明确依赖项,以及预先定义的继续/暂停/终止/重新评估标准的投资。路线图是一个押注组合,而不是待办事项清单。
-
组合思维可大可小。 同一套押注记录和路线图结构,既适用于单个产品,也适用于产品组合。
加载指南
| 文件 | 加载时机 |
|---|---|
| references/outcome-roadmapping.md | 构建或评审“现在/下一步/稍后”成果路线图时 |
| references/strategic-bets.md | 定义、评估或比较战略押注时 |
| references/dependency-confidence-view.md | 梳理跨押注依赖关系或校准信心时 |
| references/scenario-comparison.md | 比较未来备选情景或构建情景计划时 |
| references/roadmap-review-cadence.md | 设计或开展路线图评审流程时 |
| references/discovery-brief.md | 了解职责边界和分流规则时 |
| templates/outcome-roadmap.md | 填写“现在/下一步/稍后”路线图模板时 |
| templates/bet-record.md | 填写战略押注记录时 |
| templates/roadmap-review-record.md | 记录路线图评审会议时 |
工作方法
1. 从成果出发,而非功能
将成果定义为可衡量的“从……到……”陈述。将证据转交给 product-analytics-and-measurement。
2. 梳理“现在/下一步/稍后”的全貌
现在 = 已承诺(限制进行中的工作);下一步 = 已验证/暂定;稍后 = 仅为选项。只有明确标注为承诺时才显示日期。
3. 建立押注记录
每项押注都应包含:成果假设、证据、信心(高/中/低,并说明理由)、风险、依赖项、产能,以及继续/暂停/终止/重新评估标准。
4. 梳理依赖关系与信心
识别阻塞型、促成型、共享产能型和外部依赖。实际信心受依赖项健康状况的限制。
5. 比较情景
对于影响重大的决策,比较基准情景和备选情景。识别稳健、有条件和脆弱的押注。
6. 确定评审节奏
每月评审“现在”,每季度评审“下一步/稍后”。记录决策及其理由。
7. 与利益相关者沟通
分别针对高管、团队和外部/客户受众调整叙述方式。
路由表
| 任务涉及…… | 路由至…… |
|---|---|
| RICE 评分、MoSCoW 优先级排序、OST 工作流 | product-methodology — 战术方法的权威归属 |
| Kano 模型、OST 战略框架、竞争定位 | product-strategy — 战略框架 |
| 资本配置、并购投资组合选择 | strategy-frameworks — 公司战略 |
| 交付流程、WIP 限制、吞吐量、周期时间 | kanban-guru — 执行层面的流程 |
| 证据、指标、分析埋点 | product-analytics-and-measurement — 分析层(正文引用) |
| 已批准事项的实施规划 | implementation-planning — 交接目标(正文引用) |
| 低置信度事项的实验设计 | product-experimentation — 下游使用方(正文引用) |
| 已发布事项的采用情况衡量 | product-adoption — 下游使用方(正文引用) |
| 根据事项结果开展生命周期学习 | product-lifecycle-learning — 下游使用方(正文引用) |
何时不应使用
- 对于战术优先级排序机制(RICE 评分、MoSCoW 分组、Kano 分类、OST 树):路由至
product-methodology或product-strategy。本技能仅引用这些框架来说明它们适用的位置,绝不重新解释公式或机制。 - 对于跨项目的计划协调(集成依赖关系、共享产能、计划收益或转型交付):路由至 technical-program-management。本技能负责对产品事项排序;不负责协调其技术计划执行。
- **对于项目排期、甘特图或里程碑跟踪:**持续项目管控请路由至 technical-project-management;已批准工作的详细规划请使用 implementation-planning。本技能负责结果路线图。
- **对于交付流程管理:**路由至
kanban-guru。 - **对于公司资本配置和并购投资组合决策:**路由至
strategy-frameworks。 - 对于塑造单个事项(设定其投入预算、将其收敛为范围明确的问题、撰写其提案):路由至
product-shaping。本技能在投资组合层面跨周期安排事项;塑造则是在单个事项进入路线图前为其制定方案——此处的“战略事项”指带有排序标准的路线图条目,而非product-shaping产出的、已塑造的单项目承诺。
证据、假设、承诺与选项
每份路线图产物都区分以下四类:
| 类别 | 定义 | 示例 |
|---|---|---|
| 证据 | 观察到的数据、经验证的学习成果、实验结果 | “A/B 测试显示留存率提升了 12%(p < 0.05,n=4,200)” |
| 假设 | 尚未验证的判断 | “我们假设用户授予通知权限的比例约为 40%” |
| 承诺 | 已明确规定撤销后果的决策 | “第三季度:投入 8 个工程师周进行支付迁移” |
| 选项 | 正在考虑的备选方案 | “自主构建还是集成第三方方案” |
将假设与证据混为一谈,或将选项表述为承诺的产物,不属于本技能的有效输出。