Desktop minipoll results – user ignorance is bliss?
On user training and other improbabilities
Agentless Backup is Not a Myth
Workshop The results are in from yesterday’s mini-poll, and they are pretty conclusive – even if we take into account that removing users altogether is not an option. The top two types of call may be quite easily balanced – as you can see from the chart, between ‘don’t know how to do something’ and ‘application not responding’.

When we drill into the causes of calls – a clear ‘winner’ (if we can afford that dubious title) concerns user ignorance or inexperience. We’ve included the whole list here, just so you can see exactly how far ahead this was in terms of responses – over three quarters of respondents saw this as the issue.

It could be argued that (particularly given the self selecting nature of these polls) there might be a bit of an anti-user riff going on? After all, it is good to have an opportunity to rant. But there are plenty of other options which involve user foolishness, and which don’t merit as much of a response – use of own kit for example, or more general negligence issues. Nope, the number one challenge is, in a word, ‘ignorance’.
We could also see ignorance as the root cause of problem number two – that is, users making changes they shouldn’t. In previous workshops we have discussed the challenges in locking down IT environments in general, and desktops in particular – something that virtualisation can help with. But given the complexity of modern kit, this can be very difficult to do.
And we are all susceptible. I remember day two of a new job, when I arrived with a kit-bag of UNIX skills into a largely PC-oriented environment. Something wasn’t working quite right, so I tried to run a script I found on the desktop I’d been given. Suffice to say the script totally trashed the machine – how would I to know ‘access rights’ hadn’t yet been invented in Windows 3.1? Trouble was, neither had remote support and configuration, so some poor Charlie had to come all the way to Bristol to sort things out.
So, nobody has a monopoly on being dumb. And as you so clearly point out, user training and awareness has to be the answer – again, it’s the runaway option when we asked what would lighten your load. The second most important (achievable) option was enforcement of policy – which concurs with what we have seen from other studies, for example around security, where we have also learned the importance of setting workable policies in the first place.

The point this illustrates (once again) is that IT is not just about technology – I know we bang on about this on occasion, but (as one kindly reader once said), if it was obvious, why does it remain untreated? The strange twist is, that it is most certainly about money – every support call has a cost in terms of both productivity and operational effort, and yet funding for user training can be very hard to come by.
But it’s not just about training either. If we order things according to unfunded and funded need (as in the figure below, we can see what respondents see as a priority to treat. Alongside awareness and policy we also see the importance of having a reliable, stable, modern desktop estate, and appropriate management tools in the mix as well.

Even taking such a shopping list into account, training and awareness stands out like a beacon. Looking at the figures, most other areas are at least given some kind of respect but it would take a minor miracle to change that one.
COMMENTS
Hate to have an anti M$ rant but
The atrocious nature of the Help function on most software is the primary reason that I get calls.
As an example, if you ask Excel "how do I widen a column" the top help hit is "preventing objects from moving and sizing with cells", which to the innocent user is impenetrable tech-talk. You'll find the correct help for this most basic of functions down at No3, two more than the average user is prepared to read. In such circumstances the poor secretary who can't read the spreadsheet will call IT.
Mine's the one with the manual in the pocket.
IT don't help themselves
As a developer who works closely with the "Service Delivery" function, the service guys often don't help themselves. I notice there was no option for "we fucked up and the phones started flashing".
A couple of weeks ago, a system "just stopped working" (it was a Monday morning - warning bells start ringing in my head). The Service Delivery boys called me up to see if I could help. It was immediately obvious the software couldn't access the database so I asked SD whether anything had changed over the weekend. They denied having changed anything.
To cut a (very) long story short, over the next two hours, in dribs and drabs, they confessed to;
1) Upgrading the version of SQL Server over the weekend
2) Moving SQL Server to a new physical Server
3) Renaming the SQL Server instance
4) Changing the name of the admin account
5) Changing the password for the admin account
Once we had the truth, it was a 30 second fix. But Network administrators (or whatever they're called where you work) acting as if they own (rather than maintain) all the hardware and making changes without following proper processes and procedures account for a fair proportion of phone calls in my experience - and I've worked on both sides of the divide and caused a fair few outages myself!
Yes, user training the way to go
To be effective this should er must include the carrot and stick approach. With stick I mean cattle prod. And with carrot I mean to threaten user with cattle prod.
EA

IT infrastructure monitoring strategies
Agentless Backup is Not a Myth
Top 10 SIEM implementer’s checklist
Steps to Take Before Choosing a Business Continuity Partner
Enabling efficient data center monitoring