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: yzewoxe
New Today: 47
New Yesterday: 64
Overall: 230434

People Online:
Visitors: 110
Members: 0
Total: 110



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

Outsourced infratructure scenario

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

Joined: Sep 26, 2005
Posts: 44
Location: Sweden

PostPosted: Tue Apr 13, 2010 3:05 pm    Post subject: Outsourced infratructure scenario Reply with quote

Consider this scenario and add your thoughts if you have the lust for it. This is not an exam question by the way.

Outsourced infrastructure provider with application ownership and support within the business. Department established within the business to steer the infrastructure provider.

Incident prioritisation has always been based on impact to the business i.e. whether or not a critical application or main work task tool is available. The infrastucture provider wants to set up service levels on their infrastructure components and map them to incident prioritisation and timescales for responding and resolving. All well and good you may think.

Although I believe the infra provider has the best of intentions I can't help feeling that we are losing the "what's important for the business" view. And that for me is the applications and not the underlying technology. There is no CMDB mapping infrastructure services to applications so it would be very difficult implementing such a system anyway.

Does anyone have any experience of this type of situation and care to comment. Perhaps I have been a bit vague if so I'm happy to provide more info.

Back to top
View user's profile
Senior Itiler

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

PostPosted: Tue Apr 13, 2010 8:41 pm    Post subject: Reply with quote


you will be surprised to learn that I believe there is no one answer to this question.

Two of the key factors are the maturity level of your provider's management capability and the maturity level of your own management system.

A third is the relationship between the provider and yourselves in terms of confidence, trust and the desire to continue the arrangement into the future.

As a general point, nothing goes into the SLA unless it suits you. The counterpoint is that you must not back the provider into a corner that they cannot fully cope with.

There is a lot of stuff in older threads on the details. I'm not going to look back for it (you might get value from doing so), and I may be about to repeat (or contradict Twisted Evil ) things I and others have said before.

Point one is that priority has nothing to do with how long it takes to fix something. some things require very little work and others a lot, irrespective of how important they are.

So don't agree timescales based on priority! They will not work well, being either too tight or too loose in many cases.

Point two is that if you set target times for each occurrence of an incident irrespective of its nature then: a) the provider has a hostage to fortune ..., and b) ... you will suffer as they pile on resource to avoid a breach of the SLA ahead of dealing with other incidents.

At SLA level, target times for incident resolution need to be applied as rolling averages over a meaningful period (a week, a month, a quarter - it depends on things like how many incidents there are and on how rapidly you need to spot and remedy long term problems in incident resolution).

The best way (because it recognizes reality) to establish these targets is against categories of incidents, if each category has a relatively homogeneous resolution process, such as incidents requiring a database recovery. But that is likely to be too complex to set up and manage.

Another approach is to have one figure covering all. In many organizations the difficult ones will even out with the rest fairly comfortably.

Another approach (and this could be added to either of those above) is to focus the SLA more on escalation criteria which can be based on elapsed time and on priority, and quantify the escalation action in terms of resources, level of management involvement and communications protocols.

In practice, incidents of high urgency and impact that are proving difficult to resolve are likely to involve close liaison with supplier and user management and this should make it transparent whether the provider is doing all they can in the circumstances (which, if you are satisfied with how they are set up, is about all you can reasonably ask in such special circumstances).

I suspect that if you maturely apply escalation and communication processes, your overall service of incident resolution will be better than under the more artificial demands of fairly arbitrary target resolution and perhaps you could evolve from direct targets to measured improvements in performance over time.

Unless you have a poor relationship with the provider, the application of penalties is unlikely to be automatic except where the degree of their failure is great. You are more likely to take into account some special circumstance and perhaps reduce the penalty in particular circumstances. I'm sure some will disagree with this, but the subject is far from an exact science and if you are convinced that they are doing their best and that better could not have been done for the price by anyone else, then it will all come out in the wash at the next contract renewal anyway.

Sorry to ramble on so. I think the sun is getting to me today Smile

Now is your chance to elaborate your issue to show where I have misunderstood it Confused
"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 -> ITIL Discussion 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.