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: AnnLri
New Today: 21
New Yesterday: 95
Overall: 141460

People Online:
Visitors: 75
Members: 2
Total: 77 .

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 - Incident Management process flow clarification
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Incident Management process flow clarification

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


Joined: Sep 25, 2007
Posts: 13

PostPosted: Fri May 28, 2010 12:58 am    Post subject: Incident Management process flow clarification Reply with quote

I am developing a flow chart for incident management in our company. In the Service Operation book, figure 4.2 shows the "Incident Management process flow". Section 4.2.5 says "The process to be followed during the management of an incident is shown in Fgiure 4.2."

I know that ITIL is not prescriptive, but I am always sensative with phrases like "The process to be followed". That sounds pretty much like a directive to me.

In our company we have two basic support tracks: datacenter and software. When an incident occurs or is submitted that directly affects the software the ticket is immediately passed to software support. No other "diagnosis" is done.

The way I interpret the flow chart in the context of my company is that the first question asked in the "Initial Diagnosis" process is "Software, yes/no?". If software, there is a functional escalation to 2nd level (software) support.

On the other hand, this could be part of "Incident Categorization", however according to the flow chart, you only have service requests and others. Since a software incident is not a service request, the next step is Prioritization and then determining if a major incident or not. It is not the job of the service desk to determine if a software incident is a major incident or not. So for us, the question of major incident comes after the question whether there is a functional escalation or not.

I know no one is going to get shot if we change the order of these decisions in our flow chart. However, I would like be able to justify any deviations from the official ITIL books, or if my flow chart does not deviated why it does not fit the "old" way of doing things.
Back to top
View user's profile
Diarmid
Senior Itiler


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

PostPosted: Fri May 28, 2010 5:38 am    Post subject: Reply with quote

Sounds like you have silos.

You'll get in an awful lather if you keep trying to put ITIL in front of requirement. Write your flowchart how you do it. Don't fudge the terminology or twist the meaning to fit some perceived ITIL norm. There is not one. The fact that the flowchart only has "service requests and others" is a big clue that it is not the whole story

Think of the ITIL terms as concepts, not straight-jackets. Since ITIL is absolutely not prescriptive (whatever words you find in the text - and they may just be ill-considered words or you may be taking them out of context), there is nothing to deviate from. You use it to help you, not to rule you.

It's a funny service desk that is not supposed to call major incident when it sees one. After all the first part of a major incident is a major service down and you know this when you get the call. The second part is that it isn't on the way back up a few minutes later and front line will not always be able to work that out when they pass the call to second line whether it is software or infrastructure.

In a way, what you are describing is two service desks with one of them as a common channel for all "incoming". Incident management has to be performed at both of them performed . The process flows are the same but the actors are different. If it works for you, then carry on. I hope that overall responsibility for is clearly identified because a) the customer really doesn't care whether it is software or hardware that has interrupted the service and b) sometimes one looks like the other at first glance and it can even be a combination of the two.

Just as an aside, what you describe is more of a functional transfer than a "functional escalation" whatever that means. If it was escalation you would still be responsible for it.

I can't help thinking that for your organization, a much better use of ITIL would be to pretend that it won't let you continue with your silos and force through an newly improved and integrated service.
_________________
"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
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.