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: dmgyhola71
New Today: 40
New Yesterday: 165
Overall: 131450

People Online:
Visitors: 73
Members: 2
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 - who should raise a Problem Record?
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

who should raise a Problem Record?

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


Joined: Feb 14, 2011
Posts: 35

PostPosted: Fri Jan 11, 2013 1:32 am    Post subject: who should raise a Problem Record? Reply with quote

For a while now i have always assumed it was the PM only that raised a problem record. It now seems not the case depending on company policy. On inspection of itil process, it doesn't state this but suggests the service desk can.
i imagine this to be reasonable if the SD is sharp, but not always the case and could be messy. I have always worked whereby the pm is notified of any issues and therefore retains control over all problem records.

Once the SD raises the PM case, i then assume it is then administered by the PM only?

The same for major incidents, the PM case can be raised by the SD?

Thanks for any pointers
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3259
Location: London, UK

PostPosted: Fri Jan 11, 2013 6:13 am    Post subject: Reply with quote

Elbow

Please read more closely

What should happen is as follows

A Problem candidate record is raised. What this means is that something is found that may requirement PM involvement. I call it a P C R. for lack of a better term

The PM team have a set of criteria to determine whether they can take on the PCR and try to solve it - based on the criteria...If accepted a Problem record is created and a team is assigned to work on it. To solve it and come up with a solution.

However, this depends on whether the PM Team can deal with the P CR or not

For example

You have an issue with Windows 7 or Windows 8 for about 40 users. Yet, the PM Team have no specialists with Win7 or Win8. So why would they spend time trying to clear this problem. The Win7/8 may be a pilot and there fore the pilot team would need to solve it or even worse point to Microsoft
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
elbow
Itiler


Joined: Feb 14, 2011
Posts: 35

PostPosted: Fri Jan 11, 2013 7:23 pm    Post subject: Reply with quote

UNVIKING.

Thanks for the reply - in essence what you're saying is that the PCR is a notification/request to PM to investigate an issue and then PM decide whether they will open an actual Problem investigation based on certain criteria.

Therefore, it should only be PM that open a problem record and also retain control of that problem record?
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3259
Location: London, UK

PostPosted: Fri Jan 11, 2013 9:47 pm    Post subject: Reply with quote

Elbow

In essence, yes.. how you do it is the devil in the details

You can allow everyone to suggest (however your tool works) a Problem record - call it a problem record request

however, the PM team has to accept it or reject at their convenience

i would recommend a PM 'cab like' meeting accepting or rejecting these
and do follow ups - on outstanding ones
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
baloutang
Newbie
Newbie


Joined: Jan 21, 2010
Posts: 9

PostPosted: Sat Jan 12, 2013 1:32 am    Post subject: Reply with quote

UKVIKING,

Would you suggest that the PM-like CAB be run similarly to a CAB? It makes sense to have an "approval process" for problems that are worked by the PM team. I think it's in the details of how this is executed to where it can become extremely efficient or greatly dysfunctional depending on the organization.

Personally, I like the idea, but for the organization I work for it would be a face to face meeting going over a status rather than digging into the weeds. It'd be more feasible working through a tool that documents and records information onto the initial record.

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


Joined: Sep 16, 2006
Posts: 3259
Location: London, UK

PostPosted: Sat Jan 12, 2013 4:17 am    Post subject: Reply with quote

Yes,
it should sort of run like a CAB

The PM should be there and the representatives of the areas that can raise the PM requests

The meeting should be short and quick,

Any new items ?
Yes
Discuss from the representative about the issue / PR Request
PM team rep for that area
If it meets criteria, then announce it has been accepted. Diarize it
Number it and start the team that is working on it
NO CLOSE DATE or SLAs are LINkED TO the solution

go through the new ones
Comment on the in progress ones only if there is negative news or delays
such as
PR \45 requires involvemnet of vendor - blah - who has taken the issue and will report back when they have an answer. We will check for update in 2 weeks
or
PR \93 requires a test environment which has to be built to recreate the error..

End with the closed (cause found), closed (solution developed and handed to testing) and closed - to Production CAB
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
KenLuo
Senior Itiler


Joined: Nov 03, 2012
Posts: 55
Location: Singapore

PostPosted: Thu Jan 17, 2013 3:43 am    Post subject: Reply with quote

In my organization, the problem ticket should only be raised by incident team or problem team itself, because

1) Users should only raise incident tickets, but never problem.
2) The problem should be recognized by incident support when dealing the issue multiple times.
3) For proactive actions done by problem support, they can create the problem ticket to track.

Also when a problem ticket is created, incident support should create some links and tell requester.

This tells you who should create the problem tickets.

Secondly, in my organization, there is a published template which lists all the criteria for a problem creation.

The problem would be reviewed by problem manager and if it is accepted, it would be assigned to PO.

i believe this is also documented in ITIL.

Now it comes to you what are those criteria? This is something you need to review with PM.
_________________
Luo, Tian-Hong (Ken)
Regional Operation Lead

ITIL Expert 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.