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: QDedBArfjn
New Today: 71
New Yesterday: 73
Overall: 150121

People Online:
Visitors: 67
Members: 3
Total: 70 .

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

Definition of Major Problem

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





PostPosted: Tue Jun 21, 2005 7:24 am    Post subject: Definition of Major Problem Reply with quote

Hi,

does any of you have a clear definition of when a problem becomes a major problem ?

Best regards
Peter
Back to top
mcardinal
Senior Itiler


Joined: Oct 06, 2004
Posts: 77
Location: Bloomington, IL

PostPosted: Sat Jun 25, 2005 5:23 am    Post subject: Reply with quote

Because ITIL is a framework, you will have a hard time finding a clear definition in the literature.

Your best bet is to work closely with your customers and the business to have them help you determine what they consider a major problem. Once determined, it might be wise to record that in the SLAs so that everyone is on the same page.

Our definition is basically something that stops our ability to generate revenue. If we cannot sell insurance and financial products, we are dead in the water.

Hope this helps.

Michael
Back to top
View user's profile Send e-mail MSN Messenger
nuker
Newbie
Newbie


Joined: Sep 20, 2004
Posts: 9
Location: switzerland

PostPosted: Mon Jul 04, 2005 9:43 pm    Post subject: Reply with quote

Exactly. It allways depends on the "business needs".
_________________
gruss nuker

Back to top
View user's profile Visit poster's website
rjp
Senior Itiler


Joined: Mar 12, 2005
Posts: 255
Location: Melbourne, Australia

PostPosted: Mon Jul 04, 2005 11:28 pm    Post subject: Reply with quote

ITIL doesn't provide a formula for classifying problems as major or minor.

It may help, however, to think about what such a classification ensures: appropriate and timely attention to problems that have a negative impact on the business. That is, it is to ascertain which identified problem gets priority.

You have two ways to go depending on your scale and setup. Both of the approaches listed below should be a part of problem management, but there is some scope for deciding where the emphasis is going to be:

1) Formal definition and process based classification.

2) Skill and knowledge based judgement call.

The key factors as the others stated is the impact to the business.

A formal approach (1) will use:

The CMDB - to analyze service impact and dependencies (how many services are affected, which ones, how severely, what are the at risk services in the problem worsens.)

SLAs - to identify services (and the components in the infrastructure) that are considered mission critical.

In addition the forward schedule of changes may come into play - are scheduled changes, or the next release, at risk of being delayed until the problem is rectified.

A set of impact and urgency metrics (no of business units impacted, nature of impact - slowed, halted, at risk etc), would be calculated objectively and combined with arbitrary rules (any problem impacting the accounts receivable system is automatically deemed to be 'major'.

This requires clear and well developed processes, and a fair level of maturity in Service Level Management and Configuration Management.

NB: The formal approach is often problematic because the most common sequence for implementing ITIL is Service Desk / Incident Management then Problem and Change management - with Service Level and Configuration Management bringing up the rear.

So often about the time folk are seeking a formal mechanism for classifying incidents into major and minor, there often is insufficient supporting information and workflow to do so.

Which leaves the skills based approach (2) - Make it someone's job (initially) - ideally someone who is recognized as the 'Problem Manager', but otherwise, someone who understands the business and the infrastructure, whose job it is to be aware of all the current problems and make a call as to which ones will be handled first. With the authority to do so.

So long as problems are being dealt with in an order commensurate with their potential to hurt the business you have achieved the objective behind separating them into major and minor classes.

Note: One possible 'rule' that you may encounter is that a major problem is one, the solution of which, goes through change control. IE: If a formal RFC and CAB sign-off is required the problem is Major, if it can be fixed through a minor pre-approved change then it is 'Minor'.

Take care with this approach - because you won't be able to assign the status until after you have the solution. And it is possible that a trivial break-fix issue with a single CI somewhere could have quite a large impact on the business. IF you are going to designated major problems you best do it before you start working on their solutions.
Back to top
View user's profile Send e-mail AIM Address Yahoo 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.