Inspired by this thread:
http://www.democraticunderground.com/discuss/duboard.php?az=view_all&address=389x5416136This is a tongue in cheek response (and hopefully not offensive to the original post), but what if everyone wrote some rules for how to deal with people in their profession?
As a person who spent about fifteen years in corporate IT, I'd like to suggest a few things that will help you enjoy your IT experience without losing data.
1. You will be helped by an analyst or an engineer. Please understand that this does not mean they are a servant. Treat them like humans. They are the link between you getting your work done and getting a good evaluation. Think about that for a minute before being arrogant, condescending or acting like you are entitled to a crown. These are the people who stand between whether your brief gets filed on time, your engineering drawing is accurate, or your time card gets processed. Be nice, and they will almost certainly be nice as well. If you're not nice, you may find paragraphs missing from that brief, or measurements changed on that drawing, or your time card zeroed out.
2. Understand that sometimes things go wrong. Sometimes its the fault of the analyst/engineer. Usually it's not. Networks get busy, routers go down, servers crash...mistakes happen. You're the customer, you have a right to be satisfied. You do not have the right to be abusive and, as in almost all things, you will get better results by showing kindness and understanding that you will by ranting and raving. Keep in mind that you don't understand the complexities of enterprise applications and the networks and servers behind them, so if your analyst/engineer says the problem is with the network not your app, he's telling the truth.
3. If something goes wrong, ask to speak to the manager. They are the best and often ONLY way things will be made right.
4. If your analyst/engineer contacts you, answer your emails or return your calls. Don't make a complicated request and then go on vacation, because if your analyst/engineer has questions while your gone, work will stop.
5. Understand that your trouble ticket does not operate in a vacuum. Is it end of month? Then yes, it may take awhile for your ticket to get processed. Want a database backed up and sent to a vendor? Understand that the laws of physics still apply and and a 10GB database takes time to backup and FTP.
6. Understand that your analyst/engineer is probably perceives that he is poorly paid for his chosen profession. He also is probably on call 24 hours a day and doesn't get paid for it. It is 100% okay for you to ask for work to be done after hours, but please, please take that into consideration in your tip. In order to get your analyst/engineer
to do his fucking job properly you should make sure and send him gifts.
7. Understand that while engineers may not be big time like you, they have long memories for shitty customers and will, generally, go out of their way to ensure you receive only the minimum. If they are good engineers, their managers will generally back them up on that. Please reference point #1 for more information.
8. Most fine IT departments are happy to accommodate any requests you make, within reason. The surest, easiest way to do this is by asking nicely and be understanding. Can we wait until after hours Christmas Eve to upgrade that software? Can you please let Vendor X have VPN access into our network? Sure, but please give enough notice.
9. Plan to tip lunch at a minimum. Dinner has become more the standard. Beer is nice. Baseball/concert/symphony tickets are very nice, thank you. I understand that the way we pay our engineers is not great. That's the way the system works. I agree that it is not necessarily the best system, but it's the system that is in use. Please don't take it out on your analyst/engineer because you don't agree with the system.
10. Don't complain about the cost of software, or server space, or that your department got billed for an hour's work by your analyst/engineer when you
know it didn't take that long. The amount of documentation required, people that need to be contacted, change controls that need to be tested and approved--there is much more to this than you understand. Also understand that the analyst/engineer does not set prices, merely does the work, which in turn helps you do yours.