How Much Manpower Is Behind Your Help Desk?
Fenger asks: "My current manager (who is not a tech guru by any stretch of imagination) is trying to tell us we have enough manpower to support the number of customers we have, even though our manpower has trickled in half and the number of customers has doubled in size. What is your organization's size verses the size of your IT dept (specifically the help desk/support staff)?. What's your recommendation of a good ratio between the number of users and the support staff?" A good question, particularly for smaller businesses looking to support for their products or other firms.
Seriously, it depends on a few things:
a) Type of software (if it is software we're talking about)
Do you make a small program, or a business-wide ERP-system. I work in a company that does the latter, and systems like that need an awful lot of support. We support in the form of an helpdesk, implementation consultants and a rotation scheme of developers working on the helpdesk. All in all 5 to 6 people on a total of 20 (of which 11 developers)
b) Quality of support you want to deliver
Support all the way, or do drive-by installations (stop the car, throw CD through window, drive off)
c) Supported process
If it's a business-wide software system, that often means that companies can come to a halt if the software is not working; therefore you need lots of support.
d) Rate of change
Does your software change a lot? If so, more support!
How to make a sig
without having an idea
Confucius, he say:
"Gone to lunch" behind helpdesk
Does work of ten staff.
You need enough support staff so that you can spend half your time answering calls and email and spend the other half on training and documentation. If the staff has no time or energy to do the latter, you will burn out the support staff and dig yourself in a hole. Without a strategy for updating and improving documentation you spend all your time putting out the same fires. It is much quicker to tell someone 10 times a day to read a good article you wrote explaining things than to explain it multiple times.
This is very important because it also means that you allot time for your staff to conduct training of others. Many times users in different departments want to support themselves, but if they don't have a basic understanding of technologies you deploy, all calls will come to the helpdesk. It is a positive thing to enable support throughout the organization, and you can't do this if the staff simply answers calls all day. I can't stress this enough.
On the issue of documentation, it is critical that a helpdesk uses some form of Knowledge Base. There should be an external KB for end users and an internal KB for staff. The latter helps you to train and equip new members of the staff. It also helps formalize the way you communicate.
Now for the suggestion... please don't refer to this as "manpower." This is a very sexist term. A woman supervised the helpdesk I worked. This may be a trivial matter, but it *is* a big turnoff to many.
-- Solaris Central - http://w
1. Describe Your problem:
___________________________
2. Now, describe the problem accurately:
___________________________
3. Speculate wildly about the cause of the problem:
___________________________
4. Problem Severity:
A. Minor _
B. Minor _
C. Minor _
D. Trivial _
5. Nature of the problem:
A. Locked up _
B. Frozen _
C. Hung _
D. Shot _
6. Is your computer Plugged in? Yes_ No_
7. Is it turned on? Yes_ No_
8. Have your tried to fix it yourself? Yes_ No_
9. Have you made it worse? Yes_
10. Have you read the manual? Yes_ No_
11. Are you sure you've read the manual? Yes_ No_
12. Are you absolutely sure you've read the manual? No_
13. Do you think you understood it? Yes_ No_
14. If 'Yes' then why can't you fix the problem yourself?
________________________
15. How Tall are you? Are you above this line?
________________________
16. What were you doing with your computer at the time the problem occurred?
________________________
17. If 'nothing' explain why you were logged in.
________________________
18. Are you sure you aren't imagining the problem? Yes_ No_
19. How does this problem make you feel?
________________________
20. Tell me about your childhood.
________________________
21. Do you have any independent witnesses of the problem? Yes_ No_
22. Can't you do something else, instead of bothering me? Yes_
try { do() || do_not(); } catch (JediException err) { yoda(err); }
I've found that the size of the helpdesk staff needed isn't just a function of how many people you have in your user base. You also have to consider the dificulty of what the users are going to be doing most of the time, and the mentality of the users themselves.
When I was at the University, they had constantly breaking down, antiquated machines in some Prof's offices, along with a massive number of new users every 4 months, all of whom had to get used to new things like Email, Word Processing, and sharing the printers with everyone else in the 100+ computer lab. This resulted in massive headaches, and a need for a lot of support staff. We had something like 6 to 9 full time staff doing support, as well as at least two or three part time students on duty at any one time, and it still wasn't always enough during the busy times.
Now I work at an ISP, and we give our new users a CD which can do their dialin setup for them, so we spend about 6 hours (total, for everyone) a week doing helpdesk duties, with a userbase of over 1200. Most of the calls involve things like:
Helpdesk: Is your caps lock on?
User: Oops...
Helpdesk: No, your account was shut down, because you told us you wanted it cut off yesterday. User: Well, I changed my mind!
Helpdesk: Have you still got the CD we gave you? Put it in your computer, and run the 'setup.exe' program.
how appropriate is it to have a non-technical manager overseeing a technical staff/department? this is a huge issue where i work because a manager will prioritize and assign projects without any true concept of the resources it takes to complete said project. now this is fine if they ask for feedback from those working under them, but we all know that's not always the real-world situation. to me, it's just as much about efficient utilization of the personpower you have as it is about sheer numbers.