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: LSampson
New Today: 43
New Yesterday: 64
Overall: 148296

People Online:
Visitors: 54
Members: 0
Total: 54

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

CMDB experts

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


Joined: Mar 06, 2007
Posts: 4

PostPosted: Fri Feb 29, 2008 11:48 pm    Post subject: CMDB experts Reply with quote

We have recently purchased the Assyst system from Axios. We have implemented the incident system and am now starting to plan for CMDB and Change implementations.

There has been some disagreement on the development side(all in house development) as to how to handle it in the cmdb.

For example(high level):

We have an Order entry system and this Order entry is comprised of 5 programs(pricing program, acknowledgement program,entry program, shipping info program,product code program):

Option 1:
Some people think we should have a ci named order entry. If we need to change something in the order entry system, then open an RFC referencing order entry system.

Option 2:
Some people think we should have several cis, a ci for every program in the order entry system with a version # associated with it. If we need to change the pricing program and entry program, then open an RFC referencing 2 cis(pricing program and entry program).

What do existing ITIL shops typically do for development? Confused

Also, how many configuration items do some of you hold in your cmdb? Confused
Back to top
View user's profile Send e-mail
UrgentJensen
Senior Itiler


Joined: Feb 23, 2005
Posts: 458
Location: London

PostPosted: Sat Mar 01, 2008 12:40 am    Post subject: Reply with quote

Hi Steelmaker,

I don't want to tell you what you already know but i'll add some context for anyone who might be new to the topic...

One of the principles of ITIL is that you use it where it will add benefit of your unique organisation. To apply that at a cmdb level would be to suppose that you only manage the CI's that matter to you. So you won't find a 'standard' for the volume of CI's or their attributes.

Having said that, in regard to your initial question I'd suggest that you could, if you all felt appropriate, have a CI for each individual application AND a CI for the overall 'service', i.e. 'Order Entry System'.

[Appropriate might depend on how well known those five apps are as 'Order Entry System' in the organisation and if it has any correlation to performans/SLAs etc.]

Initially that might sound like duplication, but it doesn't have to be.

One of the main benefits of a cmdb is to allow you to view and understand the relationships between CIs. And there is a clear relationship between the Order Entry System 'service' as a whole and the individual applications and from an IT standpoint you need to know that. The customer may only know it as the Order Entry system but IT need to know more about it than that.

Afterall, if you change CI 'Order Entry App 3', it will have a tangible impact on CI 'Order Entry System'

So what info do you keep in the Order Entry CI? Well, you can simply maintain attributes describing the relationships with the individual application CIs but don't copy in all their unique attribute in too, that would certainly be pointless duplication.

I hope that helps a little,

UJ
_________________
Did I just say that out loud?

(Beige badge)
Back to top
View user's profile
cjmt
Itiler


Joined: Mar 14, 2008
Posts: 32
Location: Porto, PO.

PostPosted: Fri Mar 14, 2008 11:06 pm    Post subject: Reply with quote

One way to create a global plan for your CIs would be to analyse your current inventory and define what could be thought as standard "profiles". This way, you can also get a feel of the granularity level that your particular system needs.
Back to top
View user's profile
Cotswolddave
Itiler


Joined: Mar 23, 2007
Posts: 35
Location: UK

PostPosted: Tue Apr 01, 2008 7:35 am    Post subject: Reply with quote

Hi,

It depends on your need for control and communication. You could just have the one CI for order entry and reference all changes against it. It means it is difficult to spot which elements of order entry are likely to affected so you would have to read the text in the change documents.

If you have multiple CIs for each element it then makes it easier to indicate what you're changing and to log incidents at a more granular level for root cause reporting. But you have to maintain and communicate more CIs and their definitions.

The ITIL guidelines have asset control, product life cycle, service mapping all referenced as to what a CMDB could do. In practice you can mange assets without a CMDB. You can manage development using specific SW product toolsets - serena, subversion etc. But you can't really manage services without using a CMDB in a service desk as it provides the common naming and understanding between CIs for different processes. So you may be right in that you don't really have the best repository for your development teams - unless someone can show you how Assyst makes it easy!

Dave
Back to top
View user's profile Visit poster's website
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.