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: ForestD57t
New Today: 70
New Yesterday: 63
Overall: 149744

People Online:
Visitors: 52
Members: 2
Total: 54 .

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

Service Desk implementation

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


Joined: Aug 04, 2006
Posts: 16

PostPosted: Thu Oct 05, 2006 12:19 am    Post subject: Service Desk implementation Reply with quote

Hi

If I've unterstood correctly, ITIL is thought to be implemented over the whole IT, which to a certain extent makes sense.

But what is the best way to implement a central Service Desk, for me it would make more sense to have a local Service Desk at each branch, that sorts out problems within the branch (PC & LAN problems) and that hands over Problems with groupwide components (ERP) to the ERP Support department.

In my case the ERP is serviced by a IT department at the company headquarters. If Bugs occur they open a support ticket which is then dealt with. If they want a change implemented the first ask their business analyst who then writes a change request. Each Business Unit has its BA who's the interface to the IT. This means there is not really a single point of contact, but letting the user open RfC on his own (in the same application as the Support tickets) resulted in a flood of RfC which are know filtered by the BA.

How do you solve those probs?
Back to top
View user's profile
Nikhil
Newbie
Newbie


Joined: Mar 21, 2006
Posts: 17
Location: India

PostPosted: Thu Oct 05, 2006 4:00 am    Post subject: Reply with quote

The BA's that you are refering to are also called Super Users in ITIL terminology. But for Super User, ITIL says there should be a distinct identification of there job otherwise VS. the role they perform to help the SD.

Nikhil
Back to top
View user's profile MSN Messenger
Avalanche
Newbie
Newbie


Joined: Aug 04, 2006
Posts: 16

PostPosted: Thu Oct 05, 2006 8:31 am    Post subject: Reply with quote

Well with us there is only one Business Analyst per Business Unit (Branch), the Superusers are Sales People who know the System well, they are the first people employees contact when they have a problem or question how to work with the ERP System.

I haven't yet heard of Superusers in ITIL, have you got some source where I could read about them.

And what does VS stand for?

Regards
Back to top
View user's profile
fighter
Senior Itiler


Joined: Mar 15, 2006
Posts: 68
Location: Thailand

PostPosted: Fri Oct 06, 2006 11:54 am    Post subject: Reply with quote

Local SD or Central SD can be implemented based on the resources you have.

Do you have a consolidated CMDB?

What kind of infrastructure do you have for all the users to call one single location? I mean do you have a Voip based Telephony systems?

It is not a very wise idea for all the users to raise RFC. If you are going to have a centrlised SD & CMDB have the RFC's raised through your SD ( your BA at each location can contact SD to raise a RFC. )

Your BA in each location for each business unit would be the customer contact for SD. In other words any communication from the IT to the business users can go through your BA.

Have support groups and experts seperate. Each location should have few tech support staff who can visit the site to fix some issue which remote support cannot fix. You can have a larger pool in the centralised location ( team of tier 2 support and experts )

Hope this helps!

Vimzie
Back to top
View user's profile
Ed
Senior Itiler


Joined: Feb 28, 2006
Posts: 411
Location: Coventry, England

PostPosted: Fri Oct 06, 2006 5:11 pm    Post subject: Reply with quote

Vimzie

Just a couple of points

From my point of view as a Change Manager, I think that limiting the ability for raising RFC's is extremely dangerous. This is likely to lead to shortcutting of the process i.e. RFCs not being raised for some Changes as it will be seen as 'too much trouble'. I firmly believe that you have to involve everyone. In practice, not everyone will want to raise a Change, but will delegate down the ladder if they are able. You must give them the option, or it becomes an excuse for not raising a Change at all.

I also think that a centralised Service Desk is far better than a fragmented one, as you are likely to get more than one version of the truth, which is not good news. Where would you stop - 5 cmdb's to go with 5 Service Desks? You might need fragmented Tech Support, but even that can be dealt with from a central location - it depends on the circumstances

I agree most of the requests will come through the Service Desk, but in my experience not all will - what do you do here? I think that the person who knows the Business case best should be the one to raise the RFC, rather than a SD agent, who by the very nature of the job is at the bottom of the pile and knows little of what drives a particular department or customer.

Regards

Ed
Back to top
View user's profile
fighter
Senior Itiler


Joined: Mar 15, 2006
Posts: 68
Location: Thailand

PostPosted: Fri Oct 06, 2006 8:46 pm    Post subject: Reply with quote

Ed,

I cannot argue with your experience. Shocked.

I have practically seen Subject Matter Experts or BA raising RFC's through SD. SD will act as mediator between all involved and SME. Think of this scenario, the SME knows what he wants from the business prespective. Once the change is initiated till Change is implemented then becomes the responsibility of SD team.

I think it all boils down to what we really want to achieve.

And Regarding the Centralised SD Team it all depends on the resources (CMDB, communications, Staff , Budget etc... available to perform the action and Management's commitment to having one. ..

Cheers!
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.