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: EKleiber
New Today: 2
New Yesterday: 52
Overall: 145976

People Online:
Visitors: 51
Members: 1
Total: 52 .

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 - Who Raises the RFC - Tech Teams In Dispute!
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Who Raises the RFC - Tech Teams In Dispute!

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


Joined: Jan 09, 2014
Posts: 2

PostPosted: Thu Jan 09, 2014 9:16 pm    Post subject: Who Raises the RFC - Tech Teams In Dispute! Reply with quote

We're having an issue in my organisation at present with regards to who raises the Change Request. The scenario is this.

There are three divisions. Two IT 'business' divisions, and one 'central' IT division who manage the infrastructure and datacentres across the org.

Essentially, the two business divisions encompass all of the application IT support & projects, and the central division supports the infrastructure across the piece. All in house.

Very often, the business divisions (IT application support, projects, service management, service desks) are requesting changes which the infrastructure teams are the implementers on. However the business divisions argue that they dont have the technical detail to be able to raise the Change Request.

Our process dictates that whoever initiates and owns (requests) the Change, raises the Change, and the implementer updates the record in a draft format, with the technical implementation plan etc. The request is passed between the two areas before its submitted for approval.

The only exception is when the Change is incident related, whereby the incident has been assigned to the infrastructure team and they raise the change to fix the issue (if its their kit that has failed in some way).

We understand that Change Requesters can also be implementers. Most of our application change is raised and implemented by the same team. However when there are two different technical areas involved, who has overall responsibility to raise the change request. Does ITIL give any guidelines on this?
Back to top
View user's profile
UKVIKING
Senior Itiler


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

PostPosted: Fri Jan 10, 2014 1:45 am    Post subject: Reply with quote

Helen

No. ITIL Does not really care about this.

This is an issue that irritates all

The only real answer is that it depends

Let me tell you how I allow it

First, what kind of change is being requested

The network people raise the network changes
the system people raise the system change requests
etc etc

If there is a major change that involves a set of services and disciplines, a Project mgmt type raises the change request.

The change request is a container - which may have several related pieces of activities
Deployment request / tickets for non production
tests for nonproduction
deployment tickets for production and DR
etc
documentation etc
and of coruse the CAB data - the meeting it is disucessed, the approvals of the members, the approval of the board etc

then the change itslef has a lifecycle
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

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


Joined: Jan 09, 2014
Posts: 2

PostPosted: Fri Jan 10, 2014 3:12 am    Post subject: Who Raises the RFC - Tech Teams In Dispute! Reply with quote

Hi John,

Thanks for taking the time to explain your process. It makes sense in many ways & would certainly simplify the process of raising changes for the teams (even though our infrastructure teams prefer the current method as it cuts their admin!). However, when you have one organisation but multiple businesses, how will changes to be attributed to the correct driving area? For reporting purposes.

Because if infrastructure raise their own changes, which have been requested by one part of the organisation, that work, the resources, the costs, are all logged against the Requesters department.

I suppose if we have some way of recording this in the tool, it wouldnt matter so much! Business owning group or something.

I did read something that said the Change Requester has "end to end responsibility" for the Change and as such is accountable for confirming that it has fulfilled the initial requirement (including selecting the closure code). Im not sure the implementer (infrastructure in this case) would be qualified to do that for the business division.

Its a tricky one!
Back to top
View user's profile
UKVIKING
Senior Itiler


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

PostPosted: Fri Jan 10, 2014 7:12 pm    Post subject: Reply with quote

Helen,

A change request is for the Change Advisory Board.
The information in the CR is for the analysis and risk assessment of the change against the production environment by the Subject Matter Experts

The change may have work that is to be done by any number of groups - internal, external - using any number of ticket systems that may or not be available to the change presenter per se.

The gauge I use to define the presenter - is the person who presents should be quite aware of what the change is going to do - whether that person is the technical type - ie the Network team lead for a network only change or the system team lead for a system change or a non technical management type - project mgr or mgmt type.

Once the ticket is approved, the change requestor / owner is responsible for starting the process for implementign the change.
Now, if there is a common ticket system that CM has access to, then those tickets would be in the CM queue awaiting approval and transfer to the action queue.

However, everything depends on the policy that has been written for CM
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
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.