Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问clear审计通过

roadmap-prioritization-planning路线图优先级规划

Agent Skill

roadmap-prioritization-planning 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

840

周安装

35

GitHub Stars

2

下载量

280
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:roadmap-prioritization-planning(路线图优先级规划)
来源仓库:https://github.com/pluginagentmarketplace/custom-plugin-product-manager
仓库路径:skills/roadmap-prioritization-planning
安装命令:
npx skills add https://github.com/pluginagentmarketplace/custom-plugin-product-manager --skill roadmap-prioritization-planning
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/pluginagentmarketplace/custom-plugin-product-manager --skill roadmap-prioritization-planning

简介

用于查找、检索与筛选路线图优先级规划方法。

  • 适合根据场景定位 RICE、WSJF 等评估模型。
  • 需结合实际数据输入而非空谈理论。
  • 避免仅排序而不说明取舍理由。roadmap-prioritization-planning 属于研究检索类 Skill,可作为该场景下的辅助能力补充。
  • 安装后建议用历史项目验证推荐合理性。

SKILL.md

Roadmap & Prioritization Skill

Master the art of saying "no". Create focused roadmaps that align your organization, drive strategic outcomes, and maximize impact with limited resources.

RICE Scoring System (Complete)

Formula

RICE Score = (Reach × Impact × Confidence) / Effort

Reach: How many users affected? (1-100+)
- 10+ = 10
- 100+ = 100
- 1000+ = 1000

Impact: Per-user impact (3, 2, 1, 0.5)
- 3 = Massive (10x improvement)
- 2 = High (significant improvement)
- 1 = Medium (noticeable improvement)
- 0.5 = Low (minor improvement)

Confidence: How confident? (0.25-1.0)
- 1.0 = High (research backed)
- 0.8 = Medium (some validation)
- 0.5 = Low (minimal validation)
- 0.25 = Very low (assumption)

Effort: Engineer-weeks needed (1-20+)

Scoring Example Matrix

Feature          Reach Impact Confidence Effort RICE Score
────────────────────────────────────────────────────────
User Onboarding   50    3      0.8      8      (50×3×0.8)/8 = 15.0
Dark Mode         200   1      0.9      4      (200×1×0.9)/4 = 45.0
API Limits        500   2      0.7      10     (500×2×0.7)/10 = 70.0
Performance Fix   1000  0.5    1.0      5      (1000×0.5×1)/5 = 100.0
Custom Fields     30    3      0.6      12     (30×3×0.6)/12 = 4.5

PRIORITIZE: Performance > API Limits > Dark Mode > Onboarding > Custom Fields

RICE Confidence Levels

High (1.0) - Research-backed

  • Customer interviews conducted
  • Data from analytics
  • Customer support tickets confirming
  • Clear customer demand

Medium (0.8) - Some validation

  • Logical assumption
  • One or two customers requesting
  • Industry trends suggest it
  • Similar features successful elsewhere

Low (0.5) - Minimal validation

  • Educated guess
  • Competitive pressure (they have it)
  • Opportunity emerged
  • Needs deeper validation

Very Low (0.25) - Pure assumption

  • "Seems like good idea"
  • No customer feedback
  • No validation whatsoever
  • High risk of waste

Alternative Prioritization Methods

Value vs Effort Matrix

           Low Effort      High Effort
High Value  QUICK WINS      STRATEGIC
           (Do first)      (Plan carefully)

Low Value   FILL-INS        AVOID
           (If time)       (Skip)

Quick Wins: High value, low effort

  • Implement first for momentum
  • Build confidence
  • Show stakeholders progress
  • Examples: Bug fixes, small features

Strategic: High value, high effort

  • Long-term competitive advantage
  • Requires planning and resources
  • Examples: New platform, architecture

Fill-Ins: Low value, low effort

  • Polish features
  • Technical debt
  • Do when capacity available

Avoid: Low value, high effort

  • Waste of resources
  • Say "no" clearly

MoSCoW Method (Simpler)

Must Have (Non-negotiable for launch)

  • Core functionality
  • Without these: launch doesn't happen
  • Usually 40% of work

Should Have (Important but deferrable)

  • Significant value
  • Could launch without but less attractive
  • Usually 30% of work

Could Have (Nice to have)

  • Polish, nice features
  • Do if budget/time allows
  • Usually 20% of work

Won't Have (Explicitly out of scope)

  • Clearly deferred
  • Helps stakeholders understand priorities
  • Usually 10% of work

Kano Model (Customer Satisfaction)

Three feature categories:

Basic Factors (Threshold)

  • Expected to be present
  • Absence = very dissatisfied
  • Presence = satisfied (not delighted)
  • Example: Core app functionality
  • No competitive advantage

Performance Factors (Linear)

  • More = more satisfaction
  • Less = less satisfaction
  • Competitive advantage
  • Examples: Speed, customization options
  • Scales continuously

Delighters (Excitement)

  • Unexpected features
  • Presence = delighted
  • Absence = neutral
  • High competitive advantage
  • Examples: Surprising UX, hidden features

Strategy: Must haves first, then performance, then delighters for differentiation

Roadmap Planning Process

12-Month Strategic Roadmap

Structure:

Q1 2025: Initiative Theme
├─ Goal: Business outcome
├─ Key Features: 2-3 major features
├─ Success Metrics: How you measure
└─ Resource: Team size needed

Q2 2025: Initiative Theme
Q3 2025: Initiative Theme
Q4 2025: Initiative Theme

Quarterly Planning Process

Timeline: Plan month before quarter starts

Week 1: Data Gathering

  • Customer feedback from last quarter
  • Support tickets and issues
  • Competitive landscape changes
  • Team retrospective learnings
  • Metrics review vs targets

Week 2: Prioritization

  • Apply RICE scoring
  • Consider strategic goals
  • Assess resource availability
  • Get engineering estimates
  • Map dependencies

Week 3: Planning

  • Break stories into sprints
  • Allocate resources
  • Identify risks
  • Plan communication

Week 4: Alignment & Launch

  • Present roadmap to stakeholders
  • Engineering team commitment
  • Executive buy-in
  • All hands announcement

Sprint Planning (Weekly)

Monday: Planning

  • Pick features for sprint
  • Break into user stories
  • Estimate effort
  • Assign owners
  • Identify blockers

Daily: Standups

  • What did you do?
  • What's blocking you?
  • What's next?
  • 15 minutes max

Friday: Retrospective

  • What went well?
  • What needs improvement?
  • Velocity tracking
  • Plan adjustments for next sprint

Resource Allocation

Team Capacity Planning

Team Size: 5 engineers
Sprint Length: 2 weeks
Typical Capacity: 40-50 story points

Planning Reality:
- 50% unplanned work (bugs, interrupts)
- 20% operational tasks
- 30% feature development

Result: 50 points × 30% = 15 points for features
→ Add MUST have items first
→ Fill remaining capacity with SHOULD/COULD

Resource Distribution

Engineering Team:

  • 60-70% new features (roadmap)
  • 20-30% bug fixes & optimization
  • 10-15% technical debt
  • 5-10% operations/support

Product Manager:

  • 60% planning and discovery
  • 20% communication and alignment
  • 10% analysis and metrics
  • 10% team leadership

Design Team:

  • 70% feature design
  • 15% design system maintenance
  • 15% research and testing

Dependencies & Sequencing

Dependency Types

Hard Dependency

  • Feature B can't start until Feature A done
  • Example: Payment system before subscription plans
  • Impacts timeline significantly

Soft Dependency

  • Feature B better if Feature A done first
  • Example: Mobile app after web fully tested
  • Flexible on timing

Cross-Team Dependency

  • Requires other team completion
  • Longest lead time
  • Must surface early

Risk Management

Common Risks:

  1. Scope Creep

- Mitigation: Say "no" often, defer to future - Owner: Product Manager - Plan: Weekly scope review

  1. Key Person Leaves

- Mitigation: Cross-training, documentation - Owner: Engineering Manager - Plan: Onboarding process

  1. Timeline Pressure

- Mitigation: Plan with buffer, manage expectations - Owner: Product Manager - Plan: Transparent communication

  1. Technical Challenges Emerge

- Mitigation: Spike time, proof of concepts - Owner: Engineering Lead - Plan: 20% contingency in estimates

Roadmap Communication

For Executives

  • Focus on business outcomes
  • Show how each quarter builds toward vision
  • Highlight competitive differentiation
  • Revenue/growth impact

For Engineering

  • Detailed specs and requirements
  • Technical complexity and dependencies
  • Effort estimates and risks
  • Resource needs

For Customers

  • User-focused benefits
  • Timeline (quarter, not date)
  • Most-requested features highlighted
  • Under-promise, over-deliver

For Sales

  • "Coming soon" messaging
  • What they can sell against
  • Customer feedback incorporated
  • Competitive differentiation

Roadmap Review & Adjustment

Weekly: Sprint progress Monthly: Quarterly progress vs plan Quarterly: Full roadmap refresh Annually: Strategic direction review

Triggers for Reprioritization:

  • Major customer churn
  • Competitive threat
  • Market shift
  • Unexpected technical blocker
  • Resource availability change

Troubleshooting

Yaygın Hatalar & Çözümler

HataOlası SebepÇözüm
Roadmap sürekli kayıyorUnrealistic estimates30% buffer ekle
Priority debatesUnclear criteriaRICE workshop
Resource contentionOver-commitmentCapacity planning
Dependencies blockingLate identificationSprint 0 mapping

Debug Checklist

[ ] RICE scoring consistent mi?
[ ] Capacity realistic mi? (20% buffer)
[ ] Dependencies mapped mi?
[ ] Stakeholder alignment var mı?
[ ] Risk mitigation planı var mı?

Recovery Procedures

  1. Roadmap Slip → Re-prioritize, cut scope
  2. Resource Conflict → Trade-off matrix
  3. Priority Disagreement → Data-driven RICE

Master prioritization and create roadmaps that drive real outcomes!

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

30.63%
按下载量换算86

Codex

24.51%
按下载量换算69

OpenCode

18.91%
按下载量换算53

Antigravity

12.45%
按下载量换算35

Gemini CLI

7.73%
按下载量换算22

Cursor

4.03%
按下载量换算11

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

来源信息

继续浏览同类 Skills