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

Current Membership

Latest: MFCT
New Today: 52
New Yesterday: 62
Overall: 139380

People Online:
Visitors: 66
Members: 1
Total: 67 .

Languages
Select Interface Language:


Major ITIL Portals
For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone

Related Resources
Service related resources
Service Level Agreement
Outsourcing

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.


The Itil Community Forum: Forums

ITIL :: View topic - Improving Incident quality - best practice & resources
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Improving Incident quality - best practice & resources

 
Post new topic   Reply to topic    ITIL Forum Index -> The ITIL Service Desk
View previous topic :: View next topic  
Author Message
Kirkp_3131
Newbie
Newbie


Joined: Sep 27, 2007
Posts: 2

PostPosted: Tue Jul 29, 2008 10:12 am    Post subject: Improving Incident quality - best practice & resources Reply with quote

Hello,
I am an IT Service Desk manager and I am seeking out information that would help me to coach my staff on how to do a better job of logging incidents by recording detailed incidents, adding detailed worklogs, and appropriate resolutions.

At present my team need to do a better job in these areas and as the manager of this group I am trying to help them become a true service desk. Right now when they log incident not a lot on information is put into the incident and the quality of worklogs needs to be improved. They are submitting resolutions such as 'Resolved' with no detail. I would like to change the way things are now and would like some tools to assist me in doing so.

Can anyone assist with regard to providing information that would outline the industry best practices for how to effective log, report on progress, and resolve an incident. What is the criteria of an effective worklog. What is the criteria for an effective resolution.

Any assistance would help. Thanks in advance
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3292
Location: London, UK

PostPosted: Tue Jul 29, 2008 6:10 pm    Post subject: Reply with quote

Sigh.

First off... what is your staff morale like ? If it sucks like a black hole sucks light and matter.. then nothing you do will chaneg anything because they will take the approach .. why bother...

Second off.... Why not ask your staff / team members.. they probably have an idea of how to improve things.. This idea will help #1...

Third you will face some limitations based on your tool and its options for fields

and lastly what documentation do you have defining miinimum standards for incident records

these are my thoughts.

gog
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
UrgentJensen
Senior Itiler


Joined: Feb 23, 2005
Posts: 458
Location: London

PostPosted: Tue Jul 29, 2008 6:36 pm    Post subject: Reply with quote

I agree this is a motivation and education issue.

For the education part look up the Help Desk Institute for some basic standards and benchmarking. There are plenty of other sources but this is the first one that springs to mind.

For motivation as John says, get their buy-in. Ask them why it might actually be important to have some detail and how they'd go about making it easier to log. If that isn't working then stick it in their objectives and make it payrise related (consult your HR guys first!).

Stick and carrott. Get their buy in but also get them to understand this is the criteria of the job and if they can't follow a simple process then they might not be up to such a simple job.

My personal method is that if a guy screws up I sack him and the man next to him. It's the only way they'll learn... ahem.

UJ
_________________
Did I just say that out loud?

(Beige badge)
Back to top
View user's profile
Kirkp_3131
Newbie
Newbie


Joined: Sep 27, 2007
Posts: 2

PostPosted: Thu Jul 31, 2008 3:12 pm    Post subject: Reply with quote

My organization is new to ITIL and a lot of our process is presently being defined. There is no documented standard for how to do even the basic tasks related to incident management, measurement, and Auditing. I have been tasked with coming up with the needed documentation and implement the needed processes in order to improve the quality and efficiency of our service desk. Hence my shameless cry for help.

There is really no moral issues within the team, it's more that my team has never been ask to or given feedback on doing thinks the right way before now and they have become accustomed to doing their job with very little emphasis on quality. Again, now its my job to change all that. Hurray for me Sad


Thanks for the input from you both. I will try a few of your suggestions and I let you know how it goes.

Thanks.
Back to top
View user's profile
m_croon
Senior Itiler


Joined: Aug 11, 2006
Posts: 262
Location: Netherlands

PostPosted: Thu Jul 31, 2008 4:44 pm    Post subject: Reply with quote

Kirkp_3131 wrote:

There is really no moral issues within the team, it's more that my team has never been ask to or given feedback on doing thinks the right way before now and they have become accustomed to doing their job with very little emphasis on quality.


Hi Kirk,

The feedback thing you mention seems very important to me. Ask yourself to what extend documenting the processes will provide this feedback (I think not).

So how to give this feedback? Apart from doing the general 'managerial thing' (the carrot and the stick), have you already worked on improving / structuring your continual improvement? Start reporting, keep it simple (#of calls logged, # of calls solved, # of calls open per team), and start right now. Communicate the report to the entire service desk. Don't let the fact bother you that the quality of service that is shown through this report might be poor. Your report (and the communicating) will help to improve just that.

The documenting can wait. Even better: use your reports to prioritize the documentation project/process.

Hope this helps,

Michiel
Back to top
View user's profile Visit poster's website
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3292
Location: London, UK

PostPosted: Thu Jul 31, 2008 5:48 pm    Post subject: Reply with quote

Kirk,

And to add to michiel,

While the documentation can wait, if your team has any longevity doign their roles, they probably have ideas on documentation as well

Get the ones who are interested assist

reward them with getting the ITIL training etc cycle - and stick to the plan.

That way there is work / benefit to the staff

This will

1) benefit the company by having more ITIL certified staff
2) benefit the staff w/training
2) beneift the staff w/ knowledge that the company is willing to fork out $$
3) a good carrot
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> The ITIL Service Desk 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 http://www.nukecops.com

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.