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: ERobles
New Today: 39
New Yesterday: 59
Overall: 146198

People Online:
Visitors: 56
Members: 2
Total: 58 .

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

Entering new CIs

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


Joined: Feb 06, 2007
Posts: 41

PostPosted: Sat Jun 02, 2007 1:58 am    Post subject: Entering new CIs Reply with quote

We have took a stance in our CMDB that all CIs entered or updated should have a related RFC to link to the CI.

Question is, when would new software be introduced into the CMDB. What process is used to get approval to but say a new developer tool to use against a database and then get entered into the CMDB with a status of Planned/Ordered?

Right now for us it would be when the requestor wants to install the software into an environment, with an RFC, thats when we would first get exposed to the new CI and enter it into the CMDB, but I would like to have that CI in the CMDB when it is first approved to buy so we have a record of it in the CMDB before installing it but I don't see this happening through the RFC process as it doesn't quite make sense to use an RFC to buy software.

Thoughts/comments?

Thanks.
Back to top
View user's profile
dboylan
Senior Itiler


Joined: Jan 03, 2007
Posts: 189
Location: Redmond, WA

PostPosted: Sat Jun 02, 2007 2:13 am    Post subject: Re: Entering new CIs Reply with quote

dsemeniuk,

I think you might be confusing Change Management with Change Control. Change Control is a subset of the Change Management process that is focused on ensuring that releases into to the production environment don't conflict. Think of it as collision avoidance.

Change Management is a process that governs all aspects of the introduction of items into the production environment, including it's purchase. Why would a CAB have fiscal representation if the product has already been purchased?

(copy/paste from a previous post)

To think of it terms of modern IT, Change Management is what most corporations do with an Office of Project Management (PMO) department.

They are the ones who review requests in terms of its business, financial, and technical values. If they think the project has merit, then they are the group that coordinate all the activities of the project.

This is, in essence, what Change Management is all about.

Not one dollar is spent on a project until the PMO signs off of on it. Not one resource is spent developing code until the PMO signs off. Once the PMO gives its approval, then the entire project is (micro-)managed through the PMO. The PMO does no actual work on the project, but no work is done unless they authorize it.

Swap out "PMO" with "Change Management" and "project" with the word "Change" in the previous paragraph, and you have the idea of what ITIL's Change Management process is all about.

(end of copy/paste)

So Change Management is the process responsible for approving the expenditure of funds. If the RFC is raised properly, then the CI is entered into the CMDB prior to the purchase of the product.

If a RFC comes to the CAB for a product that is ready for introduction into the production environment, then you are doing Change Control, not Change Management.

Don
Back to top
View user's profile
alphasong
Itiler


Joined: Mar 03, 2007
Posts: 33
Location: Minneapolis

PostPosted: Sat Jun 02, 2007 6:12 am    Post subject: My problem with this... Reply with quote

You have accurately portrayed the scope of ITIL's Change Management concept, where most people don't get it.

My problem with this is that the language is completely inconsistent with the reality of large scale IT practice. The point is, we *don't* call it Change Management - we call it program/project portfolio management or what have you. ITIL's overly broad use of the term just confuses things.

Not sure where v3 comes down on this. I should have it in hand next week.

-Charlie
_________________
Charles T. Betz
Back to top
View user's profile Send e-mail
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Configuration 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.