Search
Topics
  Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
Modules
· Home
· Content
· FAQ
· Feedback
· Forums
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account

Current Membership

Latest: GENBT
New Today: 10
New Yesterday: 197
Overall: 130569

People Online:
Visitors: 73
Members: 5
Total: 78 .

Languages
Select Interface Language:


Major ITIL Portals
For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone

Related Resources
Service related resources
Service Level Agreement
Outsourcing

Note: ITIL is a registered trademark of OGC. This portal is totally independent and is in no way related to them. See our Feedback Page for more information.


The Itil Community Forum: Forums

ITIL :: View topic - Emergency Change Process Documentation
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Emergency Change Process Documentation
Goto page 1, 2  Next
 
Post new topic   Reply to topic    ITIL Forum Index -> Change Management
View previous topic :: View next topic  
Author Message
CMizikar
Newbie
Newbie


Joined: Feb 05, 2010
Posts: 1

PostPosted: Sun Feb 07, 2010 4:54 am    Post subject: Emergency Change Process Documentation Reply with quote

We are in the process of creating our corporate wide change control process. One of the issues we are having is how to represent the emergency change process in our flow diagrams or if we need to show it. In our documentation we talk about an emergency change, what it is and how it is to be handled, but there is no defined flow it needs to go through. Basically we say an emergency change should try to follow a normal change as much as possible but they have the leeway to skip steps to resolve the issue quickly but then need to go back to complete the steps after the fact. Right now we do not have anything specific to an emergency change in our flow diagram which is causing issues with some people because they are expecting to see a flow for emergency changes.

What have your experience been? Do you have a flow diagram for emergency changes or do you just describe an emergency change, the leeway in completing the change and some of the rules they need to follow? If you do have a flow diagram for emergency changes, how different is it then your normal change?
Back to top
View user's profile
DYbeach
Senior Itiler


Joined: May 25, 2008
Posts: 413
Location: Sydney, Australia

PostPosted: Mon Feb 08, 2010 11:29 am    Post subject: Reply with quote

I have a separate flow.
What you need is for people to know what an emergency change is (policy) and how it should be handled (process, work instruction etc)
_________________
DYbeach
ITIL V3 Release, Control & Validation,
ITIL V3 Operation SUpport & Analysis
PMI CAPM (R)

"In times of universal deceit, telling the truth will be a revolutionary act." George Orwell
Back to top
View user's profile Send e-mail
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Mon Feb 08, 2010 10:57 pm    Post subject: Reply with quote

If you don't have a formal process for emergency change, then you cannot control the quality of what happens under "emergency change".


Even if all the boxes were identical except for the added box to validate the emergency decision (and they won't be), there is benefit in separately documenting and following it as a specific process. Incorporating it all in one flow with lots of "is it an emergency?" decision boxes, may be logically possible, but it won't be easy to use. And easy to use is the other key (after maintaining control of quality).

The vital component in emergency change is risk. What is acceptable risk from not testing/validating/analysing/waiting for a specialist/etc at any point? Who authorizes this level of risk on this occasion?
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
changeborg
Itiler


Joined: Jul 15, 2009
Posts: 40
Location: United States

PostPosted: Wed Feb 10, 2010 5:08 am    Post subject: Reply with quote

CMizikar - We have been in a similar state in that we mention it in our overall governance documentation however did not have a separate process/flow for it. Due to some recent issues within our global organization we are now circling back and creating unique documentation pertaining to Emergency changes and the supporting processes.

In hindsight, it should have been in place all along however the prior regime did not see the value in it all.
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3250
Location: London, UK

PostPosted: Wed Feb 10, 2010 5:14 am    Post subject: Reply with quote

The CM workflow should start with the following

Does the cr meet the criteria for an emergency change ?

If yes - path A (emergency change process)
If no - path B (non emergency change process)

The hard part as always is defining what is an emergency change

I use the following 3 as a guide

a change to restore an existing service from a service impacting incident
(major incident0
a change to close security vulnerabilities
a change for reasons to protect the reputation of the business (legal, etc)

and i have what is not an emergency

any work for any service that is NOT defined as in production and/or providing service
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
DYbeach
Senior Itiler


Joined: May 25, 2008
Posts: 413
Location: Sydney, Australia

PostPosted: Wed Feb 10, 2010 7:56 am    Post subject: Reply with quote

What about timing? A change that has to be implemented before the next CAB?
Change Manager has to be vigilant, though, for the inevitable "Dodgy Brothers CBF to raise one in time" category.
Genuine instances to occur from time to time, you just have to be alert for the Can Of Worms
_________________
DYbeach
ITIL V3 Release, Control & Validation,
ITIL V3 Operation SUpport & Analysis
PMI CAPM (R)

"In times of universal deceit, telling the truth will be a revolutionary act." George Orwell
Back to top
View user's profile Send e-mail
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3250
Location: London, UK

PostPosted: Wed Feb 10, 2010 8:07 am    Post subject: Reply with quote

if it is NOT an emergency, then it is NOT an emergency
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
DYbeach
Senior Itiler


Joined: May 25, 2008
Posts: 413
Location: Sydney, Australia

PostPosted: Wed Feb 10, 2010 8:23 am    Post subject: Reply with quote

Agreed.
Lack of organisation on your part does not contitute an emergency on mine. Twisted Evil
_________________
DYbeach
ITIL V3 Release, Control & Validation,
ITIL V3 Operation SUpport & Analysis
PMI CAPM (R)

"In times of universal deceit, telling the truth will be a revolutionary act." George Orwell
Back to top
View user's profile Send e-mail
anthonymq
Newbie
Newbie


Joined: Jul 06, 2009
Posts: 5
Location: Canada

PostPosted: Thu Mar 18, 2010 11:38 pm    Post subject: Emergency Change Process Documentation Reply with quote

I need to understand one aspect of Emergency change ..
Can an Emergency change be carried out without logging a change request (RFC) OR irrespective of the Impact/Urgency the change needs to be logged and approved before being carried out

The issue with the first option would be that most of the changes would not be logged since the situation is under control.

In the second case approvals could act as bottle necks for implementation.
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3250
Location: London, UK

PostPosted: Thu Mar 18, 2010 11:45 pm    Post subject: Reply with quote

True emergencies by definition where a change is needed to restore service is usually defined as a retrospective change

Your policy should dicate
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
DYbeach
Senior Itiler


Joined: May 25, 2008
Posts: 413
Location: Sydney, Australia

PostPosted: Fri Mar 19, 2010 4:33 am    Post subject: Reply with quote

I strongly believe that you need formal, as in auditable approval before any changes are performed.
Is a verbal approval auditable?
Nope
Do people 'forget' what they have said as opposed to what they have signed off on?
You bet your sweet bippy
_________________
DYbeach
ITIL V3 Release, Control & Validation,
ITIL V3 Operation SUpport & Analysis
PMI CAPM (R)

"In times of universal deceit, telling the truth will be a revolutionary act." George Orwell
Back to top
View user's profile Send e-mail
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3250
Location: London, UK

PostPosted: Fri Mar 19, 2010 6:36 pm    Post subject: Reply with quote

DY

Exactly

I dont mind a call approving the work.. and then getting an email from the SD which says

in accordance with your verbal approval....

sent to me and other mgmt

Then I would reply.. yes that is what i said
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
rpmason
Senior Itiler


Joined: May 25, 2007
Posts: 105
Location: USA

PostPosted: Fri Mar 19, 2010 11:23 pm    Post subject: Reply with quote

For "lack of planning on somone's part"--sometimes the customer, sometimes us--we have Expedited changes.

Our Emergency change process and requirements are similar to John's. In this world where every manager has a blackberry, verbal approvals are followed up by an email blast.
_________________
Ruth Mason
USA
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3250
Location: London, UK

PostPosted: Fri Mar 19, 2010 11:43 pm    Post subject: Reply with quote

I think I will call that

Blackberry JAM instead of SPAM

.. hmm.. the monty python singers are singing

spam.spam.spam

cut to Monsignor Idle

no one expects the Spanish Inquisition
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
DYbeach
Senior Itiler


Joined: May 25, 2008
Posts: 413
Location: Sydney, Australia

PostPosted: Sat Mar 20, 2010 6:41 am    Post subject: Reply with quote

just imagine that you're standing on a planet that's evolving, and revolving at 900 miles an hour
_________________
DYbeach
ITIL V3 Release, Control & Validation,
ITIL V3 Operation SUpport & Analysis
PMI CAPM (R)

"In times of universal deceit, telling the truth will be a revolutionary act." George Orwell
Back to top
View user's profile Send e-mail
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Change Management All times are GMT + 10 Hours
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Powered by phpBB 2.0.8 © 2001 phpBB Group
phpBB port v2.1 based on Tom Nitzschner's phpbb2.0.6 upgraded to phpBB 2.0.4 standalone was developed and tested by:
ArtificialIntel, ChatServ, mikem,
sixonetonoffun and Paul Laudanski (aka Zhen-Xjell).

Version 2.1 by Nuke Cops 2003 http://www.nukecops.com

Forums ©

 

Logos/trademarks property of respective owner. Comments property of poster. Rest 2004 Itil Community for Service Management & Foundation Certification. SV
Site source copyright (c)2003, and is Free Software under the GNU / GPL licence. All Rights Are Reserved.