Overwhelming Bureaucracy in the IT Department?
Nedry57 asks: "I am in the somewhat unique position of being a technology worker, who lives outside of the IT department in my company (a very large organization in the US). By far, the biggest challenge I face is getting anything done due to the bureaucracy that exists, within IT. There are certain tasks (i.e. anything that happens in the data centers) that I don't have the access to do. Even a simple task, like installing more memory in a non-production server, can take nine months and massive mountains of paperwork (no exaggeration), thus costing many times more than it should. The lack of agility is maddening, because I know we are missing significant business opportunities. My management is extremely supportive and despite our excellent track record of success in creating robust/secure applications--our work has passed audit numerous times with flying colors--we get no support from IT. Even senior management can't break through the barrier. I am very interested in hearing the experiences Slashdot readers have had in similar situations." How do you get your technology work done, when your IT department is more hindrance than help?
At a very well-known, well-funded, academic institute, I had to write a formal business case to submit to not one but TWO directors to justify why I needed an extra 512MB in my laptop...despite the fact that it would at worst be about fifty bucks and, regardless, it was a FREE upgrade. A "business case." Honestly. I didn't have to write a !#%ing "business case" for the laptop itself! The amount of time spent biatching over that $0.00 basically could have paid for the whole g.d. machine, gig included.
It usually took about an hour (or half a dozen emails) to actually convince them that something was wrong and they needed to do actual work, and weeks to get basic documentation. I constantly got the impression that they neither cared about the problems in the applications they supposedly supported, nor understood what I was saying. I had to rewrite major sections of code just to get their revisions to properly execute and interface properly with the database.
The entire experience soured me on ever working with outsourced developers or tech support -- particularly, I guess, if they are foreign. I hate it because I know it's a rather bigoted view, but since it's my only experience with it it's all I know. I suspect that the job actually did go to the lowest bidder, since I certainly can't imagine paying anybody actual money for the time they wasted. A co-worker of mine who worked on the project with me and still works at that company tells me they finally scrapped the entire application a year or so after I left and hired some in-house developers to do it right and have some accountability.
Part of the problem -- most of the problem, I'd say -- was also that management just didn't care that these developers were useless. They hired them, and they were going to get them to develop this tool or die trying. So with no real application development knowledge base, only two guys who had their own projects to handle, and management that wasn't willing to pay for the results they demanded it was just an ugly, ugly situation that I was glad to get out of when I did.
The road to tyranny has always been paved with claims of necessity.
My situation is very similar to yours. I am a tech person for a department outside of the formal IT group which sometimes seems to be inefficient and/or ineffective. However, I don't believe that IT is the enemy and tend to sympathize with them.
In my current position I've seen some of the worst behaviors (in system administration, application development, etc.) practiced by tech people outside of IT who then expect IT to automagically make everything work and clean up any messes the non-IT folk created. On the other hand, there are also times when our IT department really does drop the ball.
This has created deep-seeded animosity between some non-IT departments and IT, I think. The non-IT folk believe IT are bureaucratic obstructionists who don't know what they're doing; while IT believes the non-IT folk are disorganized, loose cannons who don't know what they're doing. Unfortunately, to some extent, I think they're both right.
That said, my best advice to you is to help IT help you. Try come to some agreement or understanding with IT and define what it is they they need in order for them to be more responsive to your needs. Respect their needs as much as you want them to respect yours.
Also, don't undermine or bypass policies and procedures defined by IT. It might seem like you can get around IT's requirements and do something your own way, but that just perpetuates the problem. If you think IT is being unreasonable with their policies, find out why their policies are the way they are. You might discover that there is a good reason for it.
Think of IT as a finite resource -- don't squander it. I've never met (or worked in) an IT department that wasn't overwhelmed with things to do. Keep in mind that any system you implement may require some amount of time and effort for IT to support and/or maintain it. And keep in mind that there is always a Y2K or Service Pack N+1 or something like that around the corner keeping IT busy. So, as much as possible, budget your IT-time wisely. And, of course, plan ahead.
You may already be doing all of this, which makes your situation a more bitter pill to swallow, in which case I'd suggest helping other non-IT departments do the same, if they're not already.
And, of course, doing all of this doesn't guarantee that your IT experience will improve. But, I think it's a case of "you catch more flies with honey than you do with vinegar" and "you who are without sin may cast the first stone."
Perhaps I should have explained. I was the one trying to get the photos put onto the website.