Page 1 of 1

Classification of Emergency Changes

Posted: Wed Dec 18, 2013 5:31 am
by Nizmo
I am trying to classify the emergency changes that took place within this year to determine if these emergency changes could have been prevented. I have come up with just 3 classification names and was wandering if there is more areas that I could include in this list.

Insufficient Testing
Insufficient Planning
Incorrectly logged as a ERFC

Posted: Wed Dec 18, 2013 10:12 am

I can provide you the following values -

Requester cant plan
Requester wont plan
Requester's plan was not based on reality
Requester is a complete (incomplete) idiot

However, while that is humorous (to me at least), the list of values for E CABs and why they are happening needs to be based on the situation in your organisation.

Look at the ECAB, look at the reason given.. if there is one. If not, start requiring one.

Posted: Wed Dec 18, 2013 10:23 am
by Nizmo
LOL - hit the nail on the head, thanks for the reply. Most of them comes down to poor planning or just shouldn't be considered as an emergency.

Classification of Emergency Changes

Posted: Thu Dec 19, 2013 9:40 am
by Nuno

One way to minimize the changes is to ask several questions to ours "customers" in a way they begin to think if that change is really necessary.
Some examples:

- Why change
- Describe present state
- Describe future state
- What will change
- What will not change
- Risks during change process

You can have many classifications depending of your business.
Some examples:
Application Software
System Software

or generic:
Low: this change may be best made alongside others, such as when updating software packages, buying new hardware, etc.
Normal: This change should be made provided it does not get in the way of another, higher priority, change.
High: a change that should be made without delay, as it is associated with known errors that are significantly degrading service quality. The CAB should assess this change at its next meeting and take the relevant measures to enable a rapid solution.
Urgent: this problem has to be solved as it is causing an interruption or serious degradation to service. An urgent change triggers the so-called emergency change process, which we will deal with separately.