62

Whenever myself or my colleagues contact the IT help desk, there are a series of systemic problems, namely:

  • Not acknowledging receipt of the request
  • Taking no corrective action and unilaterally closing cases with no explanation to the user

This is what I've tried before:

  • Speaking to the IT help desk in person. This is now impossible, as they are located in a different office which is infeasible to travel to
  • Speaking to the IT help desk over the phone. Unfortunately there is a triage intermediary in a foreign country, which creates language barriers, so this is hit-or-miss
  • Escalating the issue to my manager. This doesn't work as the help desk provides the same level of poor service across the business
  • Escalating the issue to their manager. This doesn't work as the culture of the help desk function seems to be a protectionist one

My question is how can an end user encourage the IT help desk to acknowledge and work raised tickets?

Additional info:

  • I'm an associate level employee. The help desk are in a totally different organisational structure to the users
  • This is a massive organisation with tens of thousands of employees
  • The company is UK based
  • 62
    Don't agree with your logic on "Escalating the issue to my manager. This doesn't work as the help desk provides the same level of poor service across the business." If it is global problem then it is a management problem. I get you are frustrated but as an associate level employee you just need to push it up the chain. – paparazzo Jul 05 '16 at 15:46
  • 4
    @Paparazzi it has to be pushed up to a director level or higher and a case of broad impact needs to be made. He can't do it alone. – Old_Lamplighter Jul 05 '16 at 16:02
  • @RichardU I don't know what level it needs to go to. I don't have a question here. – paparazzo Jul 05 '16 at 16:05
  • 1
    You are making a case against outsourcing and almost everybody is already on this ship. Obviously you are trapped in a bad one. Unless you document subpar handling of service requests like those, there is nothing that your management can do. If the outsourcer company gets mounted with hundreds of tickets to investigate, then they will all of a sudden, start to pay attention. My advice: document and go up the food chain with your complaint. – MelBurslan Jul 05 '16 at 16:06
  • 1
    @MelBurslan Where are you getting outsourced? – paparazzo Jul 05 '16 at 16:22
  • 2
    If issues like this can't be resolved at the director or executive level, that indicates a complete breakdown of organizational responsibility. You really don't want to work at a place like that - I know from experience and have quit a job for this very reason. – Omegacron Jul 05 '16 at 18:32
  • 83
    It would be ironic if your question here got no responses – Bradley Thomas Jul 05 '16 at 19:26
  • I'm a part of an IT Department and it annoys me hearing about stuff like this. I'm afraid of your manager can't put won't escalate then all you can do is document. Best of luck! – Terry Jul 06 '16 at 05:54
  • 1
    "The company is UK based" At least it's not just the lowly customers then – Strawberry Jul 06 '16 at 08:22
  • 1
    I've experienced this in the UK at a large financial company. I escalated it to my boss, who basically told me to live with it. Didn't help my stress levels or our working relationship. So I'm sorry to say this, but I recommend that you acquaint yourself with the Serenity prayer. – Richard Ev Jul 06 '16 at 09:51
  • 32
    Obligatory XKCD - https://xkcd.com/806/ – Dezza Jul 06 '16 at 11:28
  • 2
    Chances are that this scenario is at play there: Some managers sponsored outsourcing the help desk and they successfully sold that idea to their superiors. These sponsors now obviously want this change to be regarded as successful, so they protect the status quo by downplaying reports of problems and frowning upon any non-positive feedback. You are reporting problems and providing non-positive feedback. If you haven't been called "non-positive", "conflict-prone", "non-proactive" etc yet it's just a matter of time. Just put up a fake smile until you found a new job at a proper company. – SantiBailors Jul 07 '16 at 11:55
  • @SantiBailors and MelBurslan; the function is not outsourced –  Jul 07 '16 at 13:23
  • 1
    How are you opening or escalating tickets? In a previous jobs, we had a spat of customers who "did know better than us", and did not accept our solutions, and in the current job often the help desk escalates to 3rd/4th level directly tickets like "Internet not working" or "things are slow", which obviously are sent back to them... – Rui F Ribeiro Jul 08 '16 at 07:25

7 Answers7

109

As always, document everything. If you can get other employees to collaborate, do so. Ask your manager if he can do the same with other managers and have them escalate.

What you need to do is make a case to the higher ups that this is costing them money. THAT always gets their attention. "X hours lost due to inaction of help desk" in front of someone who writes the checks is going to get results.

Old_Lamplighter
  • 159,693
  • 108
  • 436
  • 585
  • 26
    Or... from an IT perspective, the OP is constantly filing frivolous tickets that are not problems for the IT department to fix ("this website is slow for me!"... "my printer didn't print the right size"... "can you unjam my printer?"... "my personal cell phone won't connect to the WIFI!"). It seems unlikely an IT department at an Org that large in size, is callously blowing off real tickets. – SnakeDoc Jul 05 '16 at 17:13
  • 75
    @SnakeDoc Sorry, I'm in IT myself and have experienced the same kind of thing. Nothing more aggravating than have to walk the helpless desk through their own job. I'd consider it a possibility if there were comments in the tickets, but closing tickets without comment is unprofessional and IMO, proof the it's not a PEBKAC. – Old_Lamplighter Jul 05 '16 at 17:21
  • 3
    That may be fair, but closing tickets without comment could also indicate "Not a problem". It could also be that the OP is not following a procedure, such as a "did you try all these things first?" or "did you get management approval to file this ticket", in an attempt to weed out frivolous tickets. IT departments get pounded with tons of bogus support requests, so it's not totally surprising to me if they simply choose to close frivolous tickets without any ceremony. If the OP got both IT's management and OP's management involved, and nothing came of it... it seems likely there's no problem. – SnakeDoc Jul 05 '16 at 17:35
  • 1
    @SnakeDoc I've wracked up plenty of calls that were PEBKACs and NPI errors over the years, and the infamous "cupholder" call as well. That's not what it sounds like in this case. – Old_Lamplighter Jul 05 '16 at 17:46
  • 10
    @SnakeDoc: Putting myself into the shoes of the IT helpdesk, I can understand that there are spam tickets. In my case, I'm following the process and providing plenty of details (I work in database administration, so I'm fairly tech savvy) –  Jul 05 '16 at 18:01
  • 1
    @WorkerWithoutACause I thought that may have been the case. You didn't sound like the "my phone not work, YOU FIX" types. – Old_Lamplighter Jul 05 '16 at 18:12
  • 2
    @WorkerWithoutACause I'm just playing devil's advocate, since we on Workplace get a lot of 1-sided claims. To that endeavor, is it possible these are tickets they feel you ought to be taking care of, if they are related to your database? I still find it difficult to accept that an IT department at a company the size you claim (multiple tens of thousands of employees) are totally and deliberately blowing off your tickets. Especially after you claimed to get both their management and yours involved, and nothing came of it. Perhaps you could give a sample ticket issue? – SnakeDoc Jul 05 '16 at 18:14
  • 12
    @SnakeDoc I experienced something similar with a German corporation. A HUGE German corporation that's been around since the 1800s. They were no better. I had to walk their helpdesk through every last step of what to do. Since I've done support myself, I'd never be calling in with a trivial problem, as a result, they were out of their depth every time I spoke to them. It happens. Hard as it is to believe, it happens. – Old_Lamplighter Jul 05 '16 at 18:25
  • @RichardU NPI error? I've never seen this one before, and my Google results are full of non-snark definitions. – Dan Is Fiddling By Firelight Jul 05 '16 at 19:55
  • 1
    @RichardU NPI error? Never heard of that term. I've heard about PEBKAC, ID10T, biological interface, layer 8, wetware,... Tons of things that say "user error" obfuscated, but not yet NPI error. – Nzall Jul 05 '16 at 20:13
  • 5
    @DanNeely NPI error = Not Plugged In. Also: an ID ten tee error spelled out it's ID10T, and plenty of other (l)user errors. Plenty of other stuff like "percussive maintenance" and "non-verbal conflict resolution". PITA = Pain in the a.. so many terms, so little time. – Old_Lamplighter Jul 05 '16 at 20:14
  • 33
    As someone who works on a help desk, I make sure to thoroughly document and send updates on the cases where no actual problem exists. It's too common that people reporting non problems are trying to blame IT for something they forgot about or screwed up. If I type three paragraphs about how I looked into every aspect of the mail system and found no problems despite the fact that the user reported one email "missing", which was in their deleted items all along, then I know the user's supervisor won't be trying to blame us when a customer drops us because the user deleted their email. – Todd Wilcox Jul 06 '16 at 03:12
  • @SnakeDoc If it's actually a bunch of non-issues, then documenting everything will show that as well. – DCShannon Jul 07 '16 at 01:27
  • One common reason why people are often very prone to blaming the IT desk is certainly the stupidity / incompetence / laziness of said people (website is slow, wrong printout size etc.). Another common reason why people are often very prone to blaming the IT desk is certainly that too many help desks routinely try their best to dismiss help requests in order to work less / stay out of "trouble" / avoid admitting faults etc. and people get fed up of that and start to expect such squalid behavior from help desks by default. – SantiBailors Jul 07 '16 at 11:36
  • @SantiBailors In my last position, the helpdesk was rated by how many tickets they closed on the first call. Because of that, problems that should have been escalated were not and the people managing the applications were not being alerted to bugs. Moral of the story: What you rate is what you get. – Old_Lamplighter Jul 07 '16 at 11:52
  • @RichardU - In addition, or maybe just a different angle on cost, document the business impact wrt work that didn't get didn't get done or was delayed. e.g., I couldn't provide X to Sally in accounting because ticket Y was closed. And Sally, on the business side, can escalate, too. Coordinate the attack on the problem with Sally, escalating up multiple chains. – Don Branson Jul 07 '16 at 17:37
  • @RichardU, don't fall into the trap of assuming that an organization is competent just because it's big and has been around for a long time (I needn't mention the most well-known examples). – errantlinguist Jul 08 '16 at 10:52
  • "X hours lost due to inaction of help desk" in front of someone who writes the checks is going to get results. Yup, that will add fuel to the fire alright, making it grow to be even hotter, and more painful. Just, make sure that fire will burn where you think it will. If the Help Desk is somehow operating according to official policy (maybe there's a policy that you're supposed to follow up on a closed ticket), then those wasted hours may hurt you if/when the investigation determines you were the one being incompetent. So, be careful before doing this. Make sure you're doing your own job. – TOOGAM Jul 18 '16 at 22:51
  • I have worked in IT before. Even I know that closing a ticket without a comment is NEVER a good idea. It makes users angry. Which leads to a not so good talking from the manager. – Mantie Reid II Oct 26 '19 at 00:58
60

I have observed this HelpDesk behaviour from a system that was automatically closing tickets as soon as they were filed. (The hardest thing to detect is a fault in the "report a problem" form.) By "system", I mean online issue tracking software and multiple HelpDesk operators with one HelpDesk operator who pushed the "close" button on each issue after opening it and without doing any work. This was not resolved until I started the following:

  • Track every issue for which you create a ticket.
  • Every time any online ticket you create is closed without resolution, make two phone calls to the HelpDesk: The first call is to reopen the issue as it has not been resolved. The second call is to report a bug in the HelpDesk system since the issue was clearly closed erroneously and with neither comment nor resolution. (This is, in fact, two errors worth reporting.)
  • Every time a phone ticket you created is closed without resolution, make two online tickets with the HelpDesk: The first is to reopen the issue as it has not been resolved. The second is to report a bug in the phone HelpDesk system since the issue was clearly closed erroneously and with neither comment nor resolution. (This is, in fact, two errors worth reporting.)
  • Recurse.

This created a few hundred tickets in a two day period, during which I was showstopped by the issue I was raising so could not accomplish anything else. (Managing this with a database can be handy.) This had a number of interesting effects:

  • Ticket handling gained a new "is your problem actually resolved" step (with an auto-accept deadline of a few days).
  • HelpDesk personnel were retrained to not close tickets until they were actually resolved.
  • The HelpDesk person who had been closing tickets in order to get their closure rate up without actually doing any work became exceptionally visible.
  • Closure rate was de-emphasized as a metric. (Which I'm fine with: It's a largely useless metric since the inputs are not controllable by the workers and since it falsely assumes that the distribution of "task sizes" follows a unimodal distribution.)

Your mileage may vary.

Eric Towers
  • 560
  • 3
  • 7
  • 3
    Seems a lot of work, but if it worked might be worth the effort. I'd tend to a more direct resolution, but +1 for coming up with something in a difficult situation. – Kilisi Jul 05 '16 at 23:23
  • 5
    Somehow reminds me of the Shawshank redemption. The main character sends a letter everyday to get a subvention for the prison's library, until he does get one and says "So I started sending 2 letters everyday". – Pierre Arlaud Jul 06 '16 at 09:11
  • 13
    I'd be careful here. The OP's management seemed to be very forgiving to their IT department. Because of that, the management may see the behavior you describe as disrupting the IT department work. Not advocating this opinion, but be very wary of your management. – svavil Jul 06 '16 at 13:08
  • I like how you think! You remind me of someone... hum who could that be... oh yeah! ME! Cheers!! – closetnoc Jul 07 '16 at 03:35
  • 4
    This is hilarious, but I'm skeptical that it would end well in a majority of cases. – jpmc26 Jul 08 '16 at 06:13
16

Record all contact with the help desk - on a shared spreadsheet, or even on a timesheet (which makes it very visible). Keep all ticket numbers - if you don't get one, contact the help desk again for the ticket number.

On the spreadsheet, record the progress of the ticket - e.g Solved, Closed by Support, No Response - and also record the users response - e.g Solved, Closed but not solved, etc.

After a week or so, you'll be able to show to your managers the real impact of a support function that doesn't provide support.

PeteCon
  • 32,805
  • 12
  • 82
  • 116
  • This is a good way to go. IT should be transparently documenting because documentation wins when disagreement occurs over something important. If users document IT issues, they will have the information they need when something goes very wrong. – Todd Wilcox Jul 06 '16 at 03:13
11

The answer is still to escalate the problem to your manager.

They need to address this issue by speaking to their manager. It should be possible to build a case that x didn't get done or was done badly, or that y went over-budget due to repeated failures of the IT function.

Rob Moir
  • 5,619
  • 3
  • 25
  • 41
5

There are clearly no Service Level Agreements (SLAs), or, if they do exist, no one cares that they are not being met. Sounds like the culture of poor performance has already set in, is being tacitly accepted and will be hard to change. The fastest solution that will give you good service from your helpdesk is to replace them.

Quantify the problem as money: Keep a record of time lost in your team (or wider if you can) so you can show the hard money cost of the current helpdesk's bad performance.

Investigate outsourcing the IT Helpdesk function to an external party, whose contract can have SLAs that they will have to meet. Get quotes.

Calculate the total cost of using an outsourced helpdesk, including the savings made by firing all the helpdesk personnel (estimate their wage and at least double it to give actual cost to the company of an employee).

Assuming the actual cost of outsourcing is a saving, propose it to management showing all your assumptions and calculations. It will show you have great initiative and are pro-active.

If it is not a saving, then still show your working to management, but just to show you investigate alternatives and they didn't stack up. But it will still show that the helpdesk needs an SLA and they need to meet it and what the cost of not meeting it is.

TRiG
  • 153
  • 2
  • 15
Bohemian
  • 2,201
  • 16
  • 25
  • http://www.acronymfinder.com/SLA.html – TRiG Jul 06 '16 at 11:42
  • What is "SLA", specifically? – donjuedo Jul 06 '16 at 13:21
  • @donjuedo "SLA" stands for Service Level Agreement, which is basically the minimum acceptable performance for something. In the case of a helpdesk, it might be something like "All tickets resolved within 3 days, 80% within 1 day, 50% within 3 hours. All replies to emails within 1 hour" – Bohemian Jul 06 '16 at 15:00
  • 2
    I would say that yes, of course, there are SLAs, and this helpdesk is slavishly doing exactly what it needs to to keep to them. Helpdesk people are handling more than x tickets an hour? Check. Tickets are closed in less than y hours? Check. Of course, the SLAs should probably be better written, but they usually aren't. – Law29 Jul 06 '16 at 22:30
4

Ideal answer is to get your help desk onto a proper ticket-tracking system, with visibility to their customers and metrics tracking latency, throughput, and quality/satisfaction.

But that is something their management needs to implement, so it's something for your manager to pass up the good chain.

Meanwhile, as others have said, implement an ad-hoc tracking solution for your contact with them, recording all contacts and what info was passed back and forth. Making requests in e-mail is one way to easily capture this, though some support folks take questions that arrive by phone as higher priority.

keshlam
  • 66,609
  • 15
  • 121
  • 227
0

If it was me, I'd become the local replacement of the help desk to your business unit. If you can acquire the skill you have the ability to have exposure to your local management and become a really valuable employee.

Those kind of things tend to lead to really good things, like promotions and higher pay.

Given your stated level of associate that is the best way to effect positive change in your business unit.

Pete B.
  • 10,189
  • 2
  • 22
  • 33
  • 4
    A good suggestion, and I hate to throw up more obstacles, but my employer has locked down the computers, e.g. I can't install or modify anything because I don't have admin priviledges. –  Jul 05 '16 at 17:59
  • 2
    Of course they did. There is not much you can do at that point. Is moving on to a different company possible? – Pete B. Jul 05 '16 at 21:13
  • Who dreams of becoming help desk? ughh For many of us it is a downgrade, not an upgrade. I need my Helpdesk to fix the daily grind for me to focus in greater problems. – Rui F Ribeiro Jul 08 '16 at 07:22