Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
· Home
· Content
· Feedback
· News
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account


The five ITIL books can be obtained directly from the publisher's website:

Or as downloadable PDFs: HERE

Current Membership

Latest: EloyStru
New Today: 32
New Yesterday: 33
Overall: 231680

People Online:
Visitors: 97
Members: 1
Total: 98 .



Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.

Related Resources

Service related resources
Service Level Agreement

How to set up
IT Change Management
Process Info-Graphic

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.


Select Interface Language:

Please contact us via the feedback page to discuss advertising rates.

The Itil Community Forum: Forums

ITIL :: View topic - Stupid bloody terminology!
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Stupid bloody terminology!

Post new topic   Reply to topic    ITIL Forum Index -> ITIL Discussion
View previous topic :: View next topic  
Author Message

Joined: Feb 01, 2006
Posts: 15
Location: Leeds, UK

PostPosted: Thu Feb 02, 2006 7:31 pm    Post subject: Stupid bloody terminology! Reply with quote

Hi guys.

This is just silly. Look at this:

(pseudo-quote from "Incident Management" chapter of Service Support ITIL book):

Classification and Initial Support :

Classify incidents
Match Against Known Errors and Problems
Inform PM of new Problems, and unmatched Incidents
Assign Impact/Urgency
Provide Initial support (find quick resolution)*

Investigation and Diagnosis:

Assessment of Incident Details
Collection and Analysis of all related information, and resolution*
(including work around) or a route to n-line support

Resolution and Recovery:

Resolve the incident with a workaround*, or raise an RFC
Take recovery action

Could somebody please tell me the difference between the three things I have marked with a * !? Surely these are all the same thing! This is infuriating terminology, its proving incredibly hard to apply to our organisation.

Thanks peeps

Back to top
View user's profile Send e-mail Visit poster's website
Senior Itiler

Joined: Mar 12, 2005
Posts: 255
Location: Melbourne, Australia

PostPosted: Sat Feb 04, 2006 12:01 am    Post subject: Reply with quote

FishCake - I feel your pain - and can almost the taste that yummy golden coating of fried breadcrubs...

I have heard it said many times that experienced IT people coming to ITIL struggle more with the terminology than newbies. I suspect this is true. Like many other 'engineered' conceptual frameworks ITIL has what might be termed a sub-technical vocabulary which appropriates terms with fairly broad common sense meanings and stipulates more narrow, and hopefully precise definitions.

Having said that, it helps to bear two things in mind: a) The ITIL was written by a series of comittees of experts, and being the work of many hands is not totally consistant in its terminology. But all up it is not riddled with inconsistencies either. b) The underlying context for all the terms are the processes in which they 'belong'.

In Incident Management the term 'resolution' gets used. Resolution is also used in Problem Management. In Availability Management the term 'repair' get used for 'System Incidents' instead of resoultion. And so on. The slippage can mess with anyone's head.

And to address your marked '*' points. Resoultion is a 'stage' in the Incident Lifecycle. Which is what the Resoultion and Recovery reference is refering to. It is also the 'objective' of incident management and the process allows for the fact that the resolution of an incident ideally will occur as early in the process as possible. In the process context this means that a 'resolution' may be identified at the time the report of the incident is made. As a process stage however, finding a resoultion at diagnosis and classification does not contradict the definition of the stage. As soon as you apply it, you are by definition in the Resoultion and Recovery stage of the lifecycle.

Workarounds are resolutions - becasue they restore the client/business service (capability). They are however a type of resoultion ( a subset of the overall concept), and there are other ways to resolve an incident than workarounds.

In general watch for distinct 'entities' in ITIL that are generally thought to be synonymous outside it, eg: Resolution, repair, workaround, etc. or Problem, Incident, Known Error. Also keep an eye on the difference between the specific and the general. For example in general parlance a 'known error' could mean that it is generally known that network switches of type x have a tendency to a particular failure. In ITIL a known error is a specific control record indicating that an actual configuration item is 'broken'. So in general terms a known error might be seen as 'knowledge' and persistant. In ITIL a known error records a single state in the infrastructure and in fact goes away once the error is fixed. 'Known' in the process control context means, discovered and recorded (and ready to be actioned) - nothing more.

The process always provides the context in which the definition applies.

BTW: If you want to be entertained by how tangled one can get in terminology search for the Process Vs Procedure post in this forum Smile
Back to top
View user's profile Send e-mail AIM Address Yahoo Messenger
Senior Itiler

Joined: Jan 20, 2006
Posts: 172
Location: England

PostPosted: Sat Feb 04, 2006 4:42 am    Post subject: Reply with quote

*makes way through the fog and comes out in the sunlight*

I understand that they may be standardising and trying to eliminate the confusion caused by terminology in the refresh, is that correct?
Back to top
View user's profile Visit poster's website

Joined: Feb 01, 2006
Posts: 15
Location: Leeds, UK

PostPosted: Mon Feb 06, 2006 7:18 pm    Post subject: Reply with quote

So I just go through each stage in Incident Management, but if I find a resolution, skip the rest and close the Incident, yes?

Why couldnt they just say this in the book. I was wondering why ITIL demanded that I resolve my Incidents at least three times.

Thnaks a lot, this site is proving quite a resource...
95% of computer problems are easy to solve, but most of the problems are in the other 5%
Back to top
View user's profile Send e-mail Visit poster's website
Senior Itiler

Joined: Mar 12, 2005
Posts: 255
Location: Melbourne, Australia

PostPosted: Mon Feb 06, 2006 7:42 pm    Post subject: Reply with quote

Not so much 'skip' the rest as complete them 'en passant'.

It might also be interesting to consider that the 'sates' incident records pass through in the processes is usually something like:

In Progress
Pending (optional)

Which isn't reflected in the Incident Life Cycle - but then the ICL does not show tracking. control, monitoring, ownership, (assignment), or escalations (though the later is in the extended process description). So the ICL is obviously intended to be an outline of the 'resoultion activity' more than a specfic process definition for an incident record.
Back to top
View user's profile Send e-mail AIM Address Yahoo Messenger
Senior Itiler

Joined: Sep 27, 2005
Posts: 207

PostPosted: Tue Feb 07, 2006 11:10 am    Post subject: Reply with quote

You can find info also in the IM process diagram where escalation is illustrated. In that part of the Service Support book, they define that the initial support is basically about basic troubleshooting, mainly based on existing information, while the analysis which is carried out in Investigation & Diagnosis is usually performed by a Specialist group. Thus in your original question, the scope of the activity (looking for a workaround, or actually investigating the cause of the incident) is what would differentiate the terms.

rjp might have covered that but somehow I felt like this would be a summary Smile
Fabien Papleux

Technology Consulting | Service Excellence
Red Badge Certified

Twitter @itilgeek
Back to top
View user's profile Send e-mail Visit poster's website MSN Messenger
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> ITIL Discussion 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

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.