rm-management

Manage requirements baselines, change requests, and traceability matrices through a CCB workflow.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

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

What problem does it solve? Once a requirements baseline is approved, uncontrolled changes cause scope creep, stale specifications, and untraceable implementations. This Skill governs the post-baseline lifecycle: processing change requests through a Change Control Board, maintaining forward and backward traceability, and versioning the specification. ## Core Features & Use Cases - CCB Change Control: Register change requests, run impact analysis across specification, design, code, and tests, and route decisions through a Change Control Board with defined quorum rules. - Traceability Matrix Management: Maintain forward (Req → Design → Code → Test) and backward traceability, with a shell script that counts requirements by state and reports coverage metrics and health signals. - Baseline Versioning & CR Kanban: Apply versioning rules (v1.0.1 for fixes, v1.1 for new requirements, v2.0 for scope shifts) and visualize active CRs in a Kanban board. - Use Case: A stakeholder requests a new payment feature mid-sprint. Use this Skill to log CR-008, complete the impact assessment template, present it to the CCB, update the baseline to v1.2, and refresh the traceability matrix. ## Quick Start Use the rm-management skill to register a new change request, run its impact analysis, and update the traceability matrix in the current work package.

Frequently Asked Questions about rm-management

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

FAQPage Schema
How do I manage change requests after requirements baseline approval?▼

Register each change request in a CR log with a unique ID, run an impact analysis covering specification, design, code, and tests, then present it to a Change Control Board for approval, rejection, or deferral. Approved CRs trigger a baseline version update and stakeholder notification.

What is a requirements traceability matrix and how do I maintain it?▼

A traceability matrix links each requirement to its design, code, and test references. Update it whenever requirements are added, modified, or implemented, and review it at the start of each iteration rather than at project end to catch coverage gaps early.

How do I count requirements by status in a traceability matrix?▼

Run the count-requirements.sh script against the RTM markdown file. It reports counts for ten lifecycle states, unique requirement IDs, coverage percentages for verified and implemented requirements, and health warnings such as excessive deferred items.

When should a change request skip the formal CCB process?▼

Editorial defects that do not change business intent, such as typos or clarifications, can be corrected directly by the analyst and logged in the change log without a formal CR. Any change affecting business intent requires the full CCB pipeline.

What are the limitations of a formal change control board?▼

CCB adds overhead that may be unnecessary for very small projects or single-stakeholder contexts. Full traceability also requires discipline from developers, testers, and designers, and scope-increasing CRs must be renegotiated with the sponsor for schedule and budget.