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: SusieHille
New Today: 94
New Yesterday: 63
Overall: 149768

People Online:
Visitors: 57
Members: 2
Total: 59 .

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 - How to become a proactive Service Desk
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

How to become a proactive Service Desk

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


Joined: May 27, 2010
Posts: 7

PostPosted: Tue Jun 15, 2010 12:03 am    Post subject: How to become a proactive Service Desk Reply with quote

I am looking at ways for my Service Desk to become more proactive rather than reactive. Do you have any suggestions?

Also, if anyone has experienced how did you move your support team forward? (was it by taking on additional tasks, introducing a buddle system with other support teams?)

Thanks
D
Back to top
View user's profile
Timo
Senior Itiler


Joined: Oct 26, 2007
Posts: 295
Location: Calgary, Canada

PostPosted: Tue Jun 15, 2010 1:38 am    Post subject: Reply with quote

Yes. Hire a consultant. Your question is impossible to answer with the information provided.

(btw, do I begin to sound like John, or is just a case of Mondays)
Back to top
View user's profile
UKVIKING
Senior Itiler


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

PostPosted: Tue Jun 15, 2010 5:38 pm    Post subject: Reply with quote

Timo

You have to speak louder before I can tell whether you sound like me

And it was a monday

DJ Long

I have a question for you ?

How is the SD going to be Pro-active as the SD is a re-active function ?

Are you going to have them create incidents for things that have yet to happen and then cause them to happen ?

As the SD is the focal point when things go wrong IT wise, it is very difficult for the SD staff to be proactive as the role that they play is a reactive role

Pro-active work belongs in the Problem mgmt process - ie searching for SPOFs, trends etc

This does not mean a member of the SD cant do that .. but they are not doing the function of SD by doing so
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
nisarg
Newbie
Newbie


Joined: Jan 25, 2009
Posts: 11

PostPosted: Tue Jun 22, 2010 1:38 am    Post subject: Reply with quote

Hi Dj Long

1> Having a daily morning system Healthcheck with different Site IT coordinator and IT teams is a good way to proactively manage Incidents
This way you may not stop the Incident from occuring but can definately reduce the Impact to end users and number of calls to Service Desk.

2> If you have a very strong Incident Tracking Tool. It is also possible to analyze trends and reduce reoccurance of incidents ( Though this is part of Proactive Problem Management)

3> Servicedesk Participation into CAB can also help identify changes that can lead to increased calls in Service Desk. A SD representation is always desired

These methods have been helpful in lot of Service Desk environment I have worked with. You can give it a try
Back to top
View user's profile
vimprash
Senior Itiler


Joined: Jul 13, 2006
Posts: 53

PostPosted: Wed Jul 14, 2010 9:32 pm    Post subject: Reply with quote

Since SD is a reactive function, you can try to enhance the team's response time rather than trying to be proactive.

You can improve the SD team by providing them with training on most repeated incidents by collecting the trend of Incidents...

Proactiveness in approaching the calls/tickets can be developed after analyzing the gap you have in you SD.
Back to top
View user's profile Send e-mail
SwissTony
Senior Itiler


Joined: Feb 26, 2009
Posts: 118
Location: Geneva

PostPosted: Thu Jul 15, 2010 4:39 pm    Post subject: Reply with quote

You could always send bugs to users machines....then pro-actively phone the user, fix the problem then and there.

Benefits:
Increased first call fix.
More tickets logged, & flogged, meaning more cash in the bank.
& users satisfaction goes up.

Do it DJ....it's the future.
Back to top
View user's profile
thechosenone69
Senior Itiler


Joined: Jun 06, 2007
Posts: 268

PostPosted: Thu Jul 15, 2010 6:27 pm    Post subject: Reply with quote

As others said SD is a reactive function, were the service provider comes into the closest and most frequent contact with the users of the IT service, its where the value of service is seen by customers.

DJ, Sometimes being too proactive is not healthy as customers would say "why am I paying that much money for that service, as those monkeys are not doing anything(Those monkeys being the IT support)" because they are being proactive, then the customers will start thinking to move to a different provider to save some money since their IT infrastructure is perfect and does not need that much support.
_________________
Ali Makahleh
Configuration Management(Blue Badge),
ITILV2 Service Manager(Red Badge),
ITILV3 Expert(Lilac Badge) Certified.

“If you can't describe what you are doing as a process, you don't know what you're doing." W. Edwards Deming.
Back to top
View user's profile
paulfixter
Itiler


Joined: Dec 22, 2008
Posts: 36
Location: Wakefield, West Yorkshire, UK

PostPosted: Mon Jul 19, 2010 6:43 pm    Post subject: Reply with quote

1) Ensure all calls are logged that come to the Service Desk. If only 50% of calls are logged then you are not going to identify any worthwhile patterns.

2) Run reports off every week and look for patterns.... determine how many are faults, how many are help etc, then for which systems

3) If a large number of calls are logged under the same category then there could be an issue. Dodgy build, lack of training etc.

4) Only when you discvoer these patterns can you start investigating the root cause.

5) Once the root cause is established and fixes are in place will the incidents reduce. ie, you are preventing the incident occuring in the first place (being proactive).

Another thing to bear in mind is that your call profiles in your incident management tool/CMS must be correct. That is a large piece of work in itself but in my experience you can only start sorting incidents out by their category in the first instance, before you drill down even further.

Hope this helps
Back to top
View user's profile
gnome
Newbie
Newbie


Joined: Mar 23, 2010
Posts: 9

PostPosted: Tue Jul 27, 2010 8:54 pm    Post subject: Reply with quote

how are events handled? what do everyone think about having event monitoring duties shared with service desk?
Back to top
View user's profile
UKVIKING
Senior Itiler


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

PostPosted: Tue Jul 27, 2010 10:51 pm    Post subject: Reply with quote

What is an event ?

Are you talking about things like
The Final Four ?
World Series /
Super Bowl ?
Ryder Cup ?
The World Cup
Grand National ?
Kentucky Derby ?

or

Are you talking about an event in an IT Environment ?

usually, the SD team manages / monitors the various tools - NMS, etc and deals with things that happen by using their tool to create incident tickets. and then these get dealt with

or if there is a dedicated team, they will deal with the event as required
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
gnome
Newbie
Newbie


Joined: Mar 23, 2010
Posts: 9

PostPosted: Wed Jul 28, 2010 9:33 am    Post subject: Reply with quote

I'm referring to event mgmt. SD can be proactive by looking out for events from those tools predominantly utilised by ops team.
Back to top
View user's profile
thechosenone69
Senior Itiler


Joined: Jun 06, 2007
Posts: 268

PostPosted: Wed Jul 28, 2010 6:26 pm    Post subject: Reply with quote

Gnome,

An event is a change of state that has significance for the management of a configuration item or IT service.

There are 3 types of events: exception, warning and information.

To be able to monitor those, you need to have the right toolset in place. However, I think what you are trying to refer to is warning events, those events are generated when a service or device are approaching a threshold. In that case you take actions before it becomes an exception(service or device is currently operating abnormally).
_________________
Ali Makahleh
Configuration Management(Blue Badge),
ITILV2 Service Manager(Red Badge),
ITILV3 Expert(Lilac Badge) Certified.

“If you can't describe what you are doing as a process, you don't know what you're doing." W. Edwards Deming.
Back to top
View user's profile
gnome
Newbie
Newbie


Joined: Mar 23, 2010
Posts: 9

PostPosted: Wed Jul 28, 2010 7:34 pm    Post subject: Reply with quote

Hey Chosenone, Yep sorry for not being very specific. Monitoring Warning could be something proactive SD can take up on. This should be ideally done by someone in SD with many years of experience with the CI's in use.
Back to top
View user's profile
UKVIKING
Senior Itiler


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

PostPosted: Wed Jul 28, 2010 10:43 pm    Post subject: Reply with quote

Gnome

If the Monitoring tool produces a warning alert, then the SD should raise the appropriate ticket at the appropriate level and hand it off to the appropriate team.

if the appropriate team does nothing and it is appropriate, then both the SD and the appropriate team has done their work

There is really no way the SD can be pro-active as the SD is there to be reactive

What you are trying to do by having the SD be pro-active is change the rules / responsibilities of the SD to do something other than deal with Incidents and the customer communication about the incidents.

This would be - to me - an attempt to make-work for the SD as the team that should be doing this either isnt or has been deleted and the role / responsibility / work is being fluffed off on some poor team.

this all depends of course on the purpose of the SD and the services that are being provided.

If the SD is a NOC structure, then the NMS tool will be generating a lot of net work traffic alerts - some outage related some not - and the SD would deal with them.

Alerts and Event monitoring are - part of the re-active activities that the SD should be doing.
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

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


Joined: Jun 06, 2007
Posts: 268

PostPosted: Thu Jul 29, 2010 1:46 am    Post subject: Reply with quote

Quote:
This should be ideally done by someone in SD with many years of experience with the CI's in use.


"Someone" with that experience should become a Configuration Manager, soon to become a Director.
_________________
Ali Makahleh
Configuration Management(Blue Badge),
ITILV2 Service Manager(Red Badge),
ITILV3 Expert(Lilac Badge) Certified.

“If you can't describe what you are doing as a process, you don't know what you're doing." W. Edwards Deming.
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.