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: KBrierly
New Today: 47
New Yesterday: 49
Overall: 148391

People Online:
Visitors: 40
Members: 2
Total: 42 .

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 Management and Role of the CAB
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Change Management and Role of the CAB

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


Joined: Oct 06, 2011
Posts: 2

PostPosted: Fri Oct 07, 2011 4:19 am    Post subject: Change Management and Role of the CAB Reply with quote

Hi,

I've always worked in software development, and have always seen CAB's and Change Management teams used to decide whether changes go to the production environment based on impact and risk. For smaller changes, RFC's are raised just before they are released to production.

I've recently joined a department where their CAB and Change Management process does more than that - it decides whether small application changes (not projects) should be coded in the first place. So the CAB is discussing the technical design of changes, whether they should have been coded in the first place, is rejecting changes if they were not coded in the correct way, and is also responsible for the prioritisation of changes being coded.

I've been asked to create an 'end-to-end' ITIL Change Management process for the application which is responsible for deciding what application changes should be coded, what order they should be coded in, how they should be coded, then after they've been coded, what approvals are needed and then the process should deal with the approval to be released to production.

An idea that has been suggested is a 'CAB' in the beginning to decide whether to code changes in the first place, and a 'CAB' later on just before release to decide whether they are released to production or not.

And I've been told that's what ITIL change management is. But that's not really what I've seen Change Managers do in the past in companies which said they had implemented ITIL-aligned Change Management.

I want to check whether what I've been told is right - in ITIL do CAB's normally decide whether to make changes in the first place (before they are specced and coded)? Are ITIL Change Managers responsible for that process?

Thanks for any advice as I'm getting quite confused! Very Happy
Back to top
View user's profile
Diarmid
Senior Itiler


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

PostPosted: Sat Oct 08, 2011 1:43 am    Post subject: Reply with quote

Alex_J,

I cannot answer for "normally" although from this and other fora I get the impression that what you describe is prevalent.

However the logic of change management is that you should agree the change before doing the work to prepare it. Why would you spend time designing and coding for something that may not be needed, practical or even useful?

It may be difficult to do, but integrating the change management process into the whole organization makes sense. It can prevent someone developing code without ensuring there is sufficient hardware capacity to run it effectively, just as it can prevent someone ordering additional servers without ensuring that there is sufficient space and power supply for them to be used.

Don't forget that any code you develop has to (logically) be a consequence of a request (i.e. a change request). So why not manage the change from the start?
_________________
"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
Alex_J
Newbie
Newbie


Joined: Oct 06, 2011
Posts: 2

PostPosted: Sat Oct 08, 2011 5:30 am    Post subject: Reply with quote

Thanks for your help.

I definitely agree that you need to get approval before making coding changes - but I've always seen that as a different process than the approval process for going live with different people involved. I always thought that the ITIL CAB was for the move to production, and much earlier in the SDLC you had a different process and group of people who considered whether to make the change in the first place but that wasn't actually ITIL Change Management.

In our department which I have recently joined, the agreement to make the small change can happen several months before something goes live, at that time we don't know what the change actually consists of in terms of configuration items, and there is no structured approval process for the move to production. We seem to have a hybrid process that tries to merge these activities into one fairly unstructured meeting, and as a result we don't seem to do either approval process very well. I think that's because people are confused about what IT Change Management is, and all they focus on is the business impact of the change, discussions about design and problem management discussions as to why certain incidents keep happening. To them an ITIL CAB agrees whether to make coding changes and covers all those other things, and I don't think that's right. I thought the earlier approval process is more project (or business?) change management, and the latter is ITIL change management.

I would like to isolate the earlier approval process and improve it, but also isolate the approval process to move to production and get it looking like the structured IT change management that I know and have seen in my previous jobs.

However, when I'm trying to explain this to the people I work with they don't understand, so I'm trying to use ITIL to help clarify it.
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.