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: AVanRaalt
New Today: 60
New Yesterday: 65
Overall: 148016

People Online:
Visitors: 59
Members: 2
Total: 61 .

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 - Change Approvals
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Change Approvals

 
Post new topic   Reply to topic    ITIL Forum Index -> Change Management
View previous topic :: View next topic  
Author Message
Benson112
Itiler


Joined: Feb 09, 2007
Posts: 44

PostPosted: Fri Feb 08, 2008 2:04 am    Post subject: Change Approvals Reply with quote

Hi All,

Apologies if this has alraedy been asked but i searched and couldnt find anything.

Quick question: Who should chase change approvals?

We currently have it set up so that if it is a priority 1 (emergency) change then the assignee is responsible for chasing the approval. If the priority is anything else, change management chase the approval.
Back to top
View user's profile
Mark-OLoughlin
Senior Itiler


Joined: Oct 12, 2007
Posts: 306
Location: Ireland

PostPosted: Fri Feb 08, 2008 5:46 am    Post subject: Reply with quote

Change management is responsible.

However in the case of emergencies shouldn't chnage managemement be involved to ensure the correct approvals are obtained. However in out fo hours situations you may delegate control to say a duty manager who is then responsible. If someone other than the chane manager is going to get the approvals have this documented and understod what is being delegated and to who.
_________________
Mark O'Loughlin
ITSM / ITIL Consultant
Back to top
View user's profile
Ed
Senior Itiler


Joined: Feb 28, 2006
Posts: 411
Location: Coventry, England

PostPosted: Fri Feb 08, 2008 6:07 pm    Post subject: Reply with quote

Hmmm Interesting point here!

Benson 112, I am interested as to why you have a different approval path dependent on Priority.

Also, I do not agree, Mark, that Change Management should do the chasing.

As someone who is 'controlling the changes', we are the last people who should chase signatories.

Change Management is responsible for giving the final approval that allows Release to do it's job. This is given under advice, as CM cannot possibly know all the technologies.

Regards

Ed
Back to top
View user's profile
UKVIKING
Senior Itiler


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

PostPosted: Fri Feb 08, 2008 7:35 pm    Post subject: Reply with quote

Ed,

I agree with Mark. The reasons are as follows

Change Management needs to be able to manage the change request through its life cycle - that includes the Approval process

A smart Change mgr would have OLAs with all of the approval groups

Change mgmt should also include change admin processes such as reminders etc

admin function would include chasing the approval.

The way I did this a my last role is send an email to approvers who have not approved the change notice fo requirement via an automatic process
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

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


Joined: Feb 09, 2007
Posts: 44

PostPosted: Fri Feb 08, 2008 11:51 pm    Post subject: Reply with quote

Im am interested as to why we do it this way too haha.

I have been given the joyfull task of improving the process, i wasnt the one who created it originally.

The problem i get is that when a change is assigned to somebody, they think they can sit back and do nothing and hope that the change gets approved. They will spend time hassling change managment to chase approvers but will not chase them themselves....which i see as pointless.

As far as i can tell, it was set up this way to deter people from poor planning, i.e. if you dont give us 7 days plus notice then you have to chase it youself (bare in mind that we currently categorse and prioritse changes completely wong! with priority, standard = more than 7 days notice, emergency = less than 7 days, and priority 2 = less than 7 days but not critical)

What i wanted to know was the ITIL stance on who should be chasing them and i seem to have my answer. I was hoping you would say anybody but change management but hey ho.

Thanks guys
Back to top
View user's profile
Skinnera
Senior Itiler


Joined: May 07, 2005
Posts: 121
Location: UK

PostPosted: Sat Feb 09, 2008 1:23 am    Post subject: Reply with quote

We encourage requestors to chase approvals, so they have some skin in the game...

Mostly this is for short notice, fault or emergency Changes, as all the others are done via CAB.
Back to top
View user's profile Send e-mail
Mark-OLoughlin
Senior Itiler


Joined: Oct 12, 2007
Posts: 306
Location: Ireland

PostPosted: Sat Feb 09, 2008 2:54 am    Post subject: Reply with quote

ok I will expand a bit more as the last post included some very relevant info which I should have included

In the past I have put in the process that no change can be implemented - released unless approved. The change requestor and or the assignee of the change can help to ensure that the approvals are gained by the relevant CAB members as it in in there interest to do so.

However if approaching the time of the change, say 1 day before hand, approvals are still not done the Change Manager should step in to assist with getting the approvals and also use this to identify the issues in getting the approvals in the first place.
This could mean pushing the requestor to get the approvals. It is a form of control that you want to have the change manager in there chasing them - but only at certain times nearing the date of the change.

Generally I went back to the requestor and told them to get it sorted. Sometimes I found issues with the CAB members and the process that needed the CM to intervine etc.
_________________
Mark O'Loughlin
ITSM / ITIL Consultant
Back to top
View user's profile
Ed
Senior Itiler


Joined: Feb 28, 2006
Posts: 411
Location: Coventry, England

PostPosted: Mon Feb 11, 2008 6:00 pm    Post subject: Reply with quote

Mark-OLoughlin wrote:

This could mean pushing the requestor to get the approvals. It is a form of control that you want to have the change manager in there chasing them - but only at certain times nearing the date of the change.

Generally I went back to the requestor and told them to get it sorted.


Mark/John
This I have no problem with, it's what I do. I should have explained myself a little clearer. We nudge the requestor to get the sign-off, with 'No sign off means no Change' which tends to concentrate their minds. CM do not actually obtain the signatures

My apologies - I read specific actions into Mark's previous post i.e. that CM should run round the building getting the sign-off.

Skinnera
I'm with you all the way here

Regards

Ed
Back to top
View user's profile
Benson112
Itiler


Joined: Feb 09, 2007
Posts: 44

PostPosted: Tue Feb 26, 2008 9:22 pm    Post subject: Reply with quote

Thanks very much all. I have now come to the conclusion that i will include in the process the following:

It remains the responsibility (regardless of category / priority) of the requestor to ensure that approvals are gained prior to implimentation as non-approval = no change.

I will also add that CM will step in to aid the approval where deemed necessary by CM.

Thanks again all
Back to top
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Change Management All times are GMT + 10 Hours
Page 1 of 1

 
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.