CA Community






This Blog

April 2009 - Posts

CMDB – the next step in Integration of the Business and Lean IT

Published: April 29 2009, 09:22 PM | 2 Comment(s)
by Robert Stroud

 

 

The ever-increasing IT complexity is obvious to every CIO and IT employee, and it is now becoming more evident at the business level.  Emerging technologies such as virtualization and cloud computing, combined with a dependence on technology and the current pressure for cost cutting, have made it critical that IT understand the business services. IT also must understand the technology components, business processes, business service levels, and their relationships. This knowledge makes certain that IT can act dynamically to guarantee that business services are delivered appropriately. To understand these relationships, many corporations have turned to the Configuration Management Database (CMDB) or Configuration Management System (CMS) to help ensure service availability, understand business impact, and lean up on IT and be confident the business can communicate effectively.

I am a little surprised that most CIO's have has taken so long to adopt standards and best practices, such as ITIL, COBIT and ISO/IEC 20000 and to investigate and roll out CMDBs. The manufacturing industry has taught us the importance of the Bill of Materials or a detailed list of components and the costs associated with them. This helps enable repeatable processes that deliver products of consistent quality at a predictable price.  One organization I was speaking to recently reminded me that IT professionals previously had many of the relationships between IT components and linkages in their heads or documented in a manual. In the past this was fine, because individuals in IT were the interface with the customer or business process and the complexity was less severe than it is today. More importantly, change was less frequent.  All that has radically changed. The advent of technologies, such as virtualization and cloud computing, combined with outsourced components and the dramatic increase in the rate of change demanded by the business adds to the complexity of the computing environment. This has led to missed expectations and diminished confidence in IT.

Another barrier to the implementation of the CMDB has been the definition of the benefits. If a CMDB is implemented simply as a repository of relationships it has minimal value to the organization. The true value is in the understanding of how these relationships impact IT and business services. These services range from service outages - whether planned (such as a change) or unplanned (such as a hardware failure) - to how future changes impact IT services business performance. With the changing delivery environment where multiple suppliers and IT organizations are leveraging current and emerging technologies, the value of a CMDB is becoming clear.  So in summary the value of the CMDB is not in the repository itself, but in the relationships it maps and how IT uses them. 

For instance, a shipping and transportation organization implemented a CMDB and targeted their key business systems.  They had a known problem with a home-grown middleware component. Due to issues with the middleware and system instability, the CIO had implemented a process that any change to a component which leveraged the middleware required testing of all systems that used the middleware prior to implementation.  Although the policy was well known, the challenge for the IT organization was that not all the team was aware of the components that utilized the middleware.  The implementation of the CMDB was targeted at business services that leveraged the middleware.  Results were experienced almost immediately when the CMDB went into production as a service outage was almost immediately linked to a change to a business service which leveraged the middleware allowing the organization to back out an apparently unrelated change and restore service.  The value didn't end there.  The initial value was advertised throughout the organization and the CMDB is now one of the pivotal components in the change process.

The CMDB may be a pivotal component in your journey of business and IT integration but remember it's not the destination.  A brilliant CMDB maybe technically sound, but the real value of the CMDB is in the relationships and how you use the information for your IT Service Management processes such as change, incident and problem management. Ultimately you need to use this information to effectively manage your business.

To learn more about how to achieve Lean IT with new CA solutions including our Service Desk Manager and CMDB visit the Lean IT site!

 

 

 

 

Share this post:  EmailEmail

 

By: Robert Stroud
Robert Stroud serves as VP and as Service Management, Cloud Computing and Governance Evangelist at CA Technologies. Robert also serves as an International vice president of ISACA, is part of the Framework committee and was the former chair of the COBIT Steering Committee. Robert also serves on the itSMF...
Read More..

How Service Catalog and CMDB Integration Supports Going Lean

Published: April 28 2009, 08:12 PM | 3 Comment(s)
by Robert Stroud

 

As CIOs look to adopt Lean IT principles to reduce costs, eliminate waste and increase value, business and IT alignment is more important than ever. In order to get lean IT needs to deliver a close integration of the Service Catalog and CMDB.  My colleague, Steve Widen has just has an excellent article, released in the CA Advisor on the topic that I wanted to draw your attention to called "How Service Catalog and CMDB Integration Supports Going Lean"

Whilst on the topic I wanted to draw your attention to the newest release of CA Service Catalog which makes significant progress in bridging the IT-business divide. 

To learn more about how to achieve Lean IT with new CA solutions launched April 20 and this week visit the Lean IT site.  

 

 

 

 

Share this post:  EmailEmail

 

By: Robert Stroud
Robert Stroud serves as VP and as Service Management, Cloud Computing and Governance Evangelist at CA Technologies. Robert also serves as an International vice president of ISACA, is part of the Framework committee and was the former chair of the COBIT Steering Committee. Robert also serves on the itSMF...
Read More..

Service Catalog helping IT get lean!

Published: April 28 2009, 01:39 AM | 2 Comment(s)
by Robert Stroud

 

This economy is requiring us all to reduce costs and this is no different for IT.  This mandates that IT looks for opportunities to automate and rationalize service delivery while at the same time communicate value to the business.  The last release of ITIL® the Service Catalog gained significant prominence as a unique process as part of the Service Design volume and is one of the primary conduits between the Business and IT. 

The service catalog should provide the business information relating to the services that are available whether "live" or available for deployment to the business expressed in business terms.  The content of the service catalog should contain information about deliverables of the service, prices, contact points, quality metrics, service levels and ordering and request processes.  This paradigm is similar to purchasing any other service where you agree a price, level of service and timeframe up front such as a car or a meal in the restaurant.  This provides the consumer the ability to choose based on metrics that they understand.

With end user expectations established, IT can then focus on the automation of back-end, service provisioning and focus on reducing costs and choosing the correct vehicle to deliver the service at the appropriate costs.  More importantly, if IT understands consumption and can relate the IT components to a business service then can communicate back to the business in terms of value.

To learn more about how to achieve Lean IT with new CA solutions launched April 20 and today visit the Lean IT site:  www.ca.com/LeanIT

 

 

 

Share this post:  EmailEmail

 

By: Robert Stroud
Robert Stroud serves as VP and as Service Management, Cloud Computing and Governance Evangelist at CA Technologies. Robert also serves as an International vice president of ISACA, is part of the Framework committee and was the former chair of the COBIT Steering Committee. Robert also serves on the itSMF...
Read More..

How to Be a Leader

Published: April 28 2009, 01:18 PM | 1 Comment(s)
by Peter Doherty

 

This video is an interview I did on leadership as a key part of delivering on Service Management. I would be interested in peoples thoughts as I still feel that there are many things I still need to learn and there are people out there who want to learn as well.

Share this post:  EmailEmail

 

By: Peter Doherty
Peter Doherty is an ITILv3 contributing author and a Principal Consultant for CA. With 25 years IT experience in Service Management as well as Enterprise Network and Systems Management, Peter Doherty is CA’s foremost Service Management evangelist in the Asia Pacific region. His day-to-day responsibility...
Read More..

Does Lean really lend itself to ITIL?

Published: April 28 2009, 12:12 PM | 5 Comment(s)
by Peter Doherty

I was doing some reading on ‘Lean’ and found a post on the ITIL Skeptic’s Web site (http://www.itskeptic.org/node/343) that said it would be the next big thing. The blog was posted nearly two years ago – shortly after ITIL v3 was released.

 

I love the concepts of Lean – eliminating waste and defining value – which is obviously some of the fundamental thinking of ITIL. ITIL is about continual improvement across the Service Lifecycle and defining “value to the business.”

 

Which begs the question: At the grass roots level are the people implementing Service Management thinking Lean or are they just implementing Service Management based on ITIL guidance? I think it is the latter because I feel that when it comes to Service Management, Lean principles are intrinsic to ITIL. So maybe Lean ITIL is a redundant statement.

 

But here is where Lean ITIL falls down. Many organizations only implement some of the V2 processes and call themselves a V3 shop (I have strong opinions on this one). Version 3 is what embodies the Lean message and you cannot get there through Version 2!

 

And secondly, many organizations will work towards a maturity level of 3 without really looking at reducing waste. For example: I see over and over again Incidents incorrectly routed and therefore they spend time bouncing around before being resolved. Everyone will say that this is a bad thing, yet I rarely see an organization that looks at WHY this is happening in order to correct it (thus removing waste).

 

In one of my previous blogs I wrote about metrics. That directly ties to Lean as metrics are extremely important to removing waste. How do you know there is waste unless you compare it to something? To do this you need baselines, and not many organizations baseline their processes. One of the key processes that you need a baseline for is Event management, otherwise how do you know if an event is something you actually care about.

 

I believe Lean does not just lend itself to ITIL, it is intrinsic in delivering the value of ITIL.

 

Are there any organizations out there that are actively adopting Lean ITIL? If so I would love to hear your thoughts.

 

Share this post:  EmailEmail
Tags:

 

By: Peter Doherty
Peter Doherty is an ITILv3 contributing author and a Principal Consultant for CA. With 25 years IT experience in Service Management as well as Enterprise Network and Systems Management, Peter Doherty is CA’s foremost Service Management evangelist in the Asia Pacific region. His day-to-day responsibility...
Read More..

More Posts Next page »