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: TBlesing
New Today: 11
New Yesterday: 48
Overall: 146039

People Online:
Visitors: 70
Members: 5
Total: 75 .

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

Major Incidents

 
Post new topic   Reply to topic    ITIL Forum Index -> Problem Management
View previous topic :: View next topic  
Author Message
cproctor
Newbie
Newbie


Joined: Aug 14, 2006
Posts: 3

PostPosted: Tue Aug 15, 2006 1:32 pm    Post subject: Major Incidents Reply with quote

Hi,

I just had a question about best practice and the major incident process. For those who have implemented Problem Management do your Problem Managers over see the Major Incident process?

At first I believed this was still a function of the Incident Management process and that the Problem Management process would pick up after the service was restored. However this has recently become a question for debate and I'm finding it difficult to find the true best practice.

Thanks everyone.
Back to top
View user's profile
m_croon
Senior Itiler


Joined: Aug 11, 2006
Posts: 262
Location: Netherlands

PostPosted: Wed Aug 16, 2006 7:31 am    Post subject: Reply with quote

Hi cproctor,

At my company, we have actually split it up. The actual solving of the disruption is under control of incident management. After this, a structural improvement should be described and communicated (not yet excecuted) within 5 working days. This bit is under control of problem management. Have a look at Kepner-Tregoe (google) with ATS (Analytic Trouble Shooting) to continue where ITIL stops.

hope this helps,

Michiel
Back to top
View user's profile Visit poster's website
cproctor
Newbie
Newbie


Joined: Aug 14, 2006
Posts: 3

PostPosted: Wed Aug 16, 2006 7:35 am    Post subject: Reply with quote

Thank you for the opinion. My company handles it exactly as you described. I was confused due to a training course for problem mgt practitioner they stated that it was best practice to have Problem Management oversee the entire Major Incident process.

I guess there can be multiple ways to approach it.
Back to top
View user's profile
m_croon
Senior Itiler


Joined: Aug 11, 2006
Posts: 262
Location: Netherlands

PostPosted: Wed Aug 16, 2006 5:07 pm    Post subject: Reply with quote

Absolutely. After all, ITIL is just a framework. 80% of ITIL is bookstuff and in my opinion identical between organisations, the rest is (in "best" practice) customized per organisation.
Back to top
View user's profile Visit poster's website
outager
Newbie
Newbie


Joined: Aug 01, 2006
Posts: 7

PostPosted: Wed Aug 16, 2006 10:21 pm    Post subject: Reply with quote

Think of incidentmanagement about the firebrigade and ambulance after a plane crash, and the organisation analyzing the crash (NTSB in the US) as problem management.

Both organisations can have conflicting interests.

The NTSB would like nothing being touched or damaged, because the want to analyse the cause of the crash.
The firebrigade has only interest in getting alle the people out of the plane. And if they have to cut open the body of the plane for it, they will! (and possibly damaging evidence of the cause of the crash).

I heard this example in a training I got. This sample explained a lot for me. Especcially the conflicting interest!.

Paul.
Back to top
View user's profile
shubhendu
Newbie
Newbie


Joined: Oct 07, 2005
Posts: 8

PostPosted: Thu Aug 24, 2006 10:25 pm    Post subject: Major Incident is handled by Major Incident Team Reply with quote

Hi,
Major Incident is handled by Major Incident Team. The team needs to be comprised of all the Senior Line Managerse.g. CIO,Operations Manager,Development Manager etc etc. It needs to be headed by Chairman or at least CIO of the organization. This is a requirement of ISO 20000 certification as well.
So wht does this mean? This means "Major Incident" concept is needed only by very big organization where there can be some failure which can affect a whole country's operation or something like that. It is something that happens "very very rarely".
On functional side,Problem Manager,Change Managers will be always part of the Major Incidnet team.
Why is the concept of "Major Incident" there? It is the linkage between Incident Management and Service Continuity Management.
Incident->Major Incident->Service Continuity
Hope,this clarifies the doubts
Shubhendu
Back to top
View user's profile
arnoldmram
Itiler


Joined: Mar 08, 2005
Posts: 36

PostPosted: Sat Aug 26, 2006 7:25 am    Post subject: Reply with quote

Hi,

The way, I have seen this implemented in some organizations is through problem management. The major incidents are handled through the problem management team, though there could be common staff between Incident and problem management. Typically, the registration of Problems, is done by the second level support team of Incident management, but the overall control for handling the major incidents is through problem management (as in a process owner for problem management).

I am not sure, If I quite agree with Shubhendu on the ISO 20000 certification. Would you be able to tell, which clause in the standard requires a major incident team to be formed.
Back to top
View user's profile
eisbergsk
Senior Itiler


Joined: Nov 01, 2004
Posts: 81
Location: Sask, Canada

PostPosted: Tue Aug 29, 2006 8:02 am    Post subject: Reply with quote

m_croon wrote:

... After this, a structural improvement should be described and communicated (not yet excecuted) within 5 working days. This bit is under control of problem management....
hope this helps,

Michiel


Hi Michiel - Do you have any metrics on how long after the Problem resolution (structural improvement) is communicated that it actually gets implemented? Our management team does not believe me when I tell them that we are slow, with our current average of 50% resolution implemented within 3 months of a major incident. They want to know 'industry standards'...
*seeking enlightenment in Canada*
/Sharon E
Back to top
View user's profile Send e-mail
m_croon
Senior Itiler


Joined: Aug 11, 2006
Posts: 262
Location: Netherlands

PostPosted: Tue Aug 29, 2006 8:34 am    Post subject: Reply with quote

Hi Sharon,

I do not have the exact metrics available from my own company, and do not know if there is an industry standard at all, but we report on the % of proposed improvements realised per branch within two months (3 branches in total untill recently), and those rank from 40-60%. From my personal experience i'd say you are doing a good job (besides having worked at our own data centers, I've been stationed with 10 different customers with aprox. 20-25 data centers. Many of these customers do not have these mechanisms in place at all).

Sorry I can't be more specific.

Michiel
Back to top
View user's profile Visit poster's website
ranjithraghunathan
Itiler


Joined: May 09, 2007
Posts: 22
Location: Bangalore

PostPosted: Wed May 09, 2007 9:03 pm    Post subject: Reply with quote

To understand major incident better, I would suggest to have a brief idea about SOX or Sarbanes Oxley requirements.

Major incidents usually are those issues that are related to business critical IT configurations that affect business or business financial applications.

The major incidents while having to be resolved by the Incident Management team itself, should have a Lead role at the Service Desk who manages all the major incidents (as many as 1 or none or as many possible, for a day). The major incident handling process should be framed as a skeleton first for the entire Service Desk, describing WHO will conclude that it is infact a major incident, WHAT are the criteria to decide the same, WHAT actions need to be taken, the ESCALATION procedure, WHO needs to be contacted if the primary contacts are not reachable etc. Business Continuity & Disaster Recovery is definitely part and parcel of handling major incidents.

Ranjith Raghunathan
ITIL Foundation Certified
Back to top
View user's profile MSN Messenger
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Problem Management 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.