<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: How Help Desk SLA&#8217;s Lie &#8211; &#8220;Four Hour Response&#8221; My Butt.</title>
	<atom:link href="http://etherealmind.com/opinion-help-desk-sla-are-all-lies/feed/" rel="self" type="application/rss+xml" />
	<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/</link>
	<description>Network design, architecture, thinking, working. Tech.</description>
	<lastBuildDate>Fri, 10 Feb 2012 18:43:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Eth</title>
		<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/#comment-840</link>
		<dc:creator>Eth</dc:creator>
		<pubDate>Tue, 24 May 2011 15:09:51 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1289#comment-840</guid>
		<description>Strangely thats how you people work.. Big fuzz and no results. I did work in IT support company, we had time to reaction (which is about 30 mins for gold customers, 1 hour for rest) and time to fix. This involved (without calls) checking equipment by engineer, contacting appropriate specialist (would it be network support, server support or a spare part department) for immidiate fixage. Never had a single SLA TTR 2 hours violation. In worst case scenario the replacement was put in (would it be network hardware or pc/laptop) or server replacement (weeker, etc, but still going with functions) with a backup restoration (preinstalled stuff). The only thing we messed up our 2 hours TTR was exchange server raid 5 full failure, with huge data restoration process, but we still fit into 7 hours from notification.</description>
		<content:encoded><![CDATA[<p>Strangely thats how you people work.. Big fuzz and no results. I did work in IT support company, we had time to reaction (which is about 30 mins for gold customers, 1 hour for rest) and time to fix. This involved (without calls) checking equipment by engineer, contacting appropriate specialist (would it be network support, server support or a spare part department) for immidiate fixage. Never had a single SLA TTR 2 hours violation. In worst case scenario the replacement was put in (would it be network hardware or pc/laptop) or server replacement (weeker, etc, but still going with functions) with a backup restoration (preinstalled stuff). The only thing we messed up our 2 hours TTR was exchange server raid 5 full failure, with huge data restoration process, but we still fit into 7 hours from notification.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Howard Marks</title>
		<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/#comment-839</link>
		<dc:creator>Howard Marks</dc:creator>
		<pubDate>Sun, 07 Mar 2010 21:40:27 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1289#comment-839</guid>
		<description>Remember this applies to your hardware support too.  They have to send a tech in 4 hours but he doesn&#039;t have to bring the PARTS.  

I once had Compaq tell me a new SCSI backplane for a server was 4 weeks!  A new server 2 days.

So I bought the new server, swapped backplanes and sent the new server back telling AP not to pay.

Took a bit of yelling to resolve that one.

Now I prefer to have spares.

and don&#039;t get me started with the tech that said that my swapping out a failed hard drive for a spare voided my contract.

DeepStoragenet</description>
		<content:encoded><![CDATA[<p>Remember this applies to your hardware support too.  They have to send a tech in 4 hours but he doesn&#8217;t have to bring the PARTS.  </p>
<p>I once had Compaq tell me a new SCSI backplane for a server was 4 weeks!  A new server 2 days.</p>
<p>So I bought the new server, swapped backplanes and sent the new server back telling AP not to pay.</p>
<p>Took a bit of yelling to resolve that one.</p>
<p>Now I prefer to have spares.</p>
<p>and don&#8217;t get me started with the tech that said that my swapping out a failed hard drive for a spare voided my contract.</p>
<p>DeepStoragenet</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zack</title>
		<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/#comment-838</link>
		<dc:creator>Zack</dc:creator>
		<pubDate>Fri, 27 Feb 2009 23:52:47 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1289#comment-838</guid>
		<description>There is a growing presumtion in this thread that the outsourcer wants to do the best for the client. Initially that is true but as soon as some excell minded, harda$$ senior manager jumps in, that all goes out the window as soon as they start looking at &quot;PRODUCTIVITY&quot; of the analysts working the calls.

You get measured and possibly sacked by this. Pretty soon, your desire to really help solve the ticket so that it shouldn&#039;t occur again is completely outweighed by your need to meet your productivity target set by your boss.

This is where you learn tricks that can keep the food on your table like thinking of an obscure question to ask the client to aid diagnosis .... when the outsourcer employs cheap 24/7 staff who know, over the wekend or throughout the evening, the client is not going to be there to answer their given phone number until next morning 9am or Monday morning which leaves the call ticking away on THEIR side of the stack whilst the analyst continues to try and fix the problem. That one works a treat everytime !

When, in conversation, you learn a key member of customer staff is on leave for a week, point the next step in fixing the call in their direction and, make the clock tick on the customer&#039;s side yet again.

Ask for FULL experiences of the problem from ALL staff experiencing the problem (within reason - you can&#039;t get too cheaky). Not just the key member reporting the issue with the &quot;everyone tells me they are encountering the same issue&quot; details. 

The old classics ...
Ask for screenshots....  
I have had screen shots sent to me by people who obviously didn&#039;t know how to make their system take an image of their screen....
I recieved what was obviously someone putting a 15&quot; CRT monitor onto a scanner and hitting the scan button and then sending me that as a screen shot.....  I am not joking...
As it was obviously warped and the scanned image was faded and, more importantly it was a pain in the a$$ problem to fix, I rejected the scanned image as not suitable and asked them to contact their IT for a proper scanned image. ( Bought me 32 hours that one )

The outsourced company is full of it staff of varying levels of quaulity but we have managers that demand value for money.... Demand as in whiteboard at the end of the office showing weekly, who is going and who is staying if they do not up their game !


However, we had one client that negotiated SEV 1&#039;s at 3 hours with a $20,000 per minute breach payment.. Our company signed the deal. Long story short, breached for 4 hours due to a secondary power supply not being plugged in. Primary failed.. Took 7 hours to get service back up and running...  Client must have though Christmas had come early.....  NP   We will get it back ;)

Before you sign with an outsourcer hoping to save yourself a bundle of cash, read the small print and read between the lines as to how they work.  If you were an outsourcing manager, how would you run it if you had to run it for maximum profit ?

Z</description>
		<content:encoded><![CDATA[<p>There is a growing presumtion in this thread that the outsourcer wants to do the best for the client. Initially that is true but as soon as some excell minded, harda$$ senior manager jumps in, that all goes out the window as soon as they start looking at &#8220;PRODUCTIVITY&#8221; of the analysts working the calls.</p>
<p>You get measured and possibly sacked by this. Pretty soon, your desire to really help solve the ticket so that it shouldn&#8217;t occur again is completely outweighed by your need to meet your productivity target set by your boss.</p>
<p>This is where you learn tricks that can keep the food on your table like thinking of an obscure question to ask the client to aid diagnosis &#8230;. when the outsourcer employs cheap 24/7 staff who know, over the wekend or throughout the evening, the client is not going to be there to answer their given phone number until next morning 9am or Monday morning which leaves the call ticking away on THEIR side of the stack whilst the analyst continues to try and fix the problem. That one works a treat everytime !</p>
<p>When, in conversation, you learn a key member of customer staff is on leave for a week, point the next step in fixing the call in their direction and, make the clock tick on the customer&#8217;s side yet again.</p>
<p>Ask for FULL experiences of the problem from ALL staff experiencing the problem (within reason &#8211; you can&#8217;t get too cheaky). Not just the key member reporting the issue with the &#8220;everyone tells me they are encountering the same issue&#8221; details. </p>
<p>The old classics &#8230;<br />
Ask for screenshots&#8230;.<br />
I have had screen shots sent to me by people who obviously didn&#8217;t know how to make their system take an image of their screen&#8230;.<br />
I recieved what was obviously someone putting a 15&#8243; CRT monitor onto a scanner and hitting the scan button and then sending me that as a screen shot&#8230;..  I am not joking&#8230;<br />
As it was obviously warped and the scanned image was faded and, more importantly it was a pain in the a$$ problem to fix, I rejected the scanned image as not suitable and asked them to contact their IT for a proper scanned image. ( Bought me 32 hours that one )</p>
<p>The outsourced company is full of it staff of varying levels of quaulity but we have managers that demand value for money&#8230;. Demand as in whiteboard at the end of the office showing weekly, who is going and who is staying if they do not up their game !</p>
<p>However, we had one client that negotiated SEV 1&#8242;s at 3 hours with a $20,000 per minute breach payment.. Our company signed the deal. Long story short, breached for 4 hours due to a secondary power supply not being plugged in. Primary failed.. Took 7 hours to get service back up and running&#8230;  Client must have though Christmas had come early&#8230;..  NP   We will get it back <img src='http://etherealmind.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Before you sign with an outsourcer hoping to save yourself a bundle of cash, read the small print and read between the lines as to how they work.  If you were an outsourcing manager, how would you run it if you had to run it for maximum profit ?</p>
<p>Z</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Ferro</title>
		<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/#comment-837</link>
		<dc:creator>Greg Ferro</dc:creator>
		<pubDate>Mon, 16 Feb 2009 08:43:03 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1289#comment-837</guid>
		<description>You need to think about this. There are ways in even the biggest companies to push the problem onto the decision maker. For example, get the blamethrower out and point it at the person. 

Means some paperwork, but revenge is a dish best served cold.</description>
		<content:encoded><![CDATA[<p>You need to think about this. There are ways in even the biggest companies to push the problem onto the decision maker. For example, get the blamethrower out and point it at the person. </p>
<p>Means some paperwork, but revenge is a dish best served cold.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Ferro</title>
		<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/#comment-836</link>
		<dc:creator>Greg Ferro</dc:creator>
		<pubDate>Mon, 16 Feb 2009 08:41:26 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1289#comment-836</guid>
		<description>Everyone should do at least a year in pre-sales. The most important thing that I learned was how to sell &quot;myself&quot;. This has been very valuable when asking for a pay rise or negotiating employment contracts. 

I didn&#039;t like selling much, but I don&#039;t regret the time spent.</description>
		<content:encoded><![CDATA[<p>Everyone should do at least a year in pre-sales. The most important thing that I learned was how to sell &#8220;myself&#8221;. This has been very valuable when asking for a pay rise or negotiating employment contracts. </p>
<p>I didn&#8217;t like selling much, but I don&#8217;t regret the time spent.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Ferro</title>
		<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/#comment-835</link>
		<dc:creator>Greg Ferro</dc:creator>
		<pubDate>Mon, 16 Feb 2009 08:39:48 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1289#comment-835</guid>
		<description>Now thats a circular problem. You see, management will make the connection that reducing the number of calls escalated means better use of cheaper staff, and therefore create an environment that stops or prevents escalation unless absolutely necessary. 

Customer service is, typically, a secondary consideration. 

Oh, and the numbers that management use to analyse this situation always support this conclusion. I have never understood how this happens.</description>
		<content:encoded><![CDATA[<p>Now thats a circular problem. You see, management will make the connection that reducing the number of calls escalated means better use of cheaper staff, and therefore create an environment that stops or prevents escalation unless absolutely necessary. </p>
<p>Customer service is, typically, a secondary consideration. </p>
<p>Oh, and the numbers that management use to analyse this situation always support this conclusion. I have never understood how this happens.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve B</title>
		<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/#comment-834</link>
		<dc:creator>Steve B</dc:creator>
		<pubDate>Mon, 16 Feb 2009 08:14:46 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1289#comment-834</guid>
		<description>I guess I&#039;m on both sides of the fence here as I work in Ops for an Outsourcer, sorry IT Services company, but also deal with other companies providing us a service for our customers. Managed WAN connections being the main one.

My biggest gripe is that issues are not passed up the technical chain quickly enough. I don&#039;t denigrate the work of 1st line but their primary role should be to pass work to the correct people as quickly as possible. Instead it seems they have been given very basic diagnostic skills and told to carry out fixes themselves as much as possible. Doesn&#039;t work in my experience.</description>
		<content:encoded><![CDATA[<p>I guess I&#8217;m on both sides of the fence here as I work in Ops for an Outsourcer, sorry IT Services company, but also deal with other companies providing us a service for our customers. Managed WAN connections being the main one.</p>
<p>My biggest gripe is that issues are not passed up the technical chain quickly enough. I don&#8217;t denigrate the work of 1st line but their primary role should be to pass work to the correct people as quickly as possible. Instead it seems they have been given very basic diagnostic skills and told to carry out fixes themselves as much as possible. Doesn&#8217;t work in my experience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roland</title>
		<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/#comment-833</link>
		<dc:creator>Roland</dc:creator>
		<pubDate>Sun, 15 Feb 2009 15:30:45 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1289#comment-833</guid>
		<description>&quot;The people negotiating the contracts are rarely the people that have to live with them.&quot;

100% agree!

I work as network engineer, I very rarely can read the contracts before they get signed but once it&#039;s signed, me and my team have to respect it. There&#039;s something wrong in that but none of the managers seems to notice it. So I work 12 hours/day and my salary never raises, while sales get prizes and benefits for te good job.  I think I would better move to pre-sales asap.</description>
		<content:encoded><![CDATA[<p>&#8220;The people negotiating the contracts are rarely the people that have to live with them.&#8221;</p>
<p>100% agree!</p>
<p>I work as network engineer, I very rarely can read the contracts before they get signed but once it&#8217;s signed, me and my team have to respect it. There&#8217;s something wrong in that but none of the managers seems to notice it. So I work 12 hours/day and my salary never raises, while sales get prizes and benefits for te good job.  I think I would better move to pre-sales asap.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean</title>
		<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/#comment-832</link>
		<dc:creator>Sean</dc:creator>
		<pubDate>Sun, 15 Feb 2009 02:12:54 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1289#comment-832</guid>
		<description>Even a 4 hour time to repair SLA doesn&#039;t mean your problem will get solved in 4 hours. It means it&#039;ll get solved in 4 hours or the provider is assessed a monetary penalty. One would hope that aligns the interests of both parties...

We have a 4 hour repair SLA on our primary WAN circuits. Many outages are not solved in the 4 hours, so we end up getting the circuit for free. However the cost of the circuit is usually nothing compared to what we lose when we circuit goes down.

In that sense the penalty should be appropriate to the cost of the outage, but no provider is going to sign that.

Even if you could agree on all that, you still have to agree on how to measure it.  I once had some monitored services where we had to notice the problem to claim the credit. What a joke.

The people negotiating the contracts are rarely the people that have to live with them.

Sean</description>
		<content:encoded><![CDATA[<p>Even a 4 hour time to repair SLA doesn&#8217;t mean your problem will get solved in 4 hours. It means it&#8217;ll get solved in 4 hours or the provider is assessed a monetary penalty. One would hope that aligns the interests of both parties&#8230;</p>
<p>We have a 4 hour repair SLA on our primary WAN circuits. Many outages are not solved in the 4 hours, so we end up getting the circuit for free. However the cost of the circuit is usually nothing compared to what we lose when we circuit goes down.</p>
<p>In that sense the penalty should be appropriate to the cost of the outage, but no provider is going to sign that.</p>
<p>Even if you could agree on all that, you still have to agree on how to measure it.  I once had some monitored services where we had to notice the problem to claim the credit. What a joke.</p>
<p>The people negotiating the contracts are rarely the people that have to live with them.</p>
<p>Sean</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ivan Pepelnjak</title>
		<link>http://etherealmind.com/opinion-help-desk-sla-are-all-lies/#comment-831</link>
		<dc:creator>Ivan Pepelnjak</dc:creator>
		<pubDate>Sat, 14 Feb 2009 21:42:44 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1289#comment-831</guid>
		<description>That&#039;s why all our assistance contracts specify 4-hour &lt;i&gt;Time to Repair&lt;/i&gt; :).</description>
		<content:encoded><![CDATA[<p>That&#8217;s why all our assistance contracts specify 4-hour <i>Time to Repair</i> <img src='http://etherealmind.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> .</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Served from: etherealmind.com @ 2012-02-11 07:09:49 by W3 Total Cache -->
