Apply today for a FREE subscription to CIO Magazine!
Thu, Jul 3, 2008 16:25 EDT
|
Posted by: Brian Flora in Best Practices Topic: IT Organization Management
Current Rating: |
There is a paradigm shift taking place in American business when it comes to ITIL®. A few years back a significant number of CIOs weren’t familiar with the term. While that no longer seems to be the case, we’ve now moved into the age of ITIL procrastination. Today’s CIOs are largely aware of the existence of this powerful set of best practices for IT Service Management (ITSM), and most of those who are aware acknowledge the potential benefits to be had from implementing improved processes. So why aren’t they moving forward? Increasingly, I hear some variation of the following:
“We want to put ITSM in place, but we’re just not ready yet”.
So what leads these IT leaders to become ITIL Procrastinators? Most do so because of perceived lack of organizational maturity. They either feel that the company / IT department “isn’t big enough to need it”, or lacks the capability for a successful implementation.
When it comes to smaller IT organizations, this means missing the opportunity to “design in” great service oriented processes at a relatively early stage, before bad habits and inefficient processes have a chance to become company culture. Moreover, this represents a fundamental misunderstanding of ITIL (perhaps one that has been cultivated by overzealous advocates in the first place). ITIL is descriptive, not prescriptive. This means that it doesn’t set specific rules for how ITSM should be implemented in a given organization, there is a great deal of flexibility there. After all, if there were one “best way” of doing things, everyone would already be doing it!
It would be a rare company indeed that could implement EVERY aspect if IT Service Management according to ITIL. However, no company is too small to benefit from at least part of what ITIL has to offer. A very small IT department could likely make due with a very simple Configuration Management database (CMDB), for example, but that’s not to say that they shouldn’t have one at all.
The same reasoning applies to other areas, too. A small team likely wouldn’t need a 6 person Change Advisory Board, but ITIL based Change and Release Management processes could easily be implemented to dramatically improve the organization’s capacity for change and limit the impact of human error. As another example, even a service desk staff of one should document customer contacts in a consistent manner and attempt to isolate root causes. In fact, a shift from reactive fire fighting to proactive problem management might arguably be of greater benefit to business with fewer resources.
In terms of successful implementation for larger groups, some site a lack of existing infrastructure. For example, last week a CIO told me that his organization really wants to implement ITSM as soon as possible, but can’t because they don’t have a Service Catalog in place yet. I hear this excuse a lot concerning the CMDB as well. This is a bit dangerous in that this type of procrastination can go on indefinitely, due to the “chicken or egg” condition implied. Don’t get me wrong – supporting infrastructure is a critical success factor for most IT projects -- just don’t make it a reason not to begin. Start with the business needs, build the processes and roles to support them, then add the infrastructure and tools. If the organization views the service catalog as mission critical, the service catalog can be part
A good common sense, well written article.
Andy,
Thanks, much appreciated.
Brian Flora
Principal
Creative Enterprise Solutions LLC.
web: http://www.creativeenterrpisesolutions.com
blog: http://www.itsmnow.com
Nicely said. In fact it goes without saying that very few organisations are ready or able to simply undertake a wide implementation of any of the leading frameworks. BUT, almost anyone can do something. I like the sentiment and agree with the position. We are undertaking a huge transformation program but each component of this work is targeted and manageable. Some of our activities will be based around ITIL processes and some will utilise either COBIT or some other framework. I think the key is to make each individual project or component small eneough to be successful, targeted, manageable and where ever possible, self funding through measurable efficiency gains.
Ok, maybe a dream, but a great principle.
Cheers
Stratetect.
Stratetect,
You raise a few interesting points here. First of all, it's great to see people integrating elements from other frameworks (COBIT, Six Sigma, etc.) to produce a solution. I believe that ITIL got a lot closer to being a complete solution with the version 3 release, but there is still a great deal of benefit to be had elsewhere as well.
The notion of making the individual projects "self funding" is great, but it requires some clever analysis to determine the specific ROI for individual project elements. This will be easier with some metrics than with others. For example, it may be easier to assign a cost per support desk contact, thus an increase in the number of first time resolutions could be shown to impact the budget in real financial terms. Improving your configuration management, however, will likely result in less visible gains, as the savings will likely come from mistake avoidance. It's still possible to show real economic value in that type of process improvement, but it takes a bit more work. My best advice is to try to get a few highly visible wins early in the project so you get the benefit of the doubt going forward.
Brian Flora
Principal
Creative Enterprise Solutions LLC.
web: http://www.creativeenterrpisesolutions.com
blog: http://www.itsmnow.com
I have been preaching of ITIL in the SMB space for a long time. As an ITIL Foundation Practitioner - I have found that even modest improvements of service management processes can have very large results