incident document

An open discussion on issues related directly or primarily to the service or help desk.
Post Reply
User avatar
Jarco
Newbie
Newbie
Posts: 3
Joined: Wed Jan 27, 2010 7:00 pm

Thu Jan 28, 2010 3:40 am

Hello,

I am a quality employee, the company I work for is working with ITIL.
Now I am looking for a standard document for an incident report. Or subjects to put into that document.

We allready is an existing document, but that is not based on a ITIL standard procedure.

I hope you understand my question.

greetings


User avatar
UKVIKING
ITIL Expert
ITIL Expert
Posts: 3639
Joined: Fri Sep 15, 2006 8:00 pm
Location: London, UK

Thu Jan 28, 2010 4:00 am

jarco

Actually no I don t.

issues

1 - A company can not work with ITIL. ITIL is not a tool, person etc. A company can use ITIL in the application of IT Service Management

2 - ITIL is not prescriptive but descriptive. It is not a standard and nothing in it is standard - guideliness yes , lots of TLAs, F/C and big words but not a standard

3 - what is a Incident Document ?

Incident what ? policy, process, procedure, work instructions, report,

And even all of those are dependent on what your own organization wants to know
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
User avatar
swansong
ITIL Expert
ITIL Expert
Posts: 109
Joined: Tue Nov 13, 2007 7:00 pm

Thu Jan 28, 2010 4:12 am

Hi

In my opinion a quality employee deserves a quality (if also a little rushed) response. i just hope it meets up to your quality standards!

I think you are setting your expectations far too high if you think that ITIL will give you a template for an "incident management report" (whatever that is).

ITIL will never negate the need for a good understanding of the business or common sense. It is merely a framework to help a business manage its service management risks, but it will never tell anyone that you MUST do this or that. (Apart maybe from the incident manager should not be the problem manager thing.)

In this instance your problem is not with not understanding ITIL, but with poorly defined requirements. I assume this report has been requested by someone in the business. i would recommend that you find that person, and ask them exactly what information they need, how frequently, in what format etc, and then go to your service management tool and determine how you would get this information. If they cannot explain what they want then defer from doing anything until they can.

If you cannot provide this info, either tell them what info you can provide, or implement a new process / change an existing process to cpature and report this information.
User avatar
Jarco
Newbie
Newbie
Posts: 3
Joined: Wed Jan 27, 2010 7:00 pm

Thu Jan 28, 2010 4:57 am

UKVIKING wrote:jarco

Actually no I don t.

issues

1 - A company can not work with ITIL. ITIL is not a tool, person etc. A company can use ITIL in the application of IT Service Management

2 - ITIL is not prescriptive but descriptive. It is not a standard and nothing in it is standard - guideliness yes , lots of TLAs, F/C and big words but not a standard

3 - what is a Incident Document ?

Incident what ? policy, process, procedure, work instructions, report,

And even all of those are dependent on what your own organization wants to know
UKviking, thanks for your reaction.
My English is not that good, so excuse me for my bad language.
I understand that ITIL is not a person or tool, we use ITIL in the Service Management.
We have Incident calls at our service desk. And the meaning by and incident call is that when a customer is working with our tools, and he have a problem and he call our service centre.
User avatar
Jarco
Newbie
Newbie
Posts: 3
Joined: Wed Jan 27, 2010 7:00 pm

Thu Jan 28, 2010 5:01 am

swansong wrote:Hi

In my opinion a quality employee deserves a quality (if also a little rushed) response. i just hope it meets up to your quality standards!

I think you are setting your expectations far too high if you think that ITIL will give you a template for an "incident management report" (whatever that is).

ITIL will never negate the need for a good understanding of the business or common sense. It is merely a framework to help a business manage its service management risks, but it will never tell anyone that you MUST do this or that. (Apart maybe from the incident manager should not be the problem manager thing.)

In this instance your problem is not with not understanding ITIL, but with poorly defined requirements. I assume this report has been requested by someone in the business. i would recommend that you find that person, and ask them exactly what information they need, how frequently, in what format etc, and then go to your service management tool and determine how you would get this information. If they cannot explain what they want then defer from doing anything until they can.

If you cannot provide this info, either tell them what info you can provide, or implement a new process / change an existing process to cpature and report this information.
Hi Swansong,

thanks for yor information! That's information I needed!
I will have a confersation with one of the Accountmanagers arround here.

My function is like an qualitymanager inside an company.
User avatar
UKVIKING
ITIL Expert
ITIL Expert
Posts: 3639
Joined: Fri Sep 15, 2006 8:00 pm
Location: London, UK

Thu Jan 28, 2010 5:45 am

Jarco

Dont worry about the bad english. I am an american and the engligh folk around me tell me my lanaguage skills in english are crap

You reply to Swansong clears up a lot

First, you have the incident itself
Second, you have the incident record
third, you have some sort of report

Let's deal with the 1st and 2nd

The tool - itself - should have required and optional fields to be filled in
A lot of fields are controlled by being a look up value - or a selection of specific values.. These are easy to control and ensure the quality thereof

the ones that can not be controlled are free text field - subject lines, descriptions and notes by any one working on it

The only thing that can be done is write a document what is the acceptable lines for each type

I treat all info using the following

who called
what is wrong from their point of view
what were they doing when it happened
when did it happen
how should they be contacted

I have seen an incident subject . detail area like this

internet broken as the subject line
user unable to use browser to get to internet as the detail

After laughing, I wondered, hmmmm... hand / eye coordination, mouse trouble ?

there need to be enough detail to make sense to deal with the issue

As to reporting, my advice is use the pre-defined field for most classification and reports.
Use MS Access and MS excel or crystal reports or something like that
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Post Reply