Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
· Home
· Content
· Feedback
· News
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account


The five ITIL books can be obtained directly from the publisher's website:

Or as downloadable PDFs: HERE

Current Membership

Latest: yrojegiti
New Today: 2
New Yesterday: 34
Overall: 231574

People Online:
Visitors: 128
Members: 3
Total: 131 .



Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.

Related Resources

Service related resources
Service Level Agreement

How to set up
IT Change Management
Process Info-Graphic

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.


Select Interface Language:

Please contact us via the feedback page to discuss advertising rates.

The Itil Community Forum: Forums

ITIL :: View topic - Child Incident tickets and SLA reporting - advice needed
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Child Incident tickets and SLA reporting - advice needed

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

Joined: Aug 31, 2009
Posts: 2

PostPosted: Tue Sep 01, 2009 5:30 am    Post subject: Child Incident tickets and SLA reporting - advice needed Reply with quote

New to Incident Management and need some advice on how others are handling this:
1. Do you report on SLA for Child Incident tickets or just the Parent?
2. If you report on Child Incidents, do you assign them to the support team or Service Desk? I see a lot of comments where companies are leaving Child Incident tickets assigned to Service Desk but wouldn't that be saying Service Desk is responsible for the SLA on all these tickets then? It would impact their first-level resolution rate stats also.
3. Our feelings are Child Incidents should never be resolved until service is restored via an acceptable work-around or fix. But we're getting push back from our support groups saying if an issue is identified in a Parent Incident ticket then we should be able to resolve the Child tickets and let the caller know they can reference the Parent ticket #. Again, is this falsely reporting X number of tickets were resolved faster than they actually were?

Thanks for any input! Smile
Back to top
View user's profile
Senior Itiler

Joined: Mar 04, 2008
Posts: 1894
Location: Helensburgh

PostPosted: Tue Sep 01, 2009 6:45 pm    Post subject: Reply with quote


not sure what your precise definition of "child incident" is, but there is another thread that discussed this subject at some length.

What you report in an SLA entirely depends on what you have agreed with the business.

When I see this question phrased in this way, I get concerned lest people are trying to design the content of an SLA and hand it to the business. This would be bad, even if the business seems to be happy with it or encouraging it, because you would not be matching service to business requirements.

If I make some assumptions about your question, I can say the following:

There is a difference between a service being up and running and everyone being able to access it. This is a normal source of "child incidents".

The trouble is that there may be special action required for some users beyond simply restoring the app on the server or the network node (whatever was behind the issue) and therefore you cannot assume that everyone has a restored service unless you check.

If your SLA is concerned with availability to individual users over and above the general availability of a service, then you will obviously report these against your SLA.

However, unless you mean something else by "child incidents", you will most likely be counting one incident as having occurred regardless how many people have reported/experienced its effects.

Thought for the day:
When a service goes down, the fact will be reported by some, but not all users affected. Those that do not raise a report ar just as important as those that do, but I have never seen a discussion on, for example, whether a "child incident" should be raised on their behalf. but some of them may experience difficulty after the incident s believed to be fixed. Consideration of this situation could enlighten the thinking on the overall subject.
"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

Joined: Aug 12, 2009
Posts: 3

PostPosted: Sat Sep 05, 2009 2:43 am    Post subject: Reply with quote

I think I understand your question. My take on it is:
1. SLA covers all tickets regardless of whether they are parents or children
2. Whatever team is reponsible for the parent is also reponsible for the children & the ticket details should be updated and resolved at the same time as the parent.
3. I agree. It can only be resolved if there is a fix / workaround.
Hope this helps.
Back to top
View user's profile
Senior Itiler

Joined: Aug 31, 2005
Posts: 550
Location: UK

PostPosted: Mon Sep 07, 2009 7:18 pm    Post subject: Reply with quote

The important thing to remember about Service Level/Availability Reporting is that you report on service downtime, not directly on Incident duration. This is just the input into your calculation, you then need a good CMS/CMDB to understand the impact of this on services. A single network outage could impact dozens of services, and personally I would not raise child records for each of these.
Liz Gallacher,
Accredited ITIL and ISO/IEC20000 Trainer and Consultant - Freelance
Back to top
View user's profile Send e-mail Visit poster's website
Senior Itiler

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

PostPosted: Mon Sep 07, 2009 10:24 pm    Post subject: Reply with quote

I would go along with Liz on this

If you have a server farm which supports 200+ applications, services and functions and the farm crashes for short duration of time say 10 minutes due to a power spike or some such...., you could raise 200+ incident child tickets at 1 - 3 minutes each... by which time the outage is over and it turns out to be a loose network connection and the services were not impacted.. just not available

or the NMS tool suffered a hit....
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
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

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.