Availability Guide for Change Management

Change Control
Availability Guide for Change Management125506
2-6
Phase 2Change Planning
Phase 2—Change Planning
One of the most difficult tasks in change control is determining how the change affects
your system and application availability. If the change affects availability, you also need
to determine how to minimize system or application downtime when implementing the
change. Thoroughly assessing the impact of change, determining what resources are
required to implement the change, and creating a plan for the change help minimize
planned outage time.
The change planning phase involves the following tasks:
Assessing the impact of the proposed change
Identifying the resources required to implement the proposed change
Determining when to make the proposed change
Creating a change plan
Testing the change plan before implementing the change
Assessing the Impact of the Proposed Change
Assessing the impact of the proposed change involves the following tasks:
Determining what will be affected by the change and identifying dependencies. For
example, application changes not only affect applications, but they also can have an
affect on configuration files and command files.
Determining the scope of the proposed change. Does the same change need to be
made on other systems in the network?
Identifying users, devices, and applications that may be affected by the change. You
should contact all affected groups to inform them of the proposed change.
Identifying possible training requirements for staff and end users.
Ensuring that service level agreements are still met after the proposed change is
implemented.
Determining what activities can be done online versus offline to minimize
downtime.
Determining outage versus non-outage activities. For example, can you minimize
downtime by performing certain activities before taking the system down?
Identifying resources required to manage and support the change once it is
implemented. For example, the proposed change may require new run book
procedures, operator messages, and so forth.
Identifying all contingency and backup requirements for the proposed change.