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


The five ITIL books can be obtained directly from the publisher's website:

Or as downloadable PDFs: HERE

Current Membership

Latest: JamisonP
New Today: 1
New Yesterday: 37
Overall: 231686

People Online:
Visitors: 123
Members: 1
Total: 124 .



Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.

Related Resources

Service related resources
Service Level Agreement

How to set up
IT Change Management
Process Info-Graphic

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.


Select Interface Language:

Please contact us via the feedback page to discuss advertising rates.

The Itil Community Forum: Forums

ITIL :: View topic - Several Changes
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Several Changes

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

Joined: Aug 02, 2006
Posts: 5

PostPosted: Thu Aug 03, 2006 12:03 am    Post subject: Several Changes Reply with quote

In charge of implementing ITIL in my Company (Dev & hosting). Many questions arose when i check the change management process and the release management process.
Is one RFC means 1 change ?
What if one change implies several modification ?
ie : Remove application A from Server A
Does it have to go through the release management pipe eventhough there is no dev involved ?

My concern is the update of the CMDB. In such a case how do i update it ?

After reading all the materiel i could i m even more confused

Hope somebody can help Very Happy Does anyone have concret exemple and a step by step that could help
Back to top
View user's profile
Senior Itiler

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

PostPosted: Thu Aug 03, 2006 6:38 am    Post subject: Reply with quote

Hi Itiladdict

As a Change Manager, I want ALL changes covered, on ALL items.

One Change means an RFC is required, unless the change is occuring in an area that is outside the scope of Change Management as defined by your company. For example in my company desk top pcs are not generally covered by Change Management. Any changes here do not come within my remit.

Elsewhere, I need to know what the business case is for the Change (is it a nice to have, an emergency fix, or what).

If the change is to be safe then the Change builder needs to demonstrate that it has been built correctly, that the regression has been tested and works etc.

For this you need a release document to cover all of the above.

Potentially you could have more than one release document for a single RFC - depends what you are capturing.

Installing 32 servers in a number of small doses could require several releases against a single RFC.

Equally, you could have several RFCs on one release - again it depends on what is happening.

A Release document allows the Change into the 'live' environment

Update of the CMDB will depend on what software tools you have, if any.

Some will do it for you automatically(or so their vendors claim). Some will need you to run discovery tools to pick up the 'new' configuration, and some will need you to do it manually.

I hope this sheds some light


Back to top
View user's profile

Joined: Aug 02, 2006
Posts: 5

PostPosted: Thu Aug 03, 2006 7:33 pm    Post subject: Request For Change Reply with quote

Thanks Ed, your message is very helpfull.
Am I right if i say change and release go through the same pipe and there is no need to distinguish the 2 processes. Cause they both request at some point a RFC ? The difference would be RM involved softwares dev and 3 different environments (by the way is it necessary to ask for a RFC when it is time to change from dev environment to integration, then to pre-production )?

Do you recommand any particular dicovery tool...i was thinking of updating the CMDB manually but i don't know why people around me disagree Smile

Back to top
View user's profile
Senior Itiler

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

PostPosted: Fri Aug 04, 2006 10:08 pm    Post subject: Reply with quote

Hi ITILaddict

Release and Change and Configuration work extemely closely together, but thay are separate processes, and will, in a large company, have different managers, with different agendas etc. It is also true to say that in smaller companies (like ours) the Change, Release and Config form part of the same team.

I cannot possibly recommend a specific discovery tool as I have only very limited experience with the ones we have.

I would never attempt to update a CMDB manually, unless there was NO other solution. It just blows my mind to think of it. any reasonable sized environment will have thousands of CIs of all varieties - mind boggling.


Back to top
View user's profile

Joined: Aug 01, 2006
Posts: 7

PostPosted: Fri Aug 04, 2006 11:04 pm    Post subject: Reply with quote

Hmm. In my experience I did update the CMDB manually.

It all depends on the goal of configurationmanagement.

Disadvantages of auto-update:
- You cannot detect unauthorised changes. With a CMDB plus a dicovery tool you can look for differences. Those are likely unauthorised changes.
- With a manual CMDB, you can detect differences between the "current" situation and the "should be" situation. In case of an incident where for example a CI is changed by a hacker, you can use the CMDB to have information how the CI should be.

But again, the goal is different in different situations.

In a month we will be implementing HP Openview Servicedesk. That tool has a nice way of dealing with changes to the CMDB.
In a workorder you can relate a CI, and then you can register the new values for that CI after the change. So for example the requester can relate the CI with hostname oldserver, and he can register the new name in the workorder newserver.
This info is then very "synoptic" (is this the good word?) for CAB members. Plus you can have the CMDB updated "automaticly" after the workorder is closed.

I am very curious how this will function in real life! ?

Back to top
View user's profile

Joined: Aug 23, 2006
Posts: 6

PostPosted: Thu Aug 24, 2006 10:26 pm    Post subject: Manual updates to CMDB Reply with quote


We do update our CMDB manually - despite having a large one. I feel if we do it automatically - we will loose control.

However to make life simpler asset discovery tools can track close to 100 attributes of each asset and populate it in a db - not CMDB. A separate db.

You can look at this asset info in one part of the window and CMDB asset info in another to help u compare. If the chnges to the asset done are appoved then you might want to import them (decision made by a human) you can do so with click of a button with a reference to the approved RFC.

This is R11 integration of CA Unicentre Asset Management and Unicentre ServicePlus Service Desk. This feature is a useful one - the description is not meant to be a positive review about this tool. I am sure you see the point.

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
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

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.