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: GLomas
New Today: 22
New Yesterday: 44
Overall: 146532

People Online:
Visitors: 45
Members: 3
Total: 48 .

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 - SLA breaches
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

SLA breaches

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


Joined: Jan 16, 2008
Posts: 1

PostPosted: Thu Jan 17, 2008 3:45 am    Post subject: SLA breaches Reply with quote

Hello,

Does ITIL provide guidance with reference to missing SLA's? Specifically, if I'm about to miss an SLA because I am waiting for the client, do I stop the clock in my CRM or do I breach the SLA then justify this after the fact?

From my research I understand that ITIL does not provide specifics in relation to this but I am interested to hear what others have to say..

Thanks
Back to top
View user's profile
Timo
Senior Itiler


Joined: Oct 26, 2007
Posts: 295
Location: Calgary, Canada

PostPosted: Thu Jan 17, 2008 4:40 am    Post subject: Reply with quote

I didn't know you could stop a clock on an SLA Smile

Well... all I can say is that your SLA will be breached one way or the other. Things won't get done on time. To me this looks like a KPI to measure the performance of your SLA. "Number of SLA breaches due to client dragging their feet" Smile (You can term it more business-appropriate)

I don't think, though not 100% sure, ITIL recommends something specific (when did it?), but common sense dictaces that you should review the impact your dealings with clients have on your targets and take appropriate steps to reduce chance of the delays happening in the future.
Back to top
View user's profile
rcageot90
Newbie
Newbie


Joined: Jan 10, 2008
Posts: 3

PostPosted: Thu Jan 17, 2008 7:55 pm    Post subject: Reply with quote

In fact it depends on what you defined in your SLA

For example, for some specific applications in my company we defined that the target should be a Mean Time To Resolve of 48 Hours with the exclusion of all time spent in a specific "pending" status (Waiting customer Information for example).

This is not done by our TT tool but in our Reporting database
_________________
Service Desk Tools Manager
ITIL V2 Foundation (Green)
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 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.