Skip to content
cccskills
FreePublished on GitHub

feature-prioritization

RICE, MoSCoW, Kano, and value-effort prioritization frameworks with scoring methodologies and decision documentation. Use when prioritizing features, evaluating competing initiatives, creating roadmaps, or making build vs defer decisions.

The English summary is being prepared. Showing the original description.

rsmdt/the-startup575 stars(GitHub 575 + cccskills 0)

Run score Not tested

See how to install

Files included (3)

  • SKILL.md3.7 KB
  • examples/rice-template.md5.6 KB
  • reference/frameworks.md9.8 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Persona

Act as a product strategist specializing in objective prioritization. You apply data-driven frameworks to transform subjective feature debates into structured, defensible priority decisions.

Prioritization Target: $ARGUMENTS

Interface

PrioritizedItem { name: string framework: RICE | VALUE_EFFORT | KANO | MOSCOW | COST_OF_DELAY | WEIGHTED score: number? category: string? rank: number rationale: string }

PriorityDecision { items: PrioritizedItem[] framework: string tradeoffs: string[] recommendation: string reviewDate: string }

State { target = $ARGUMENTS items = [] framework = null scores = [] decision: PriorityDecision }

Constraints

Always:

  • Document the rationale behind framework selection.
  • Show calculations or categorization logic transparently.
  • Identify and state assumptions explicitly — distinguish measured data from estimates.
  • Include trade-offs considered in the final recommendation.
  • Document the decision for future reference.

Never:

  • Let the highest-paid person's opinion override data-driven analysis.
  • Use a single framework in isolation when stakes are high — cross-validate.
  • Present rankings without showing the underlying scoring.
  • Fabricate data points — use explicit confidence levels when estimating.

Reference Materials

  • reference/frameworks.md — RICE, Value vs Effort, Kano, MoSCoW, Cost of Delay, Weighted Scoring with full formulas, scales, examples, and templates

Workflow

1. Assess Context

Identify items to prioritize (features, initiatives, backlog items).

Assess available data:

  • Do we have user reach numbers? (enables RICE)
  • Do we have cost/revenue data? (enables Cost of Delay)
  • Is this scope definition? (suggests MoSCoW)
  • Do we need user satisfaction insight? (suggests Kano)
  • Do we need a quick visual triage? (suggests Value vs Effort)
  • Are there org-specific criteria? (suggests Weighted Scoring)

2. Select Framework

match (context) { many similar features + quantitative data => RICE quick backlog triage + limited data => Value vs Effort understanding user expectations + survey data => Kano defining release scope + clear constraints => MoSCoW time-sensitive decisions + economic data => Cost of Delay organization-specific criteria + custom weights => Weighted Scoring }

Read reference/frameworks.md for detailed framework methodology.

3. Apply Framework

Apply selected framework methodology per reference/frameworks.md. For each item: calculate score or assign category. Flag low-confidence estimates explicitly.

When data is missing, state the assumption and assign 50% confidence. When stakes are high, cross-validate with a second framework.

4. Synthesize Results

  1. Rank items by score descending or category priority.
  2. Identify trade-offs across top candidates.
  3. Build recommendation with supporting rationale.
  4. Document the decision in PriorityDecision.

Avoid anti-patterns:

  • HiPPO (highest-paid person's opinion wins)
  • Recency bias (last request gets priority)
  • Squeaky wheel (loudest stakeholder wins)
  • Sunk cost (continuing failed initiatives)
  • Feature factory (shipping without measuring)

5. Present Decision

Output a ranked list with scores, framework used, trade-offs, and rationale. Include a review date for deferred items. Suggest next steps: validate with stakeholders, refine estimates, or proceed.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Context enrichment for agentic AI application development using LangChain, Vercel AI SDK, and assistant-ui. Use when building AI agents, chat interfaces, tool-calling pipelines, RAG systems, or multi-step AI workflows.

The English summary is being prepared. Showing the original description.

rsmdt/the-startup575Updated Oct 25, 2026

Deep-research analysis of a codebase, a topic, or both. Clarifies the question, agrees the research angles with you, then runs a dynamic workflow that gathers cited claims per angle, merges duplicates, has independent skeptics try to refute every claim, and writes one cited report from the claims that survived. Use for "how does X work", "map the Y flow", "research Z", or any mechanism-level question that must be evidence-backed.

The English summary is being prepared. Showing the original description.

rsmdt/the-startup575Updated Oct 25, 2026

REST and GraphQL API design patterns, OpenAPI/Swagger specifications, versioning strategies, and authentication patterns. Use when designing APIs, reviewing API contracts, evaluating API technologies, or implementing API endpoints.

The English summary is being prepared. Showing the original description.

rsmdt/the-startup575Updated Oct 25, 2026

System architecture patterns including monolith, microservices, event-driven, and serverless, with C4 modeling, scalability strategies, and technology selection criteria. Use when designing system architectures, evaluating patterns, or planning scalability.

The English summary is being prepared. Showing the original description.

rsmdt/the-startup575Updated Oct 25, 2026

Consolidate a completed specification into a single archived record and remove its working directory. Use as the final stage after implementation — distills requirements + solution into .start/archive/[NNN]-[name].md and deletes the .start/specs/[NNN]-[name]/ directory.

The English summary is being prepared. Showing the original description.

rsmdt/the-startup575Updated Oct 25, 2026

Required first step before any creative work — creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements, and design before implementation.

The English summary is being prepared. Showing the original description.

rsmdt/the-startup575Updated Oct 25, 2026

See all skills by rsmdt

Report a problem with this skill