High-Level process flow for emergency change management
Issue 3.4.1 June 2005
383
Limited risk assessment
In most cases, the amount of risk assessment done in an emergency situation is directly
proportional to the scope of the change, and inversely proportional to the effect of the network
outage. For example, the scope of changing a Communication Manager release is much
greater than that of changing a protocol address. Similarly, the same change would go through
increased scrutiny if a single user is unable to access the network rather than if an entire site
loses connectivity.
Ultimately, risk assessment is the responsibility of the support person who implements the
change. For this, the engineer should rely on personal experience, as well as that of associated
support personnel. Many of the ideas given in the section on Planned Change Management can
be adapted to the emergency change environment, but on a more limited scale. For instance,
you can use the Avaya Support Centre Web site (
support.avaya.com/
), or even use a limited
test bed simulation, depending on your situation.
Finally, as part of the limited risk assessment, you should determine which users might be
affected by the change.
Communication
Although it is not always be possible to notify all users of all changes (especially in emergency
situations), the users certainly appreciate any warning that you can provide. You should also
communicate the details of any emergency changes with the change manager, and allow the
change manager to maintain metrics on emergency changes and root causes. The information
may also affect the scheduling or the rollout of future changes.
Documentation
Updating documentation is critical to ensure valid, up to date information. During unplanned
changes, it can be easy to forget to make updates because of the frantic nature of emergencies.
However, undocumented change solutions often result in increased time out of service if the
solution is unsuccessful.
It helps to document changes before they are made in emergency situations from a central
location, perhaps at the change manager level. If a central support organization does not exist
to document changes before they occur, different individuals might make changes at the same
time, not knowing about each other’s activities. The following types of documentation often
require updates during a change: drawings, IP/VLAN database, engineering documents, dial
plan, troubleshooting procedures, and server/application/user matrices.
Summary of Contents for Application Solutions
Page 1: ...Avaya Application Solutions IP Telephony Deployment Guide 555 245 600 Issue 3 4 1 June 2005 ...
Page 20: ...About This Book 20 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 21: ...Issue 3 4 1 June 2005 21 Section 1 Avaya Application Solutions product guide ...
Page 22: ...22 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 106: ...Call processing 106 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 124: ...Avaya LAN switching products 124 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 139: ...Issue 3 4 1 June 2005 139 Section 2 Deploying IP Telephony ...
Page 140: ...140 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 186: ...Traffic engineering 186 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 204: ...Security 204 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 228: ...Avaya Integrated Management 228 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 274: ...Reliability and Recovery 274 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 275: ...Issue 3 4 1 June 2005 275 Section 3 Getting the IP network ready for telephony ...
Page 276: ...276 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 356: ...Network recovery 356 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 366: ...Network assessment offer 366 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 367: ...Issue 3 4 1 June 2005 367 Appendixes ...
Page 368: ...Appendixes 368 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 394: ...Access list 394 Avaya Application Solutions IP Telephony Deployment Guide ...
Page 414: ...DHCP TFTP 414 Avaya Application Solutions IP Telephony Deployment Guide ...