The IT Skeptic - Comments for "Five reasons ITIL Version 3 is not "Best Practice""

Expert doesn't mean qualified to be a consultant

DavidM — Wed, 09 Sep 2009 04:40:09 +0000

I have some very simple rules I've taught other consultants (and I've operated by them from the beginning).

1. It's not about the technology! If the only way the client can discuss the problem is tool- or technology-based, they don't understand their problem. Similarly, if the "consultant" starts with the notion that a tool (or langauge, or some other technical solution) is the correct starting point, the consultant doesn't get it and is likely to do more harm than good.

2. Understand the context of the problem for the business. What does it mean to the business? What is the impact? What is the urgency? Any doubts about this area, see rule 1.

3. Don't try to treat symptoms, instead discover and solve the real problem.
Corollary to rule 3: The real problem has a business/people basis. If You think it's about tools or not about people or business, go back and review rules 1 & 2.

4. Don't jump to conclusions about people. (You can draw your own conclusions about this rule. I'm not going to elaborate on it :-))

5. If you can't resolve rules 1 through 4, don't accept the contract. Walk away!

* * *

There are 4 simple requirements to have a process:
- It's done on behalf of a customer
- It's designed to produce a specific outcome (for the customer)
- It's triggered by something with specific inputs
- It's measurable with known and published metrics to gauge success delivering outcomes.

These requirements come right out of ITIL. I add 2 more. There has to be appropriate governance and the process has to be designed to be improved.

Without these you don't have a process, you have a joke!

* * *

I can't (won't) speak for anyone else. Implementing isolated ITIL processes is a mistake. ITIL processes are designed to fit into a service lifecycle. Implementing processes without lifecycle considerations is foolish at best.

EDIT: I'm not suggesting that adopting one or more ITIL processes to solve a business problem can't be done. Rather, the mistake is in ignoring lifecycle issues. Don't adopt a process in such a way that it can only function as a soft silo (that was one of the problems with V2). Adopt the process in such a way that if/when related lifecycle processes make business sense, everything can be put together as seamlessly as possible. The concept I'm suggesting is similar to designed software to be both testable and easily changed. It's easier and cheaper to plan for lifecycle transitions, communication, cooperation, etc., than it is to retrofit later.

***

I've run into too many "experts" (and I use the term advisedly) that think certification or some other pedigree of knowledge makes them a good consultant. There's also the category of people who jump to conclusions without listening to get the full story. To both I say: NUTS! I've spent too much time cleaning up the messes left by these clowns!

David

Thank you

DavidM — Wed, 09 Sep 2009 04:35:49 +0000

Rob,

Thank you for your comments and defense. Much appreciated.

David

don't see how it applies

skeptic — Sun, 06 Sep 2009 19:35:36 +0000

I completely agree with what you say but I don't see how it applies to the prior comments - I think David is the first to define the solution in terms of the business requirement

Yes I often have to redirect people who say "we're going to do incident first". ITIL doesn't break conveniently into chunks. In fact that simple piece of advice saves them so much grief and expense I really need to start charging for it. (If you are reading this Nathan...)

If you think LinkedIn has mixed advice, try the Yahoo groups some time, or itilcommunity.com. Squirmingly bad.

Horrible, damaging advice - look away!

ianclayton — Sun, 06 Sep 2009 18:35:57 +0000

HEADLINE: "An unproven solution was involved today on Main Street in a hit and run with an undefined problem"

Anyway, I wanted to make a short point here. Too many professionals, claiming ITIL, PMP, Six Sigma and ISO qualifications, are giving horrible advice, no dangerous advice to the unwashed in the form of 'implementing ITIL'. Linkedin is full of this and I have spent another week trying to remove sharp objects from the room.

Why do our own peers insist on recommending that punters implement a process, an ITIL 'process' no less, to address a problem (seldom offered or defined), and then continue with a starting process and a 'logical' sequence? Why?

Processes solve nothing. In fact implementing a process without due care and attention should be a felony in our profession. Many seemingly highly qualified consultants are acting like Scout Leaders, lighting fires in a crowded parched forest with hand grenades wearing a blindfold.

Am I off the reservation here? The #1 skill we all should be taught at school (after breathing and playing the proper football) - is how to define a problem and its impact upon stakeholders - giving us a reason and accelerant for change (improvement).

If 60 companies were canvassed for the Service Operations book they were likely in search of a solution too - I doubt they had the answers because Problem Management remains largely as per Version 2 - and lacking vital concepts and know-how. We also saw Problem Management remain there rather be moved to CSI - where it likely would make more sense alongside the Six Sigma speak and improvement initiative...

Stop offering advice to folks that throws an unproven solution at an undefined problem. As they did teach me at school - 'Stop, Look, Listen' - oh that was for crossing the road... seems to fit though.

Descriptive framework for ITSM

DavidM — Sun, 06 Sep 2009 15:56:32 +0000

After a nights sleep... :-)

I think you're attempting to make ITIL something it isn't. You're not alone, too many people are nit picking details ignoring the bigger picture.

ITIL as amalgam or ITIL confused or...

Organizations that "do" ITIL don't get it. The goal is ITSM, not ITIL. Since ITIL is descriptive, not proscriptive, that makes some of the details (and potential confusion or perceived inconsistencies) less important.

I've come to believe that what we need is an understanding of "enough" detail, not all of it. To get bogged down in detail is to lose sight of the overall goal (ITSM). Within limits I think that's one of the benefits of the lifecycle focus it changes the focus from processes (which were easy to take apart) to lifecycle, a very different concept.

David

Interesting times... :-)

DavidM — Sun, 06 Sep 2009 03:45:57 +0000

OK, "a" university it is! :-) Even so, if I had to pick one university to be involved in ITIL it would probably be CME because of their long connection to the SEI.

It was a rather in-depth discussion with David Cannon, but I don't recall that we specifically discussed research methods.

The thing that bothered me about ITIL V2 (though I admit I didn't recognize it until I saw V3) was that it totally overlooked the life cycle concept. I KNOW from years in s/w development that life cycles exist. So, my gut reaction to V2 was that it missed the mark with respect to best practice. I thought it was a step in the right direction, but seriously lacking.

No, I didn't argue or suggest anything about time frames. I merely said that best practice had to evolve to match changing market spaces. I'm also not suggesting there will or won't be a V4, despite official statement that there won't be (frankly, I think that idea was a bit premature).

ITIL V3 scales in ways that V2 didn't (couldn't) because of the life cycle concept. This means incremental updates will probably do, until the overall change hits some tipping point such that a new refresh is required. I have NO idea when that might be. It will depend on what happens to development processes and how they're used to integrate IT with business. For example, what will happen as mashups and cloud computing become more mainstream. Combine that with whatever traction SaaS (Software as a Service) might gain and...

What was the old Chinese Curse... Something about "May you live in interesting times." It's NOT boring. :-)

David

best practice

skeptic — Sun, 06 Sep 2009 03:24:23 +0000

I did say "a" university. It remains true that "all from the Western European culture and all working with major corporations" is true (we can argue for ever as to whether Majid counts as Western or Asian - see comments above). Looking across all the credited contributors, there is sod all representation from small organisations who can't afford the expensive consultants who wrote the books and therefore aren't in their personal networks. There is very little representation from Asians unless you count Aussies as Asians. I'd say government representation looks low.

How many of Cannon's secret contributors were NOT North American we'll never know. What kind of data he gathered we'll never know (was it a friendly chat with "the ITIL guy from HP" or was it serious research into practices?)

My thinking has evolved to now suggest that ITIL is an amalgam of best practice, good practice, generally accepted practice amongst one group, and blue-sky-this-might-be-a-good-idea-once-somebody-proves-it-works practice, with no warning labels to indicate which is which.

And of course ITIL is utterly confused as to whether it is best practice or not.

Finally I think you've successfully argued that anything that was best practice in 2006 is unlikely to be so in 2010 :)

Don't know enough to KNOW ITIL is or isn't, but...

DavidM — Sun, 06 Sep 2009 02:27:44 +0000

I don't profess to know conclusively that ITIL is or isn't best practice. I do know that based on personal experience it's close enough. :-)

I do disagree with the 5 reasons given that ITIL isn't.

(1) Yes, ITIL is still improving and that's a good thing. Best practice has to evolve to meet changing market and industry conditions. If it doesn't, it soon ceases to be best practice. In our industry, Moore's Law rules; we use the technology we deliver to manage the technology we deliver. Deming said it a long time ago: "It is not necessary to change. Survival is not mandatory."

(3) David Cannon delivered a seminar I attended at the local ISMF LIG. He said that for the Service Operation volume (he's one of the authors), they interviewed and/or visited more than 60 companies over a 2 year period to gather information for the book. What was included in the book was based on patterns from that research. If what you're seeking is a double blind study, I agree. However, I'd want to know how you propose to conduct such a study.

Would I like to know the companies involved? Yes (I do know at least 2), but as I understand it, anonymity was part of the agreement.

(4) See #3. the books might have been written by a small group, but that doesn't mean the authors and reviewers were the only ones involved. I know from experience having worked on several books (1 as development editor and featured author -- about a long dead operating system), that it IS possible, even desirable, to have a small team actually write the book, but collect information and experience from a much wider audience.

If you're faulting process, I disagree. If you're suggesting the team did it in isolation, again, disagree.

(5) Last time I checked the author list of the core volumes, only 1 was from a university (Carnegie Mellon), and also connected with SEI (for those who don't know, http://www.sei.cmu.edu/). So, it's hard to imaging too many better people to be involved with the Service Strategy book.

Having consultants involved isn't a bad thing! :-) I am an IT consultant, specializing in what today we call IT Service Management, though it wasn't called that when I went independent more than 25 years ago. As such I see more diversity in IT organizations than the average employee. Today I get hired both as a consultant and instructor because of the experience. So... :-)

NOTE: I am NOT claiming that ITIL is or isn't best practice. I disagree with the reasoning, not necessarily the premise. Based on my experience, I believe ITIL V3 is close enough -- and I'm open minded enough to accept an alternative if someone can conclusively demonstrate it to be so in a wide variety of situations and organizations. For now, ITIL V3 is a closer match to what I believe good practice should.

David

IT Service Management Institute has a forum

Cary King — Thu, 06 Dec 2007 20:25:42 +0000

Ian Clayton (IT Service Management Institute) has his Forum for discussing the IT Service Management Body of Knowledge. Not a Wiki exactly. But, within certain obvious limits the most open discussion of IT Service Management of which I'm aware.

Based upon the ITSMBOK, but comparisons to ITIL, CobiT, ITAMBOK and others are inevitable.

Faith in Numbers...

kengon — Thu, 06 Dec 2007 13:16:29 +0000

James,

Of course I trust those numbers; after all, I read it in *Computerworld*!!! LOL

OK, OK. On a more serious note, I was not as impressed with the numbers themselves, as I was with the candid comments (or shall I say commentary) that made it into the body of the article.

I also believe you're right. If it were my product that was being represented like that, I'd be sweating bullets (and wondering when I'd be getting fired). I'm thankful it's not!

kengon

Do you trust those figures

JamesFinister — Thu, 06 Dec 2007 08:49:17 +0000

THose figures for v3 adoption and traing seem very high to me - I wonder if the questions were somewhat ambiguous. 31% clainming to be using v3, but only 10% saying they like the lifecycle approach - doesn't add up to me. And that figure of under 10% liking the lifecycle approach should be really worrying somebody.

How about "growing practice"?

kengon — Thu, 06 Dec 2007 02:32:00 +0000

Skep,

May not be best practice, but Computerworld reports that adoption is growing:
http://www.techworld.com/news/index.cfm?RSS&NewsID=10838

The article wasn't exactly flattering, but then again, it's representative of what real people (versus talking heads) are saying.

kengon

As a trainer I certainly do

Liz Gallacher — Wed, 05 Dec 2007 11:36:10 +0000

As a trainer I certainly do have many years practical experience and still carry out assignments in the real world implementing what I preach. My experience makes me a better trainer, and my trainer makes me a better implementer. Like James, much of my earlier experience was in mainframe shops, doing most of what I later found out was in ITIL V2 (but after all, ITIL came out of existing good practices). Yes, my experience is biassed towards SS, with my SD experience mostly Service Level Management and some IT Service Continuity Management. But there have never been that many actual Capacity/Availability managers out there - these were just aspects of people's jobs, not jobs in themselves.
There is an issue with inexperienced trainers - more of an issue I think, is the lack of practical experience of those who write the books!

Liz Gallacher
Freelance Trainer and Consultant

A proportion of them

JamesFinister — Wed, 05 Dec 2007 10:18:28 +0000

Well when I was a trainer I certainly had real life experience of service management, having been lucky enough to have spent the early years of my career in a very professional mainframe shop. In addition, like many trainers, if I wasn't training I was implementing ITIL with clients. Generally though the majority of trainers seem to have a bias towards the old service support processes, rather than the service delivery side of things, and there are a proportion of trainers out there who do seem lacking in real world experience.

Is it theory though? It might be to individual trainers, but when I look back at that mainframe shop we were doing most of what was in ITIL v2 22 years ago. The only major area we weren't doing well was financial managment.

My personal view is that v3 has shifted more towards theory

Is it really a practice?

Oleg Skrynnik — Wed, 05 Dec 2007 07:53:59 +0000

This topic - "best or not", has been already discussed, and all the arguments already known. But I'd like to point to the other word of "best practice" phrase - is ITIL really a practice?

Do all those trainers on ITIL Foundation or ITIL Manager or whatever - do they really have any real-life experience in IT Service Management? How many ITIL trainers do you know who implemented processes they so enthusiastic about? Capacity management, anyone?

They present a theory in which they (I hope honeslty) believe. In this case they can use any cliche they like - "best practice", "descriptive not prescriptive", "management framework", "collective experience", "coherent approach", "de facto standard" and so on.

It's just what they've been told.

It has been done

skeptic — Mon, 03 Dec 2007 09:20:04 +0000

It has been tried unsuccessfully a number of times: OpenITIL, the ITIL Open Guide and the ITIL Wiki, not to mention Wikipedia itself

does 'best' really matter?

John Worthington aka MySvcMon — Sat, 01 Dec 2007 03:25:20 +0000

I'm not sure this debate about 'best' or 'good' really matters. If a body of 'knowledge' is published, I can decide what's 'best', what's 'good' and what's not relevant for me.

Frankly, if you're up to your ass in alligators 'halfway decent' may be a significant improvement. If I can rally the troops around a 'vision' and get everyone pulling the rope in the same direction I may not care if it's the 'best'....in fact, ongoing debate about "what's best" only makes belief in the vision more difficult.

'Would you tell me, please, which way I ought to go from here?'
'That depends a good deal on where you want to get to,' said the Cat.
'I don't much care where --' said Alice.
'Then it doesn't matter which way you go,' said the Cat.
'--so long as I get somewhere,' Alice added as an explanation.

Lewis Carroll, Alice's Adventures in Wonderland

Of course we don't want to be road kill, but I'd rather risk grazing a few trees than getting run over. Improvement only happens when you DO SOMETHING.

John M. Worthington
MyServiceMonitor, LLC

Best practice means

skeptic — Fri, 30 Nov 2007 08:00:28 +0000

"Best practice means looking like everyone else"
Mark Di Somma

This blog will diversify

skeptic — Fri, 30 Nov 2007 07:58:14 +0000

In the past the IT Skeptic has examined such topics as Web 2.0, call centres , VOIP and open source. I'd like to do more but ITIL and itSMF provide such fertile fields. Something to do with what they sprinkle on them...

Elsewhere I've also looked at topics as diverse as geeks, technological complexity, mindless faith in computers, professional mediocrity, corporate "training", and today's topic: best practice.

The blog will diversify in 2008... promise.

BTW, my V3 books are at work right now so I can't do a review of use (abuse?) of the term best practice, but the new itSMF V3 Introduction pocket book cannot be accused of shying away from it.

ahem...don't they call it good practice now?

Glen Notman — Thu, 29 Nov 2007 19:20:15 +0000

Not to disagree, but the trend I see in V3 is more around ITIL provides good practice. You can then use these practices to develop your own organizational aligned best practice.

If everyone uses a best practice in multiple verticals with varying needs, does it not become by definition an average, or baseline. Thats how I use ITIL, as a yardstick and as a compass, to identify what is working well, identify any gaps, then aligning to the drivers in the organization, (business, government, or otherwise) develop solutions to manage the gap.

The IT Skeptic - Comments for "Five reasons ITIL Version 3 is not &quot;Best Practice&quot;"

Expert doesn't mean qualified to be a consultant

Thank you

don't see how it applies

Horrible, damaging advice - look away!

Descriptive framework for ITSM

Interesting times... :-)

best practice

Don't know enough to KNOW ITIL is or isn't, but...

IT Service Management Institute has a forum

Faith in Numbers...

Do you trust those figures

How about "growing practice"?

As a trainer I certainly do

A proportion of them

Is it really a practice?

It has been done

does 'best' really matter?

Best practice means

This blog will diversify

ahem...don't they call it good practice now?

The IT Skeptic - Comments for "Five reasons ITIL Version 3 is not "Best Practice""