rm-management

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

Updated Mar 14, 2026
One-click install
npx skills add https://github.com/jcg-admin/IACT-ui --skill rm-management-jcg-admin
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: rm-management
Source: https://github.com/jcg-admin/IACT-ui/tree/main/.claude/skills/rm-management
Command: npx skills add https://github.com/jcg-admin/IACT-ui --skill rm-management-jcg-admin

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 requirements baseline. ## Core Features & Use Cases - CCB Change Request Pipeline: Register CRs, run impact analysis across specification, design, code, and tests, and route decisions through a formal Change Control Board with defined quorum rules. - Traceability Matrix Management: Maintain forward (Req → Design → Code → Test) and backward traceability with coverage metrics and health signals via the count-requirements.sh script. - Baseline Versioning & Change Log: Apply semantic versioning rules to the specification (v1.0.1 fixes, v1.1 new requirements, v2.0 scope shifts) and document every change in a structured change log. - Use Case: A stakeholder requests a new reporting requirement mid-sprint. Use this Skill to log the CR, assess impact on 12 existing requirements, present it to the CCB, and update the traceability matrix and baseline version upon approval. ## Quick Start Ask the assistant to run the rm-management step to register a new change request and update the requirements traceability matrix for 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 process a change request through a CCB?▼

Register the CR with a unique ID, requester, and description, then run an impact analysis covering specification, design, code, tests, effort, and risk. Present the analysis to the Change Control Board, which approves, rejects, or defers it, then update the baseline and traceability matrix if approved.

How do I build a requirements traceability matrix?▼

Create a table mapping each requirement ID to its design reference, code module, and test case, plus a status column. Forward traceability confirms every requirement is implemented and tested; backward traceability confirms every test traces back to a justified requirement.

When should requirements changes not go through a CCB?▼

Editorial defect fixes 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 process.

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

Run the count-requirements.sh Bash script against the RTM markdown file. It reports counts across ten lifecycle states, unique requirement IDs, verification coverage percentages, and health signals such as excessive deferred or unverified requirements.

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

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