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: xcymquvq38
New Today: 91
New Yesterday: 154
Overall: 130989

People Online:
Visitors: 59
Members: 4
Total: 63 .

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 - Incident or Change?
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Incident or Change?

 
Post new topic   Reply to topic    ITIL Forum Index -> The ITIL Service Desk
View previous topic :: View next topic  
Author Message
martin_d
Newbie
Newbie


Joined: Jul 08, 2005
Posts: 8

PostPosted: Fri Aug 18, 2006 11:14 pm    Post subject: Incident or Change? Reply with quote

If a change is implemented, signed off by the customer and later they report that something is not functioning that is related to the change, should the change be re-opened or an incident be raised?

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


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

PostPosted: Fri Aug 18, 2006 11:24 pm    Post subject: Reply with quote

Martin,

ITIL will not give you a definitive answer, ask this question to 10 people and you'll most likely get 11 answers. ITIL is merely a guideline, not a set of definitive and precise rules.

Never forget the practical side of this (minor) issue:
When an incident occurs, prio 1 will be to get the service back online for the customer / user. Prio 2 is to analyse what went wrong.

If you'd reopen the change, chances are that it is a CAB change. Your organisation will probably not be as focused on the immediate monitoring of CAB changes as compared to incidents, i.e. incidents are the proper vehicle to work on prio 1 (get the service reinstated).
For prio 2, it should be enough to relate the incident to the change ("caused by", most tools can provide this), where the change can be left with the state it already has. At the end of the week / month, you simply monitor within your tool how many changes have this type of relations ("caused by") and how many incidents are related.

The point I am trying to make, is that this is much more a matter of your organisation making a decision on how you want to do this and sticking to it, than "living according to ITIL" (whow, good filmtitle: "the world according to ITIL").

Hope this helps,

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


Joined: Jan 20, 2006
Posts: 172
Location: England

PostPosted: Sun Aug 20, 2006 3:38 am    Post subject: Reply with quote

I'm with Michael on this one.

I've log an incident for the end user and associate it with the RFC. That way you can monitor which RFCs are causing the most incidents, and hopefully analyse the cause for this leading to, hopefully, an improvement in the release process.
Back to top
View user's profile Visit poster's website
Guerino1
Senior Itiler


Joined: Jan 01, 2006
Posts: 500
Location: New Jersey

PostPosted: Tue Aug 29, 2006 4:30 am    Post subject: Reply with quote

Hi Martin,

I don't know if you have your answer, yet, but I wanted to simply add that our customers & partners would normally not reopen the Change ticket. They would create a Change Related Incident and also update the post mortem information on the Change, itself, to reflect that there are one or more Incidents against it. This way, you can get at the Incident data from both directions, the change and the incident.

Regards,
_________________
[Edited by Admin to remove link]
Back to top
View user's profile Send e-mail Visit poster's website
ChipPanFat
Newbie
Newbie


Joined: Aug 31, 2006
Posts: 6
Location: Singapore

PostPosted: Fri Sep 01, 2006 8:32 pm    Post subject: incident Reply with quote

I'd say log them as incidents as your ServiceDesk might have problems relating it to a specific change, maybe during problem management you can classify it as related to a change.
Back to top
View user's profile Visit poster's website MSN Messenger
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> The ITIL Service Desk 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.