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: MCilley
New Today: 34
New Yesterday: 55
Overall: 148156

People Online:
Visitors: 70
Members: 0
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 - Keeping track of Problem records (for linking purposes)
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Keeping track of Problem records (for linking purposes)

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


Joined: Jul 10, 2012
Posts: 1

PostPosted: Wed Jul 11, 2012 1:48 am    Post subject: Keeping track of Problem records (for linking purposes) Reply with quote

Hi, I am a desktop manager for a medium/large/multi site company. Problem management is taking an increasing role in our effort to reduce incidents and we are being challenged to ensure dekstop techs link incidents to known problem records.

Quesiton I have that I hope for some help with is, with over 100 problem records accross the organsation, techs are often not realising that a problem record exists. We do have ability to 'search' for open records and they are all on a spreadsheet available on the intranet, but this seems a lengthy method to search/identify for every incident.

Our Serivce Desk software cannot suggest based on content so I was wondering if anyone had used any other methods to make techs (often based at remote sites also) aware of which problem records are current/closed/active to make it easier for them to link - we did think of putting up those more relevant/likely to be closed by desktop team on a large whiteboard, but again that seemed very clunky to manage.

Any suggestions or ideas would be appreciated, thanks
Back to top
View user's profile
Diarmid
Senior Itiler


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

PostPosted: Fri Jul 27, 2012 8:10 pm    Post subject: Reply with quote

jondw1970,

I dare say I could invent a few tricks, but they would not necessarily be much good, and you have probably already thought of anything I could.

My best suggestion is to raise a problem. Put it on the radar. Describe the costs and risks associated with the current system. It is, after all, the problem manager's responsibility to see that the nature and status of outstanding problems is readily available to the appropriate functions. It is a problem. Get more minds focussed on it.
_________________
"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
Boydness
Itiler


Joined: Aug 03, 2012
Posts: 24

PostPosted: Sat Aug 04, 2012 3:30 am    Post subject: Reply with quote

I am not sure if I fully understand the issue at hand.

Is the issue with just advising your incident handlers that problems exist that they should reference to possibly attribute new incidents to an existing problem?
Or is this excel related to problems, also containing your KEDB information (or where/how to find the KEDB entry for that problem) that they need to reference to determine the workaround to employ?

I had several sites that used excels to track the above, it was pretty difficult for them to maintain.

We employ a SharePoint, that serves many purposes. Primarily it tracks the problem external to the ticketing system (we have multiple), it is where we convert technical discussions into plain-speak for the non-technical stakeholders, and much more.
This allows for automated notification of updates to the problem case, keeping all parties up to date. Additionally, with a search function and the predefined views the information is very user friendly.
We have one very simple view that allows the titles of the problems to be sorted alphabetically, so by mandating a naming schema the first word of the title refers to the Application/Product/Service to which the problem applies followed by a concise description.

I would look at creating a SharePoint, that would provide you a centralized location to track and manage your problems, while affording on-site and off-site techs the same level of access. The use of notifications is handy for ensuring the appropriate group(s) receive a distribution of the information when that SharePoint entry is updated.


Boydness
Back to top
View user's profile
Diarmid
Senior Itiler


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

PostPosted: Sat Aug 11, 2012 8:36 pm    Post subject: Reply with quote

Boydness wrote:
I am not sure if I fully understand the issue at hand.


That's why I suggest raise a problem to analyse the issue. I doubt if they understand themselves at the moment what exactly is wrong (apart from the outcome).

They may have an adequate system, but the staff need guidance/training/discipline.
They may have an inadequate system and require to design something better.
SharePoint may be a candidate to provide a solution, but it may be disproportionately expensive, or there may be simpler/better/cheaper solutions.

By managing the issue as a problem, it is easier to perform proper analysis before focussing on a solution as all the relevant parties can be involved properly.
_________________
"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 -> 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.