When requirements change, should there be some kind of review to make sure everyone is in agreement? If so, who needs to approve the changes?
Change impact analysis is a critical aspect of the review and approval process. Sometimes, apparently simple requirements changes have a large impact on business processes or software, especially in organizations with older systems or a great many integrated systems. If you’re using the traceability capabilities of a requirements tool, some of the change impact analysis associated with requirements reviews can be automated.
Requirements changes must be reviewed by the organization, analysts, architects and the project manager for the development effort. Together, these stakeholders assess the value of changing a requirement, which entails balancing costs, risks and benefits.
On many projects, organization approval is provided by business stakeholders or a designated person empowered to make decisions about requirements changes. On Agile projects, a product owner or product champion has ultimate decision-making authority about which requirements will be delivered and when they will be delivered.
If your organization requires a number of stakeholders to approve requirements changes, and if the stakeholders are willing to use automated tools, consider using a change management or requirements tool for stakeholder notification and to track sign-offs. At the same time, try to streamline your decision-making rules and processes. Prolonged decision making around changing requirements increases the time--and cost--of implementing valuable requirements.
Dig Deeper on Software Configuration and Change Management
Related Q&A from Sue Burk
Does sequence matter when you are not using use cases or process modeling techniques? Expert Sue Burk explains the importance of sequence by using a ... Continue Reading
Do new technologies affect the requirements gathering process? In this response, expert Sue Burk delves into this question, explaining the tenets of ... Continue Reading
Read this expert response for Sue Burk's suggestions for what techniques developers can use in embedded systems requirements gathering and analysis. Continue Reading