![]() ![]() ![]() |
|
All they need to do is to make the image perfect for the working environment and there will be no trouble for years. Maybe this experience made my standard too high here. So workload is a possible issue as well.
bagheera:All they need to do is to make the image perfect for the working environment and there will be no trouble for years. Maybe this experience made my standard too high here. So workload is a possible issue as well.
so what are *you* doing to make the image right? normal the issue is not the image, it letting the person know there is a problem with the image, and what that issue is, is the problem. Going "image is wrong" is not that helpful, telling the IT people what is wrong and why it wrong and what needs fixing is a lot more helpful, and then *test* the fix for the IT person after they fix it to sign off the problem is fix.
stevenz: We've got 260 people in this office and there's only 3 of us, we cope just fine. We would _never_ do a mass reimage of that scale at one time though. However, we are support ONLY - in theory we're not supposed to touch the servers or their operation beyond racking them and plugging them in, that's handled by the guys in Auckland (where there are another 350ish staff).
It sounds like your guys are also playing infrastructure role which is a bit more specialised than "general IT support". If this is the case then they should probably have another person to handle that side of things so that the other guys can manage the support role.
We use a deployment server rather than Ghost, as we've got machines of several different configurations so Ghost would be nigh useless to us, although I do use it in cases where we have a number of fixed machines which perform a single task, completely setting up a system in ~30 minutes is so much nicer than the ~3 hours that the imaging process takes.
We've got people here with systems that run perfectly happily for 2-3 years without being touched other than by automated updates pushed out by SCCM and WSUS, plus the usual antivirus etc. updates. Of course, by the same token, we've got people who need to be reimaged every 6 months because they "do things" to their systems.
MikeSkyrme: How are IT helpdesk requests logged?
Is there a 'ticket' created when a request is lodged?
Why not implement (or ask management to implement) a 'ticket' system, which would allow helpdesk requests to be tracked from the moment an issue is raised through to completion?
Faults / defficiencies would soon be highlighted to a level whereby questions would be asked.
billgates: Maybe you should at look at getting a terminal server environment for your company with thin clients. Our company has well over 1000 users and there are only 2 system engineers, 1 network engineer, 2 field engineers and 3 helpdesk people. The terminal server environment makes life so much easier for all of us in Operations. A lot of users do have laptops and desktops but we manage them remotely and don't touch them unless the software needs to be updated or there is an issue with it.
deepeye:MikeSkyrme: How are IT helpdesk requests logged?
Is there a 'ticket' created when a request is lodged?
Why not implement (or ask management to implement) a 'ticket' system, which would allow helpdesk requests to be tracked from the moment an issue is raised through to completion?
Faults / defficiencies would soon be highlighted to a level whereby questions would be asked.
The first computer crisis meeting I attended was 4 years ago, they blame everything on "communication". So one of the guy set up a PHP page for logging the jobs (and there's a priortise system from 1 - 5). PHP site is not very stable, it went down a few times last year.(server problem) However, today, one of the techie just told someone "I haven't check the help site for weeks." Users normally won't get a reply unless it's a simple request like "I need a new keyboard". This year, some people are having trouble with their user account. They emailed tech support and tech support promised to sort it out in two working days. They waited for two weeks without any reply. Then they went to the management, tech support then give them out over a week. (8 or 9 accounts).
gzt: At the moment it sounds like you are just going to go head to head with a couple of guys. That is unlikely to be helpful at all, not one bit.
I might also take a wild guess that they do not have the experience (and remuneration) to handle a network, there could be any number of reasons for that, also probably not helpful right now.
What you need to do is create a clear plan of action and know the reasons management and these guys will support it:
1. Measurement
2. Stats assessment
3. Improvement
There are plenty of open source packages available with good feedback to users. You don't want your guys spending time maintaining their own PHP, they are too busy for that. Discuss and pick the one that is (a) quickest to set up in your environment and (b) suits your needs.
Agree on service levels (response time and resolution time) for different types of helpdesk calls you will classify together. Not everything will be done in the service level time, make sure they understand that is ok. Meet for 15 minutes weekly (or even daily) at first to discuss logged calls then monthly when the system is working well to review the stats and how those are improving.
deepeye:billgates: Maybe you should at look at getting a terminal server environment for your company with thin clients. Our company has well over 1000 users and there are only 2 system engineers, 1 network engineer, 2 field engineers and 3 helpdesk people. The terminal server environment makes life so much easier for all of us in Operations. A lot of users do have laptops and desktops but we manage them remotely and don't touch them unless the software needs to be updated or there is an issue with it.
I actrually suggested that to them three years ago because I remember Waikato Uni's running the same thing in the library and it is fast. But Tech Support told me it is too expensive to get a terminal server and it is cheaper to keep as it is. I don't have the knowledge of that so I just kept quiet. But in 2009/2010, we have been running XP 32-bit with 8GB RAM. The manager was quite happy that we've got more RAM than other places so I couldn't say anything either.
deepeye:MikeSkyrme: How are IT helpdesk requests logged?
Is there a 'ticket' created when a request is lodged?
Why not implement (or ask management to implement) a 'ticket' system, which would allow helpdesk requests to be tracked from the moment an issue is raised through to completion?
Faults / defficiencies would soon be highlighted to a level whereby questions would be asked.
The first computer crisis meeting I attended was 4 years ago, they blame everything on "communication". So one of the guy set up a PHP page for logging the jobs (and there's a priortise system from 1 - 5). PHP site is not very stable, it went down a few times last year.(server problem) However, today, one of the techie just told someone "I haven't check the help site for weeks." Users normally won't get a reply unless it's a simple request like "I need a new keyboard". This year, some people are having trouble with their user account. They emailed tech support and tech support promised to sort it out in two working days. They waited for two weeks without any reply. Then they went to the management, tech support then give them out over a week. (8 or 9 accounts).
|
![]() ![]() ![]() |