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: AClaxton
New Today: 3
New Yesterday: 86
Overall: 139418

People Online:
Visitors: 57
Members: 0
Total: 57

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 - 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
tolman101
Itiler


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.

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


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

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

Matt,

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 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.