mcpField
P
product-roadmapping-and-portfolio

product-roadmapping-and-portfolio

github.com/magnus919生产力15359 次安装今天更新
代码仓库

关于 product-roadmapping-and-portfolio

面向产品团队的路线图规划技能,用于按结果排序并管理单个或多个产品的战略投注。它重视证据、信心、依赖关系和复审标准,而非功能优先级或项目排期。

主要功能

  1. 01Now/Next/Later 结果路线图
  2. 02战略投注记录与评估标准
  3. 03区分证据、假设、承诺和选项
  4. 04依赖关系与信心映射
  5. 05情景比较与复审节奏

适用场景

  1. 01按规划周期安排产品结果
  2. 02比较战略投注及其依赖关系
  3. 03准备产品组合路线图评审
  4. 04向利益相关者传达路线图选择

安装

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

$npx skills add https://github.com/magnus919/agent-skills --skill product-roadmapping-and-portfolio

安装后在 Claude Code 中输入/product-roadmapping-and-portfolio确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

README.md
evals/
evals.json
references/
dependency-confidence-view.md
discovery-brief.md
outcome-roadmapping.md
roadmap-review-cadence.md
scenario-comparison.md
strategic-bets.md
templates/
bet-record.md
outcome-roadmap.md
roadmap-review-record.md

详细介绍

产品路线图与产品组合管理

构建能够传达战略意图、又不假装能够预测未来的路线图。本技能涵盖基于成果的排序、战略押注管理和产品组合层面的选择,不涉及功能级优先级排序或项目排期。

核心原则

  1. 路线图不是项目排期。 路线图传达战略方向和排序意图,默认不承诺日期。默认视图为“现在/下一步/稍后”;只有明确标注为承诺时才显示日期。

  2. 在每份产出中区分四种类别。 每份路线图产出都应区分证据(观察到的数据)、假设(尚未验证的判断)、承诺(撤销会产生后果的决策)和选项(正在考虑的替代方案)。

  3. 押注,而非计划。 路线图中的每个项目都是一项战略押注——一笔有预期成果、信心水平、明确依赖项,以及预先定义的继续/暂停/终止/重新评估标准的投资。路线图是一个押注组合,而不是待办事项清单。

  4. 组合思维可大可小。 同一套押注记录和路线图结构,既适用于单个产品,也适用于产品组合。

加载指南

文件加载时机
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 个工程师周进行支付迁移”
选项正在考虑的备选方案“自主构建还是集成第三方方案”

将假设与证据混为一谈,或将选项表述为承诺的产物,不属于本技能的有效输出。

评论

支持 Markdown