REQM.SP 1.3 Manage Requirements Changes

Requirements change for a variety of reasons. As needs change and as work proceeds, changes may have to be made to existing requirements. It is essential to manage these additions and changes efficiently and effectively. To effectively analyze the impact of changes, it is necessary that the source of each requirement is known and the rationale for the change is documented. The project may want to track appropriate measures of requirements volatility to judge whether new or revised approach to change control is necessary.

If contractual requirements defined in the supplier agreement are affected by the changes, the supplier agreement also must be aligned with the changed requirements.

Example Work Products

1. Requirements change requests
2. Requirements change impact reports
3. Requirements status
4. Requirements database

Example Supplier Deliverables

1. Requirements change requests
2. Requirements change impact reports

Subpractices

1. Document all requirements and requirements changes that are given to or generated by the project.

2. Maintain a requirements change history, including the rationale for changes.

Maintaining the change history helps to track requirements volatility.

3. Evaluate the impact of requirement changes from the standpoint of relevant stakeholders.

Requirements changes that affect the architectures of products being acquired can affect many stakeholders.

4. Make requirements and change data available to the project.