rm-analysis

Analyze requirements quality, resolve conflicts, and prioritize with MoSCoW and Kano.

1|Updated Mar 25, 2026
One-click install
npx skills add https://github.com/NestorMonroy/thyrox --skill rm-analysis-nestormonroy
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: rm-analysis
Source: https://github.com/NestorMonroy/thyrox/tree/main/.claude/skills/rm-analysis
Command: npx skills add https://github.com/NestorMonroy/thyrox --skill rm-analysis-nestormonroy

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) and assets (resource) components.

What problem does it solve? Collected requirements are often ambiguous, conflicting, or unprioritized, which leads to rework during specification and implementation. This Skill runs the Analysis step of the Requirements Management cycle: it evaluates requirement quality against IEEE 830 criteria, resolves stakeholder conflicts, prioritizes with MoSCoW and Kano, and decides whether to proceed to specification or return to elicitation. ## Core Features & Use Cases - Quality checklist: Evaluates each candidate requirement against completeness, consistency, unambiguity, verifiability, feasibility, and traceability criteria. - Conflict resolution: Classifies conflicts (priority, scope, technical, business) and applies structured resolution or escalation paths. - Prioritization: Applies MoSCoW with assignment criteria and optional Kano analysis, including rules to detect broken prioritization such as everything marked Must Have. - Use Case: After a requirements elicitation phase for an e-commerce platform, run this Skill to verify each requirement is testable, resolve a conflict between sales and operations stakeholders, and produce a prioritized rm-analysis.md artifact ready for specification. ## Quick Start Analyze the requirements in my rm-elicitation.md file, resolve any conflicts, prioritize them with MoSCoW, and produce the rm-analysis artifact.

Frequently Asked Questions about rm-analysis

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I analyze requirements quality before writing a specification?▼

Evaluate each requirement against IEEE 830 criteria: completeness, consistency, unambiguity, verifiability, feasibility, and traceability. Requirements failing verifiability or lacking a stakeholder owner should be returned for clarification before specification begins.

How to prioritize requirements with the MoSCoW method?▼

Classify each requirement as Must Have, Should Have, Could Have, or Won't Have using explicit assignment criteria agreed with stakeholders. A requirement is Must Have only if the system cannot enter production without it; if more than 60-70% are Must Have, the prioritization has failed.

When should I use the Kano model alongside MoSCoW?▼

Use Kano for products with end users when there is uncertainty about perceived value. It classifies requirements as basic, performance, delighters, indifferent, or reverse, complementing MoSCoW's delivery priority with a satisfaction perspective.

What are the prerequisites for running requirements analysis?▼

Analysis requires a completed elicitation artifact with candidate requirements confirmed by stakeholders, identified conflicts, and documented gaps. Analyzing requirements before stakeholder confirmation means analyzing assumptions rather than real needs.

What are the limitations of MoSCoW prioritization?▼

MoSCoW is subjective without clear assignment criteria defined before the session. The Kano model requires real user data to be valid; without data it serves only as a discussion framework, and business conflicts between high-level areas may require sponsor escalation.