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: BerniecNic
New Today: 10
New Yesterday: 97
Overall: 149954

People Online:
Visitors: 59
Members: 0
Total: 59

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 - Prioritisation from the Business angle
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Prioritisation from the Business angle

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


Joined: Apr 17, 2008
Posts: 9
Location: South London

PostPosted: Thu Aug 13, 2009 6:36 pm    Post subject: Prioritisation from the Business angle Reply with quote

In our Problem Log Db we have Priority, Impact and Urgency fields however we don't (as yet) have a matrix which will calculate the Priority based on Impact and Urgency. At the moment we have the Priority options of Critial, High, Medium and Low.

Now the issue is that the customer wants direct control over setting the priority of problems and that they can't do that until they see and understand all the problems. I've argued that the business priority is a part of the overall priority but there is more to a problem priority than just the business impact.

We have over 500 registered problems at the moment for a system, many of those pre-date ITIL and me as Problem Manager so there are probably at least 300 that were logged and then ignored. Going forward I produce a monthly report of new problems which the customer comments on and I alter the priority accordingly.

Now my question is when setting the priority of a problem, should you be looking at a problem in isolation or comparing the problem against all other problems?

My argument is that each problem should be assessed by itself and the priority set depending on how it impacts the users, servers, urgency etc etc.

The client is arguing that they need to be able to see and understand all problems before setting a priority.

Any help on this would be gratefully received.
Back to top
View user's profile
BorisBear
Senior Itiler


Joined: Mar 10, 2008
Posts: 403
Location: Sunderland

PostPosted: Thu Aug 13, 2009 9:59 pm    Post subject: Reply with quote

Katherine - I absolutely hear what you're saying but I think you should at least be considering a subset of your problems and prioritising them against each other from a business perspective. There may be some that are low hanging fruit from a technology perspective......keep some resource back to work on those and don't necessarily share them with the business.
However where is the harm in prioritising the rest of the problems against each other - you only have finite resources so the key is to manage the expectations of your business so that they know that if everything is consider urgent then nothing is really urgent.
Back to top
View user's profile
Katherine
Newbie
Newbie


Joined: Apr 17, 2008
Posts: 9
Location: South London

PostPosted: Thu Aug 13, 2009 10:52 pm    Post subject: Reply with quote

I've tried splitting up the problems into ones identified by developers and testers, and problems identified in the live production environment and have been reporting on the live production environment problems to the client for some time.

However, the client has adamantly refused to help priorities any problem logs until we give full details for all 559 problems.

I have also been offering for sometime to provide a full report of all open Known Errors but until yesterday they haven't wanted to know.

Anyway, a spreadsheet of all 559 problems has been sent to the customer and also a full report for all Known Errors has also been sent so it should be interesting to see what happens next.

I'm planning on trying to produce a simple matrix to calculate the Priority based on Urgency and Impact, hopefully that should help set the Priority without swaying it entirely to focus on the business priority.
Back to top
View user's profile
Diarmid
Senior Itiler


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

PostPosted: Fri Aug 14, 2009 7:33 pm    Post subject: Reply with quote

Katherine,

there is no part of prioritizing problems that is not based on business impact. Cost/benefit, risk and timing are everything.

If you have over 500 known problems then the business is right to be alarmed and to want to know more.

Your issue is not whether the business is involved in the process but how.

At the moment you are heading for conflict. This will do the business no good, will not achieve good problem management and will eventually make the business consider the nature of its IT service provision.

Now, the determination of cost/benefit can be difficult. IT often does not fully understand the business parameters involved and the business can have difficulty realizing what the consequences of a "technical" problem will be.

You need to realign your problem management efforts to business requirements. You need to get to the position that, through communication and understanding, the business has confidence in the efficacy of your function.

With over 500 problems on the books, there is a need to assess exactly what you are calling a problem and probably categorizing them in some way that the business can understand. You need to develop algorithms that can easily (almost automatically) prioritize and manage whole categories of problems in a way that is acceptable to the business with minimal scrutiny.

With so many problems you probably have resource issues. The business can help with that, but will only do so if they are on-side.

To achieve any of this takes dialogue with good will on both sides. Once discussions have established the common grounds and common goals (policies and objectives) you can present your thoughts on rules for prioritization for discussion and refinement. This way the business will help you align to their perspective and you can move forward.
_________________
"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
Marcel
Senior Itiler


Joined: Sep 21, 2006
Posts: 63
Location: USA

PostPosted: Sat Aug 15, 2009 3:03 am    Post subject: Reply with quote

In essence you need two things:
1) A set of definitions for the levels of Impact and Urgency and how they translate to Priority. For instance, Impact 1 (highest impact) = when an IT service critical to a core business process is unavailable or otherwise significantly disrupted. Urgency 1 = Immediate impact and no workaround available. Something like that.
2) A set of assessment questions that will help determine the Impact and Urgency (and as a result Priority) of any given problem. For instance: "Does the problem impact an IT service that is critical to our core business?" (you may want to specify what that core business is) This is one of the questions to help assess Impact. Another one: "Does this problem occur more than 10 times a month?" (or whatever the right number is). This could be one of the questions to help assess Urgency. Having such a set of questions provides you with a repeatable prioritization process and can help reduce subjectivity. Keep the number of questions limited.

Make sure to get your business partners' buy-in with the definitions and the assessment tool.

I would also recommend to make sure your entire organization adheres to the same definitions and assessment method. That will give you a much better understanding of where your pain is and where you need to put your resources. If each group has their own way of prioritizing then you would end up comparing apples to pears.
_________________
Manager of Problem Management
Fortune 100 Company
ITIL Certified
Back to top
View user's profile
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.