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: PT76
New Today: 0
New Yesterday: 42
Overall: 148185

People Online:
Visitors: 48
Members: 0
Total: 48

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 - The role of the incident manager... and who it is...
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The role of the incident manager... and who it is...

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


Joined: Oct 30, 2008
Posts: 3
Location: New Zealand

PostPosted: Fri Oct 31, 2008 12:18 pm    Post subject: The role of the incident manager... and who it is... Reply with quote

Hi.

My organisation is in the process of putting together an process that encompasses the end to end incident process (we currently have a robust one for major incidents, but nothing formalised for the others). There is general agreement of most of the roles and responsibilities with one exception.

The Incident Manager. (My job title may say 'Incident Manager' but I am the process owner)

Our service desk is not skilled or resourced to a level that would allow the individual analysts to step into the role of the incident manager, so a few options to counter this have been raised in discussion.

The 5 alternatives we have come up with are:

[list=]Task our service operations team with the role (they currently provide this for major incidents)
Task our customer managers with the role (they do this for the occassional incident)
Task our support team leaders with the role.
Train and resource our service desk to the point where they are able to perform the role.
Appoint staff into the role of Incident Manager, thereby creating a team of people who are fully responsible for the process from end to end.[/list]

My preference, obviously, is the last one (with a slight leaning towards upskilling the desk), but others don't necessarily see it as thus - the question of cost comes into things here; hiring at least 2 new staff will not be cheap. As a result, I have been asked to draw up a list of pros and cons of each area.

I've got a standard list of these, covering off areas such as cost (some of the options are cheaper than the others), resourcing and understanding of the process/service. Just wondering if anyone would like to share their thoughts in case I (with the help of my brains trust) have missed anything.

Cheers
Ants
_________________
Be the change you want to see in the world
Back to top
View user's profile
Diarmid
Senior Itiler


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

PostPosted: Fri Oct 31, 2008 7:50 pm    Post subject: Reply with quote

Ants,

if you start by documenting the detailed and specific objectives and requirements of the role and how it fits within your service management, then you may find that some of your options are non-starters and others are more likely.

This way you will understand more about the resource, skill, knowledge and capability requirements. You will begin to understand where control has to lie and whether there are conflicts of interest with other roles.

If the role you have in mind is capable of strong detailed prescription, that is very different than if it requires good strategic perspective and wide ranging decision making.

There are a lot of incident processing activities that are fairly mechanical in nature (i.e. they are carried out according to instructions and triggers), but tasks like co-ordinating, prioritizing, evaluating and escalating require a certain perspective, authority and independence.
_________________
"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
Sin_of_beer
Newbie
Newbie


Joined: Oct 30, 2008
Posts: 3
Location: New Zealand

PostPosted: Wed Nov 05, 2008 5:45 am    Post subject: Reply with quote

Diarmid,

We've progressed quite a way down the path of developing the roles and responsibilities already. So far, what we've managed to agree the following for the role of the Incident Manager

Ownership of the incident
Monitoring of the incident and reporting on process compliance across BTS
Tracking of the incident
Ensuring effective communication to Senior Management, Customers, Users and Technical Staff
Escalation and engagement
Ensuring that all details of the incident are recorded including service impacts and management summaries.
Ensures the quality of the process
Governing the incident process through the life of an incident and ensuring it is followed
Liaising with all required parties through the life of an incident
Co-ordinate activities between multiple n level support groups to ensure adherence to the Service Level Requirements (SLR) where multiple groups are needed to resolve a single incident.
Ensuring compliance across processes and collaborate with other Process Managers.

This has allowed me to rule-out 3 of the options - Our Shift Operations, Customer Managers and Service Desk - due to the way they are currently set up and the overheads involved in changing these. However, the issue(and why I've turned here for a little advice) is that our management want to see strong arguments against for and against any of the afore mentioned roles stepping into the role of Incident Manager.

So, any further advice?
_________________
Be the change you want to see in the world
Back to top
View user's profile
rpmason
Senior Itiler


Joined: May 25, 2007
Posts: 105
Location: USA

PostPosted: Wed Nov 05, 2008 8:35 am    Post subject: Reply with quote

We are setting up Incident Management and here's how we've divided it. It's not too late for us to veer a little from this path.

I'm paraphrasing:
Service Desk - function - owns all incidents.

Incident Manager - management person - responsible for the process and process-related issues.

Incident Commander - Svc Desk agent - responsible for 1 or more individual incidents. Includes assigning to other tiers (functional escalations) and determining if hierarchical escalation is needed. Verifies resolution with customers. Ensures incident record reflects the actual work done. Closes incident. The person in the IC role may change, for example, during long-running incidents.

Incident Assignee - person with appropriate skills/authorities - responsible for investigating and resolving incidents. The IC and the assignee may be the same person.

In summary, within Incident Management, one person drives the process while others drive the individual incidents.

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


Joined: Oct 30, 2008
Posts: 3
Location: New Zealand

PostPosted: Wed Nov 05, 2008 11:53 am    Post subject: Reply with quote

Thanks RP,

That's pretty much how we are targeting it also, though we do have different terminology for the names:

Incident Process Owner = Your Incident Manager
Incident Manager = Your Incident Commander.

Where I'm getting the push back is who should fulfill the role of Incident Manager/Commander. The ideal would be to have dedicated resource that sits on the Service Desk fulfilling this role, what management want to see is how this will be more beneficial than utilising a technical manager, customer manager or other to do the role.

As mentioned earlier, we have a fairly robust Major Incident process which I am trying to replicate across the board, just with different priorities and people filling each role.
_________________
Be the change you want to see in the world
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.