change control

Change control is a systematic approach to managing all changes made to a product or system. The purpose is to ensure that no unnecessary changes are made, that all changes are documented, that services are not unnecessarily disrupted and that resources are used efficiently. Within information technology (IT), change control is a component of change management.

Download this free guide

Access this all-encompassing 82-page guide to DR/BC strategies

Discover the top considerations you need to know when developing a business continuity and disaster recovery plan, learn about the top DR products on the market today, get tips on how to budget and prepare staff for various DR/BC exercises and much more.

Start Download

• Corporate E-mail Address:

  You forgot to provide an Email Address.

  This email address doesn’t appear to be valid.

  This email address is already registered. Please login.

  You have exceeded the maximum character limit.

  Please provide a Corporate E-mail Address.

By submitting my Email address I confirm that I have read and accepted the Terms of Use and Declaration of Consent.

By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.

You also agree that your personal information may be transferred and processed in the United States, and that you have read and agree to the Terms of Use and the Privacy Policy.

The change control process is usually conducted as a sequence of steps proceeding from the submission of a change request. Typical IT change requests include the addition of features to software applications, the installation of patches, and upgrades to network equipment.

Here's an example of a six-step process for a software change request:

1. Documenting the change request:
   When the client requests the change, that request is categorized and recorded, along with informal assessments of the importance of that change and the difficulty of implementing it.
2. Formal assessment:
   The justification for the change and risks and benefits of making/not making the change are evaluated. If the change request is accepted, a development team will be assigned. If the change request is rejected, that fact is documented and communicated to the client.
3. Planning:
   The team responsible for the change creates a detailed plan for its design and implementation, as well as a plan for rolling back the change should it be deemed unsuccessful.
4. Designing and testing:
   The team designs the program for the software change and tests it. If the change is deemed successful, the team requests approval and a date for implementation.
5. Implementation and review:
   The team implements the program and stakeholders review the change.
6. Final assessment:
   If the client is satisfied that the change was implemented satisfactorily, the change request is closed. If the client is not satisfied, the project is reassessed and steps may be repeated.

See also: change log, organizational change management (OCM), change data capture (CDC), feature creep, IT controls