<?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: Support Calls</title>
	<atom:link href="http://blog.50micron.com/2009/03/24/support-calls/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.50micron.com/2009/03/24/support-calls/</link>
	<description>Ranting and raving about storage and technology</description>
	<lastBuildDate>Mon, 19 Dec 2011 15:36:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Jesse</title>
		<link>http://blog.50micron.com/2009/03/24/support-calls/comment-page-1/#comment-6682</link>
		<dc:creator>Jesse</dc:creator>
		<pubDate>Thu, 26 Mar 2009 14:37:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.50micron.com/?p=483#comment-6682</guid>
		<description>What drove me really nuts, on the note you made about banks &#039;offshoring&#039; jobs.  Was finding out that one of the US&#039;s biggest sub-prime lenders, IE high-risk credit card debt, has it&#039;s main call-center in india.

Doesn&#039;t that involve a pretty substantial security risk?  I mean you&#039;re making financial records and information on citizens available to people who can be bought cheap.  *THIS* scares me as it&#039;s a recipe for identity theft on a grand scale.

Same thing with companies offshoring their internal help-desk.  These are people who have access to names/addresses, etc of US citizens.

Just food for thought.</description>
		<content:encoded><![CDATA[<p>What drove me really nuts, on the note you made about banks &#8216;offshoring&#8217; jobs.  Was finding out that one of the US&#8217;s biggest sub-prime lenders, IE high-risk credit card debt, has it&#8217;s main call-center in india.</p>
<p>Doesn&#8217;t that involve a pretty substantial security risk?  I mean you&#8217;re making financial records and information on citizens available to people who can be bought cheap.  *THIS* scares me as it&#8217;s a recipe for identity theft on a grand scale.</p>
<p>Same thing with companies offshoring their internal help-desk.  These are people who have access to names/addresses, etc of US citizens.</p>
<p>Just food for thought.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel</title>
		<link>http://blog.50micron.com/2009/03/24/support-calls/comment-page-1/#comment-6681</link>
		<dc:creator>Nigel</dc:creator>
		<pubDate>Thu, 26 Mar 2009 14:23:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.50micron.com/?p=483#comment-6681</guid>
		<description>Companies who are listed on the US stock exchanges and sell to customers in the US and hence make money out of/take from US citizens and US companies have a RESPONSIBILITY to re-invest.

You cant take take take and not give anything back and not expect to pay a price.........

When my bank in the UK shipped customer support offshore, i shipped my money to another bank who re-invested back in the UK economy (i speak to people in the UK when I call my bank).

I also make damned sure wherever I work I do my absolute best to make sure that my team and the people I work with are the best, and hopefully the last they would want to offshore.  Lazy and sloppy UK workers are prime targets to be offshored as the QOS wont drop by such a large degree.

However, the people at the top of these companies do not care about the countries that they were born in, grew up in, and have built their companies for them.  Sigh</description>
		<content:encoded><![CDATA[<p>Companies who are listed on the US stock exchanges and sell to customers in the US and hence make money out of/take from US citizens and US companies have a RESPONSIBILITY to re-invest.</p>
<p>You cant take take take and not give anything back and not expect to pay a price&#8230;&#8230;&#8230;</p>
<p>When my bank in the UK shipped customer support offshore, i shipped my money to another bank who re-invested back in the UK economy (i speak to people in the UK when I call my bank).</p>
<p>I also make damned sure wherever I work I do my absolute best to make sure that my team and the people I work with are the best, and hopefully the last they would want to offshore.  Lazy and sloppy UK workers are prime targets to be offshored as the QOS wont drop by such a large degree.</p>
<p>However, the people at the top of these companies do not care about the countries that they were born in, grew up in, and have built their companies for them.  Sigh</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse</title>
		<link>http://blog.50micron.com/2009/03/24/support-calls/comment-page-1/#comment-6680</link>
		<dc:creator>Jesse</dc:creator>
		<pubDate>Thu, 26 Mar 2009 04:15:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.50micron.com/?p=483#comment-6680</guid>
		<description>There is a reason my &quot;@emc.com&quot; address has never worked.  Someone in India screwed it up so badly that for years, and I mean literally YEARS no one has been able to fix it.

The last attempt was about two months ago, when one of the managers said &quot;I&#039;m just going to have them delete the (three) seperate accounts you have out there and create one new one.&quot;

Two months ago.

To All major tech companies.  When you ship jobs overseas you screw yourselves.  We can&#039;t take you seriously when you hire people who don&#039;t even reliably speak English to support the Americas.  (Hiring Europeans to support Europe and Pacific Rim people to support their regions is one thing.)

I also happen to know of at least one BIG deal IBM is going to lose out on as soon as I push the article you&#039;re talking about in front of the right people.   EMC will be a shoe-in for the business.  Doesn&#039;t pay to alienate the techies.  Some of us take this whole recession thing pretty seriously, and it&#039;s obvious by the fact that companies are STILL shipping our jobs overseas that the big companies..well....don&#039;t.

I hate to sound protectionist, but our economy kind of needs a little protecting right now.</description>
		<content:encoded><![CDATA[<p>There is a reason my &#8220;@emc.com&#8221; address has never worked.  Someone in India screwed it up so badly that for years, and I mean literally YEARS no one has been able to fix it.</p>
<p>The last attempt was about two months ago, when one of the managers said &#8220;I&#8217;m just going to have them delete the (three) seperate accounts you have out there and create one new one.&#8221;</p>
<p>Two months ago.</p>
<p>To All major tech companies.  When you ship jobs overseas you screw yourselves.  We can&#8217;t take you seriously when you hire people who don&#8217;t even reliably speak English to support the Americas.  (Hiring Europeans to support Europe and Pacific Rim people to support their regions is one thing.)</p>
<p>I also happen to know of at least one BIG deal IBM is going to lose out on as soon as I push the article you&#8217;re talking about in front of the right people.   EMC will be a shoe-in for the business.  Doesn&#8217;t pay to alienate the techies.  Some of us take this whole recession thing pretty seriously, and it&#8217;s obvious by the fact that companies are STILL shipping our jobs overseas that the big companies..well&#8230;.don&#8217;t.</p>
<p>I hate to sound protectionist, but our economy kind of needs a little protecting right now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse</title>
		<link>http://blog.50micron.com/2009/03/24/support-calls/comment-page-1/#comment-6679</link>
		<dc:creator>Jesse</dc:creator>
		<pubDate>Thu, 26 Mar 2009 04:09:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.50micron.com/?p=483#comment-6679</guid>
		<description>I&#039;ve been accused of using &quot;Sev1&quot; too freely.  They say that if data isn&#039;t lost or the system isn&#039;t directly unavailable it&#039;s not a Sev1.  My take on that is if the particular bug is going to cause you to go long on your maintenance window, then yes, production is down and open it as a Sev1.

Keep in mind that emails fly far and wide when a Sev1 goes out, and they will all have your name on them.

But it gets the job done, and also gets you the hot transfer to a living, breathing, if not necessarily thinking, person.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been accused of using &#8220;Sev1&#8243; too freely.  They say that if data isn&#8217;t lost or the system isn&#8217;t directly unavailable it&#8217;s not a Sev1.  My take on that is if the particular bug is going to cause you to go long on your maintenance window, then yes, production is down and open it as a Sev1.</p>
<p>Keep in mind that emails fly far and wide when a Sev1 goes out, and they will all have your name on them.</p>
<p>But it gets the job done, and also gets you the hot transfer to a living, breathing, if not necessarily thinking, person.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: InsaneGeek</title>
		<link>http://blog.50micron.com/2009/03/24/support-calls/comment-page-1/#comment-6678</link>
		<dc:creator>InsaneGeek</dc:creator>
		<pubDate>Thu, 26 Mar 2009 03:06:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.50micron.com/?p=483#comment-6678</guid>
		<description>Anymore I hardly ever open a call via phone.  I open it up online via powerlink, attatch copious ammounts of info: attatch EMC grab and symapi logs when I open it (because they are going to ask).  Dazzle the guy who looks at the queue with info and they seem to know to either not touch it with a 10 foot pole or go they ahead and they have the info already and don&#039;t need to play the &quot;run a collect script, send it to me and I&#039;ll call you about it later&quot;.  I don&#039;t put a bunch of BS in there (as I think the triage guys can sniff those out pretty well) but anything I think they might ask me for I try to get in there when I open it, which you can&#039;t really do over the phone.

I&#039;ve found this works very well for me, not only for EMC, but any of the vendors that allow online ticketing.  I&#039;ve often been directly bounced to 2nd level support without even having to talk to the front line &quot;have you plugged it in&quot; flunky.  I hardly ever get the guy who has to push it to backline engineering because he doensn&#039;t know.. (but everyonce in a while I&#039;ll run into the &quot;config nazi&quot; where I have to argue that it&#039;s been working like that for 2 years configed like this and I won&#039;t be able to change that value because it&#039;s going to require downtime)

What really annoys me is that for the sev 2 call back is basically always 2 hours.  I understand that 2 is the SLA max limit for that type of case, but why is it *always* 2 hours.  Not an hour, not a hour and half, but two the exact limit of the SLA.  I hate opening up a sev 1 without actual downtime, but sometimes I can&#039;t wait for two hours to get a script fixed when I have a limited time maintenance window.  

Also I use my sales team very well when I have a problem, something really bad happens... I open a case then I call my SE, sales guy who shakes all hell and creation for me on the backend.  It&#039;s amazing what happens when a sales guy see&#039;s his account at risk due to bad support (i.e. EMC tech when adding drives plugged it into in the wrong DA line, terminating it incorrectly... not a good time).  Additionally since support can sometimes go off and be a black-box while they &quot;work on it&quot; for a couple of hours, they keep me informed on the progress of things happening internally.  Which keeps my management off my back, since I have something to tell them.</description>
		<content:encoded><![CDATA[<p>Anymore I hardly ever open a call via phone.  I open it up online via powerlink, attatch copious ammounts of info: attatch EMC grab and symapi logs when I open it (because they are going to ask).  Dazzle the guy who looks at the queue with info and they seem to know to either not touch it with a 10 foot pole or go they ahead and they have the info already and don&#8217;t need to play the &#8220;run a collect script, send it to me and I&#8217;ll call you about it later&#8221;.  I don&#8217;t put a bunch of BS in there (as I think the triage guys can sniff those out pretty well) but anything I think they might ask me for I try to get in there when I open it, which you can&#8217;t really do over the phone.</p>
<p>I&#8217;ve found this works very well for me, not only for EMC, but any of the vendors that allow online ticketing.  I&#8217;ve often been directly bounced to 2nd level support without even having to talk to the front line &#8220;have you plugged it in&#8221; flunky.  I hardly ever get the guy who has to push it to backline engineering because he doensn&#8217;t know.. (but everyonce in a while I&#8217;ll run into the &#8220;config nazi&#8221; where I have to argue that it&#8217;s been working like that for 2 years configed like this and I won&#8217;t be able to change that value because it&#8217;s going to require downtime)</p>
<p>What really annoys me is that for the sev 2 call back is basically always 2 hours.  I understand that 2 is the SLA max limit for that type of case, but why is it *always* 2 hours.  Not an hour, not a hour and half, but two the exact limit of the SLA.  I hate opening up a sev 1 without actual downtime, but sometimes I can&#8217;t wait for two hours to get a script fixed when I have a limited time maintenance window.  </p>
<p>Also I use my sales team very well when I have a problem, something really bad happens&#8230; I open a case then I call my SE, sales guy who shakes all hell and creation for me on the backend.  It&#8217;s amazing what happens when a sales guy see&#8217;s his account at risk due to bad support (i.e. EMC tech when adding drives plugged it into in the wrong DA line, terminating it incorrectly&#8230; not a good time).  Additionally since support can sometimes go off and be a black-box while they &#8220;work on it&#8221; for a couple of hours, they keep me informed on the progress of things happening internally.  Which keeps my management off my back, since I have something to tell them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: william bishop</title>
		<link>http://blog.50micron.com/2009/03/24/support-calls/comment-page-1/#comment-6677</link>
		<dc:creator>william bishop</dc:creator>
		<pubDate>Wed, 25 Mar 2009 22:23:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.50micron.com/?p=483#comment-6677</guid>
		<description>Wow, talk about timing, up pops a feed, IBM is shipping a whole lot of jobs to india....Is it to late to move to HP servers I wonder?</description>
		<content:encoded><![CDATA[<p>Wow, talk about timing, up pops a feed, IBM is shipping a whole lot of jobs to india&#8230;.Is it to late to move to HP servers I wonder?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: william bishop</title>
		<link>http://blog.50micron.com/2009/03/24/support-calls/comment-page-1/#comment-6676</link>
		<dc:creator>william bishop</dc:creator>
		<pubDate>Wed, 25 Mar 2009 22:21:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.50micron.com/?p=483#comment-6676</guid>
		<description>Support is going downhill all around these days. I&#039;ve got an IBM blade that&#039;s been down for 5 months because I tried 3 times to put in a support call, got inadequate staff two times, the last time, the guy wanted to go through the script to troubleshoot the issue, to which I&#039;m trying to explain to him, the chassis and the blade do NOT show any errors, the firmwares are all up to date, but unlike the other 100 freaking blades I manage, it PSOD&#039;s after a couple of days. This happens to be a blade that they&#039;ve already replaced the motherboard on before. I send him the extracts, and after a month of waiting, I&#039;m beginning to think he&#039;s forgotten...

What the hell, I have a dozen extra blades, so screw it. I&#039;ll mention it the next time my rep comes by, and he&#039;ll get it fixed...but I swear IBM support has gone down the toilet the last couple of years....when I can understand them clearly enough to hear the flush that is (all of these guys named steve sure have a THICK indian accent).

I&#039;m sorry to hear you&#039;re having that much grief out of EMC though, my support from them has actually been (surprise) better this year than last.</description>
		<content:encoded><![CDATA[<p>Support is going downhill all around these days. I&#8217;ve got an IBM blade that&#8217;s been down for 5 months because I tried 3 times to put in a support call, got inadequate staff two times, the last time, the guy wanted to go through the script to troubleshoot the issue, to which I&#8217;m trying to explain to him, the chassis and the blade do NOT show any errors, the firmwares are all up to date, but unlike the other 100 freaking blades I manage, it PSOD&#8217;s after a couple of days. This happens to be a blade that they&#8217;ve already replaced the motherboard on before. I send him the extracts, and after a month of waiting, I&#8217;m beginning to think he&#8217;s forgotten&#8230;</p>
<p>What the hell, I have a dozen extra blades, so screw it. I&#8217;ll mention it the next time my rep comes by, and he&#8217;ll get it fixed&#8230;but I swear IBM support has gone down the toilet the last couple of years&#8230;.when I can understand them clearly enough to hear the flush that is (all of these guys named steve sure have a THICK indian accent).</p>
<p>I&#8217;m sorry to hear you&#8217;re having that much grief out of EMC though, my support from them has actually been (surprise) better this year than last.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse</title>
		<link>http://blog.50micron.com/2009/03/24/support-calls/comment-page-1/#comment-6675</link>
		<dc:creator>Jesse</dc:creator>
		<pubDate>Wed, 25 Mar 2009 00:49:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.50micron.com/?p=483#comment-6675</guid>
		<description>Rule of thumb is, if I&#039;ve opened a support call, something has gone very, VERY wrong.

In this particular case everyone goes through the same support lines and gets the same triage, so the PS guy and the CE get queued in behind the customers and so forth.  

In their defense, this is why the triage guys have it so rough.  It&#039;s left up to them to decide which ones know what they&#039;re talking about and which ones are simply trying to sound like they do.</description>
		<content:encoded><![CDATA[<p>Rule of thumb is, if I&#8217;ve opened a support call, something has gone very, VERY wrong.</p>
<p>In this particular case everyone goes through the same support lines and gets the same triage, so the PS guy and the CE get queued in behind the customers and so forth.  </p>
<p>In their defense, this is why the triage guys have it so rough.  It&#8217;s left up to them to decide which ones know what they&#8217;re talking about and which ones are simply trying to sound like they do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel</title>
		<link>http://blog.50micron.com/2009/03/24/support-calls/comment-page-1/#comment-6674</link>
		<dc:creator>Nigel</dc:creator>
		<pubDate>Tue, 24 Mar 2009 22:27:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.50micron.com/?p=483#comment-6674</guid>
		<description>Jesse mate, often the professional services guys working for the vendors and software companies dont even have a back route in to the correct people in support and often have to start by logging a call with the helpdesk and then battling with the first line fools.  

Ubelievable!  

I usually detest opening support calls</description>
		<content:encoded><![CDATA[<p>Jesse mate, often the professional services guys working for the vendors and software companies dont even have a back route in to the correct people in support and often have to start by logging a call with the helpdesk and then battling with the first line fools.  </p>
<p>Ubelievable!  </p>
<p>I usually detest opening support calls</p>
]]></content:encoded>
	</item>
</channel>
</rss>

