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: KDarringt
New Today: 20
New Yesterday: 55
Overall: 148142

People Online:
Visitors: 71
Members: 3
Total: 74 .

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

Business Case

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


Joined: Mar 23, 2007
Posts: 3

PostPosted: Fri Jun 22, 2007 8:24 pm    Post subject: Business Case Reply with quote

Hi - I'm in the process of putting a business case together on whether to develop an in house CMDB or to look at CMDB tools on the market. There are a few useful posts already on this forum which should help. One of the main areas though is to try and sell the idea to senior management as to why we need to spend so much money on a tool. The problem I have is actually trying to show what savings can be made! Not easy. I would like to ask your views on how I can show some ROI. A couple of ideas include:

1) We are moving data centres within the next 2 years
2) Improving the way changes are made in the organisation as we would have the ability to do impact analysis

Have you put a business case together on this? Are you able to share experiences? Thoughts and Comments?

Many thanks!
Back to top
View user's profile
Guerino1
Senior Itiler


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

PostPosted: Fri Jun 29, 2007 10:36 am    Post subject: Reply with quote

Hello Dynamo,

You have to be very careful about this. There are fundamentally two types of CMDBs that you will need to consider. The first is what is called a "Non-Operational CMDB" (or NOCMDB) and the second is called an "Operational CMDB" (or OCMDB).

A NOCMDB, which is very much the traditional CMDB that most people are referring to when they talk about CMDBs, is one that is no more than a basic data warehouse that gets its data from upstream systems and is used as a hub that can feed down stream systems. The best you can do with something like this is put a Reporting and Business Intelligence solution over it and understand that because the data comes from upstream systems, your NOCMDB can "never" be the true source of data. Since this system is an addition to your environment, it automatically drives your Total Cost of Ownership (TCO) up. It becomes hard to prove a tangible cost savings or revenue increase due to such an implementation. This is more than likely why you're having a hard time proving a solid ROI. Most people suffer the same pain, here. Another big disadvantage of a NOCMDB is that it becomes very difficult to manage Relationships between entities, as you're pulling data in from multiple, disjoint sources and correlating it all, after the fact, becomes a huge effort to implement and to maintain.

An OCMDB is a different beast, altogether. People actually work in such a system, directly, and create, manage and share information, right from within it. So, for example, Engineers will register and manage their assets in an OCMDB. Product Managers will register their Products and Product Releases in an OCMDB. Help Desk/Service Desk personnel will create and track Incidents in an OCMDB. Etc. As a result, there is no need for a separate Incident Management tool because the OCMDB becomes your Incident Management tool. There is no need for a Product Catalog because your OCMDB becomes your Product Catalog. Etc. This means that your OCMDB has the potential to "take out" / "decommission" other tools. Such decommission equate to tangible savings, because you're going to be able to prove that costs for those other systems go away (after recouping your investment to migrate and shut them down). A major advantage to an OCMDB is that everything is transactionally linked and integrated, so Relationships are much easier to create and manage. In many cases, they will get implemented, implicitly, without you even known (although they will allow explicit creation and modification of Relationships, too).

Anyhow, I hope this helps. Please feel free to contact me offline at Frank.Guerino<@>TraverseIT.com, if you feel you would like to discuss it further.

My Best,

Frank Guerino, CEO
TraverseIT
On-Demand ITIL
Back to top
View user's profile Send e-mail 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.