prioritize-requirements
Skill4 starsChanged 3 months agoMITView on GitHub
WHEN/WHERE/WHO: [Scheduling: Product owners or agents grooming a backlog of features or user stories.] HOW: [Structural: Use this SKILL to score items across Value, Cost, and Risk using an analytical matrix, yielding a strict rank order.] WHY: [Scheduling: Subjective "High/Medium/Low" labels lead to everything being marked "High." Mathematical scoring forces objective trade-offs.]
In this repository61 other files it gives its agents.
- activate-personalSkill
- analyze-with-tactics-questionnairesSkill
- apply-agile-testing-quadrantsSkill
- apply-architectural-tacticsSkill
- apply-attribute-driven-designSkill
- apply-fundamentals-of-data-visualizationSkill
- apply-oopsi-modelSkill
- apply-screenplay-patternSkill
- apply-specification-by-exampleSkill
- blog-topic-discoverSkill
- build-agent-memory-systemsSkill
- build-business-objectives-modelSkill
- build-data-dictionarySkill
- build-feature-treeSkill
- comment-alive-test-driven-developmentSkill
- conduct-event-stormingSkill
- create-ecosystem-mapSkill
- create-living-documentationSkill
- create-skill-from-bookSkill
- CREATING-SKILL-TEMPLATESkill
- define-architectural-driversSkill
- define-bounded-contextsSkill
- define-ubiquitous-languageSkill
- design-agentic-screenplay-modelSkill
- design-agent-perception-layersSkill
- design-agent-planningSkill
- design-agent-reward-functionsSkill
- design-agents-using-patternsSkill
- design-architecture-viewpointsSkill
- design-autonomous-ai-interfacesSkill
- design-ddd-aggregatesSkill
- design-tool-use-sandboxingSkill
- document-architectural-decisionsSkill
- document-legacy-codebaseSkill
- doc-with-usage-exampleSkill
- draft-srs-documentSkill
- elicit-requirements-modelsSkill
- evolve-skill-with-wikiSkill
- extract-business-rulesSkill
- facilitate-example-mappingSkill
- facilitate-user-story-mappingSkill
- implement-agent-observabilitySkill
- implement-agent-reflectionSkill
- improve-existing-skillSkill
- improve-user-storySkill
- managing-ai-projectsSkill
- orchestrate-multi-agent-collaborationSkill
- review-c4-modelSkill
- review-data-engineeringSkill
- save-as-skillSkill
- scaffold-cmake-cxx-sanitize-gtest-envSkill
- skill-commonSkill
- task-commit-triggerSkill
- test-case-with-demoSkill
- test-case-with-readmeSkill
- test-driven-developmentSkill
- UnitTesting-convert2CaTDDSkill
- update-my-resumeSkill
- update-spec-contextSkill
- validate-requirements-criteriaSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
8 rules. About 0 are common, 7 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
When this skill is activated, first load skill-common and apply the shared conventions it defines: canonical section order, frontmatter …
- Distinctive: line 44
Transfer Check: Verify the workflow still works for features, requirements, and user stories with and without stakeholder weighting.
- Distinctive: line 45
Stop Rule: If there are too few items or too little estimation data to produce a meaningful matrix, stop and tell the user to simplify or …
- Very specific: line 48
Do not use High/Medium/Low.
- Distinctive: line 49
Do not guess wildly; if a cost is completely unknown, flag it for estimation rather than giving it a random score.
- Distinctive: line 52
If the provided list has fewer than 3 items, inform the user that a matrix is unnecessary and they should just use simple pairwise …
- Distinctive: line 85
Verify that all items in the list were scored.
- Distinctive: line 86
Check the math: ensure the final sorted order matches the calculated Priority Scores.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Prioritize Requirements
Common Contract (Load First)
When this skill is activated, first load skill-common and apply the shared conventions it defines: canonical section order, frontmatter rules, anti-pattern guidance, and the Review In Mind loop in review-in-mind. This skill adds only domain-specific rules below.
Who
Product Managers, Business Analysts, and AI Agents. The agent uses this skill to objectively rank work items.
What
This skill implements an Analytical Prioritization Matrix. It evaluates a list of requirements, scoring each on relative Business Value, User Value, Cost (effort), and Risk. It calculates a final Priority Score and outputs a sorted backlog.
When
Invoke this skill during sprint planning, backlog grooming, or when deciding MVP scope. Trigger phrases include: "prioritize this list," "what should we build first," "rank these user stories," or "run a prioritization matrix."
Where
Applies to feature lists, user story backlogs, and bug trackers.
Why
Without a strict framework, stakeholders tend to label every requirement as "Critical." By separating the value of a feature from the cost/risk to build it, we can identify "quick wins" (high value, low cost) and avoid "money pits" (low value, high cost).
Inputs
- A list of requirements, features, or user stories.
- (Optional) Stakeholder input on relative weights (e.g., "Cost is more important than Risk right now").
Output (Logical Evidence)
- A markdown table displaying the scores for each requirement.
- A sorted list of requirements from highest priority to lowest.
Optimization Readiness
- Failure Signals: Scores are inconsistent, the matrix falls back to vague High/Medium/Low labels, unknown effort is guessed instead of flagged, or the ranking does not separate quick wins from high-risk investments.
- Evidence To Collect: Scoring tables, weighting choices, stakeholder adjustments, and examples where the ranking was challenged or revised after review.
- Safe Mutation Boundaries: Refine scoring instructions, weighting guidance, output formatting, and review prompts without changing the core numeric prioritization workflow.
- Acceptance Criteria: Accept revisions only if the skill yields a clear numeric ranking, documents weights when used, and calls out unknown estimates instead of masking uncertainty.
- Rejected Revision Handling: Record misleading scoring heuristics, non-numeric fallback patterns, and weak explanations of tradeoffs so they are not reused blindly.
- Transfer Check: Verify the workflow still works for features, requirements, and user stories with and without stakeholder weighting.
- Stop Rule: If there are too few items or too little estimation data to produce a meaningful matrix, stop and tell the user to simplify or gather estimates first.
Constraints (Logical Boundaries)
- Do not use High/Medium/Low. You must use numerical scores (e.g., 1 to 9).
- Do not guess wildly; if a cost is completely unknown, flag it for estimation rather than giving it a random score.
One More Thing
If the provided list has fewer than 3 items, inform the user that a matrix is unnecessary and they should just use simple pairwise comparison.
How (Structural Workflow)
Phase 1: Establish the Scale and Weights
- Define the scale (usually 1 to 9, where 9 is highest value, highest cost, or highest risk).
- Assign weights to the categories if the user provided them (e.g., Business Value = 2x, Cost = 1x). Default to 1x for all.
Phase 2: Scoring
- For each requirement, estimate:
- Business Value: How much does this help the company (revenue, compliance)?
- User Value: How much does this improve the user experience?
- Cost/Effort: How hard is this to build?
- Risk/Complexity: How likely is this to break or face technical hurdles?
Phase 3: Calculation and Ranking
- Calculate the Total Value = (Business Value) + (User Value).
- Calculate the Total Penalty = (Cost) + (Risk).
- Calculate the Priority Score = (Total Value) / (Total Penalty).
- Sort the requirements descending by Priority Score.
Resources
- Analytical Matrix Guide
Review In Mind (ReviewInMindGenie)
Execute the common review loop in review-in-mind before delivering.
Review lens for this skill:
- Is every requirement scored on business value, user value, cost, and risk with a calculated priority?
- Are scores traceable to stated criteria rather than hidden judgment?
- Would the sorted backlog be defensible to stakeholders?
Validation
- Verify that all items in the list were scored.
- Check the math: ensure the final sorted order matches the calculated Priority Scores.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

