Q
Problem solve Get help with specific problems with your technologies, process and projects.

How should we implement change management?

In this expert response, requirements expert Sue Burk explains that the type of change management that is implemented will depend on development approach and dependencies such as regulatory constraints. Regardless of approach, Burk recommends using a method that will allow for a change to be implemented quickly, meeting the needs of your business.

What's the best way to deal with changes to requirements as a project progresses?
In some companies, if I asked 10 people in different parts of an organization how they handled change, I'd probably hear at least 11 different answers. But, in areas which are good at managing change, there are some practices which they have in common, even if they manifest themselves in different ways.

Good change management implies the ability to:

  • Define the proposed change clearly and unambiguously.
  • Determine the costs and benefits of the change.
  • Assess the business and technical impact of the change.
  • Decide whether or not the change should be made.
  • Decide when the change can be made.
  • Track the change with respect to some kind of baseline of the requirements.
How you execute on these abilities depends on what development approach you are using and whether or not you have regulatory constraints which require formal change management. For example, if you are in an organization which uses an agile approach, the product owner will use the cost/benefit and change impact analysis to determine what changes should be made. The product owner also will manage change by ensuring that proposed changes are applied to future iterations (or sprints if Scrum is used) rather than to the current iteration or sprint. If your agile approach is small-scale and informal, it may be up to the product owner to decide how to track the changes. If you are scaling agile practices for larger or more complex efforts, you may choose to use automated tools to route proposed changes to decision-makers, record the decisions made about the changes, and to track when they are implemented. If you work in a highly regulated environment, you may have a formal change management process where everything about the change is thoroughly documented.

One key to a "best way" is to pick the lightest change management and tracking process that still meets your needs. The other key to a "best way" is to expect change and deal with it. With very few exceptions, practices which freeze requirements for months at a time are too rigid for today's volatile business climate. Not being able to quickly implement a change– perhaps in response to what a competitor is doing – may have severely negative business consequences.
This was last published in October 2010

Dig Deeper on Software Requirements Gathering Techniques

PRO+

Content

Find more PRO+ content and other member only offers, here.

Have a question for an expert?

Please add a title for your question

Get answers from a TechTarget expert on whatever's puzzling you.

You will be able to add details on the next page.

Start the conversation

Send me notifications when other members comment.

By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Please create a username to comment.

-ADS BY GOOGLE

SearchMicroservices

TheServerSide.com

SearchCloudApplications

SearchAWS

SearchBusinessAnalytics

SearchFinancialApplications

SearchHealthIT

DevOpsAgenda

Close