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: LTrethowa
New Today: 24
New Yesterday: 42
Overall: 148210

People Online:
Visitors: 48
Members: 1
Total: 49 .

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 - Ticket Subject Lines/Descriptions
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Ticket Subject Lines/Descriptions

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


Joined: Nov 12, 2008
Posts: 2

PostPosted: Thu Nov 13, 2008 7:42 am    Post subject: Ticket Subject Lines/Descriptions Reply with quote

Let me start off by describing our department. We support about 6 remote locations around our downtown central location. We are looking at supporting about 800 +/- users with various tasks such as desktop support telephony, blackberries, adds+moves+changes, etc.

We have a small IT group. The Helpdesk lead who is in charge of all the general desktop support and AD type requests and his team of two field technicians that ghost, replace hardware, move pc's, etc. Then you have me. I started off as a telecommunications tech that deals with the infrastructure and phone systems. Blackberries, Cisco routers, phone deployments, etc. I was recently promoted to lead in my position when my boss left and now manage all telephony requests and projects. Last, you have the single helpdesk rep which is more or less a data control technician that forwards the information to a tech. This person does not really resolve problems, just forwards tickets. We have a sys admin that deals with a lot of AD and we have a network opps manager that is MCSE certified and of course the IT director.

When a users has a problem, about 80% of them just send an email to our helpdesk inbox. Our 'helpdesk rep' then forwards the email to me in this example. The rep only adds her signature and something along the lines of, "please assist". Generally the email from the user is bland and states something like, "My phone is broke" with a subject line of "FWD: PLEASE HELP ME MY PHONE IS BROKE". You can imagine the large inconsistency in my inbox of the 25+ emails a day I receive, some of which are duplicates.

I have no idea of the users location, exact problem, phone number, etc. No troubleshooting has been done.

I've been requesting with the network opps manager to get some kind of process management (I think that’s what it is called) to better format these email subject coming to my inbox so I can quickly identify and archive the requests. I said I wanted to see a subject format like this so all emails are consistent: LOCATION COMPONENT DEVICE BRIEF-DETAIL. He does not seem to agree and is keeping things as they are. I posted a clip from my recommendation below, I would like to hear some recommendations from all of you as I am not ITIL certified.



It basically says, the following:



The helpdesk representative is to collect all necessary information over the phone and log it into the ticket in the proper fields. If the information is not present in an email, the helpdesk representative is to reach out to the individual via phone or email for clarification.

If a customer simply says “Broken”, is it to be questioned what device, and the exact problem with the device and placed in the notes of the ticket.

Subject lines shall be formatted in a specific method determined by IT. A recommendation on my part is as follows for all tickets.

LOCATION COMPONENT DEVICE BRIEF-DETAIL

For Example:

WEST FACSIMILE WW02 RECEIVED FAXES BLANK
EAST TELEPHONE 555-468-2398 STATIC ON LINE
SOUTH CELLULAR 555-989-4566 DROPPED CALLS AND CLICKING
WEST PRINTER WW06 CONSTANT JAMMING AREAS 1
NORTH DESKTOP WCJG8411 Failing Harddrive
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Thu Nov 13, 2008 5:10 pm    Post subject: Reply with quote

ChaosInMind,

don't worry at this stage about not being ITIL qualified or trained. Studying the ITIL material will help you crystallize your thinking on these issues. But you cannot plug in or impose or even invoke ITIL to tackle this situation.

Your proposed format is obviously in the right direction (but be very wary of requiring users to be more specific about what the problem is except through informed dialogue). However your issue is really how to get your organization on board.

One approach is to talk to them about the problem (wasted time and costs, repeated incidents, etc.) and dialogue about the solution. Perhaps set up an improvement project or working group - it depends on your culture.

Another approach (if the first is not practical) is to formalize your own first response to receipt of incidents. always ask the same questions in the same terminology and record the answers. This will get people (including users who could become your allies) to the point of recognizing structure. Start producing reports based on the data you are collecting - how many incidents in a location; how many of the same incident; others.

Also produce exception reports for incidents that took too long to resolve because they lacked good primary information when they got to you. When your boss or even your customer starts to ask questions based on your reports you gain leverage for acceptance and improvement (That is when you can start to talk about ITIL and how it helps).

To get to the starting line, I think you have to argue by your own example. With good data collected you can make all sorts of improvement proposals.
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
ChaosInMind
Newbie
Newbie


Joined: Nov 12, 2008
Posts: 2

PostPosted: Fri Nov 14, 2008 1:50 am    Post subject: Reply with quote

Diarmid wrote:
ChaosInMind,

Another approach (if the first is not practical) is to formalize your own first response to receipt of incidents. always ask the same questions in the same terminology and record the answers. This will get people (including users who could become your allies) to the point of recognizing structure. Start producing reports based on the data you are collecting - how many incidents in a location; how many of the same incident; others.......

.....To get to the starting line, I think you have to argue by your own example. With good data collected you can make all sorts of improvement proposals.


Very good! I can start a project, but I think leading by example, to both IT employees and our "customers", is the best starting point. You are very informative and I appreciate you addressing my question as a whole.
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.