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: AJXA
New Today: 50
New Yesterday: 59
Overall: 146209

People Online:
Visitors: 62
Members: 1
Total: 63 .

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 can write to CMDB?
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Who can write to CMDB?

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


Joined: Jun 05, 2006
Posts: 12

PostPosted: Wed Jun 14, 2006 8:56 pm    Post subject: Who can write to CMDB? Reply with quote

Hi,

According to what I understand, the CMDB may be written to by any of the Support processes. But then who polices what can go in, the quality of what is entered etc?

Is it Config Management?

TIA.

Bob.
Back to top
View user's profile
Guerino1
Senior Itiler


Joined: Jan 01, 2006
Posts: 500
Location: New Jersey

PostPosted: Sun Jul 02, 2006 7:28 am    Post subject: Reply with quote

Hi Bob,

Everyone that has a stake in it.

The most effective and useful data to get into it come from people, robots, or scripts that:

Inventory things (Inventory details: Products, Components, Parts, etc.)
Store things (Storage and location details)
Build things (Contruction details such as required components, build dependencies, ordered construction details, build documents, etc.)
Move things (Deployments & Distribution details)
Install things (Installation details)
Launch things (Instantiation details)
Run things (Execution and behavioral details)
Stop things (Termination details)

The most important thing to understand is that humans are the worst when it comes to collecting and managing details in a controlled manner. Therefore, my recommendation is to not have humans write to your CMDB but to have robots and scripts write to it. You'll get far more information, in a fraction of the time, with much higher accuracy and quality.

At TraverseIT, we subscribe to, and pitch to our customers, what we call a "Phone Home" theory for Configuration Management. Let everything in your enterprise phone home with the details that need to be in the CMDB. The only exception to this are things that "must" be generated and managed by humans, such as human generated documentation.

I hope this helps.

Regards,
_________________
[Edited by Admin to remove link]
Back to top
View user's profile Send e-mail Visit poster's website
Flip
Newbie
Newbie


Joined: Jun 07, 2006
Posts: 6
Location: Amsterdam

PostPosted: Thu Jul 06, 2006 6:29 pm    Post subject: Reply with quote

Hi Bob,
My answer comes not from the world of ITIL but of qiality management.
Indeed, as Frank is sayin, you can't simply rely on people maintaining the CMDB correctly. You have to insert some control.
If automating is not the solution (Frank's solution) than I recommend either or both of 2 options:

Preventative/Proactive:
Nobody is allowed to update the CMDB but a Configuration Manager (or his team). The other teams provide input, and the ConfM first reviews it, then inserts it. If the provided input is below a quality threshold (description too short, fields not filled in), he gets into contact with the supplier of the information. That person has to improve the information before it will be submitted. The 'stick' of this method is that you can save yourself some time by providing correct information from the start, other wise you'll have to spend extra time with the ConfM again.

Detective/Reactive:
When other people administer the database, the ConfM can hold periodic reviews over the content. If there are problems, he can raise them with the people who populated the database with that information. So make sure to track who enters which information. He can also decide, based on frequent reoccurence of the same problems, to organise extra training sessions.

Regards,
Philip.
Back to top
View user's profile MSN Messenger
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.