Slashdot Mirror


Uneducated IT Managers, and How to Deal?

R.Mason asks: "I work in an IT department for a small to medium sized family owned business. The job is great, except for our boss. He simply doesn't know nearly as much as he should. Our team finds ourselves teaching him or explaining remedial things far too often. Even when his own computer is acting up, he doesn't know what to do with it and has us fix it while he sits and watches. He spends hours and hours on the most insignificant tasks as if he has nothing better to do. Is it ignorant to believe an IT manager should be a knowledgeable in technology as a whole? A person you respect and frequently learn from? It creates an extremely frustrating work environment, and our team doesn't know how to approach the problem. It's becoming too much to simply "put up with it." What advice do those of you in the IT field have for this issue?"

5 of 811 comments (clear)

  1. Re:You know by Bloater · · Score: 3, Interesting

    I respect my immediate manager a great deal. He is knowlegable but recognises that his team members have their own areas of expertise. He doesn't gloat if you make a mistake or don't know something, and he laughs a lot. I say you can't get better than that, and nor would you expect to.

  2. If You Like That One by tjasond · · Score: 3, Interesting

    Then you'll like this one too. After many requests for our manager to upgrade our desktop machines from limping 500 Mhz processors (this was 3 years ago, when Ghz was old news), I finally decided to send out an email detailing the loss of productivity in compile time on those machines versus my Athlon 1300+ at home. The numbers came out to over a 5x compile time increase, enough to staff an extra developer for an entire month. I had all the screenshots and graphs and charts to back it up. The response? "You make a good argument here, but you forget that we bill by the hour."

    Some managers will never get it. There are a dangerous breed out there (like the one mentioned above) that relentlessly pursue power, no matter how (un)qualified they are. Also, the sad but true Peter Principal further facilitates this incompetency. The only effective counter that I've found is to go the grassroots route. If you garner enough support, you may end up with your marketing folks hanging printouts on every office door entitled "Ask not what your developer can do for you, ask what you can do for your developer". It didn't take long after that.

  3. NASA / Challenger / Management's Fault by Venner · · Score: 4, Interesting

    As part as my undergratuate engineering coursework, we had to take a Professional Ethics class. During that time, I spent 4 weeks going over the Challenger disaster with a fine-tooth comb. It absolutely disgusted me.

    By and large, the engineers did their jobs to the best of their ability. They were aware of the O-ring problems, having been warned by the manufacturer and they knew the O-rings had never been tested or launched at the low temperatures that day. They repeatedly voiced their concerns to management. They even refused to sign off on the launch.

    The management, on the other hand, didn't take any of it as a serious problem. Of the group directly involved with the launch, only one had a technical background, and he caved almost immediately from the pressure of the majority. The managers were under political pressure to make the launch a go, and that was their only concern.

    An engineer by the name of Boisjoly blew the whistle* on what happened knowing full well that by doing so, he would probably ruin his career. No one hires whistleblowers. Otherwise, we might have heard a very different story.

    What was the point I was going to make... Ah. Management never seems to have much use for professional ethics, too little understanding of what they are managing, and always seem to think their MBAs are advanced degrees that somehow trump a "lowly" B.S. in Engineering.

    I think one of my old professors summed it up best.

    Engineers:
    The A students go into teaching/academia
    The B students get most of the jobs.
    The C students go into / switch to management.

    *he was later awarded the Prize for Scientific Freedom and Responsibility by the AAAS for doing everything in his power at the time to halt the launch and exemplifying professional behavior

    --
    A preposition is a terrible thing to end a sentence with.
  4. Re:PFFT, EASY! ARCNET!! by monkeydo · · Score: 3, Interesting

    Cisco was running 10Mb Ethernet over barbed wire years ago.

    --
    Si vis pacem, para bellum
    The only thing more annoying than a Libertarian is an (un|mis)informed Libertarian
  5. I know it's been said, but... by Thumper_SVX · · Score: 4, Interesting

    I'll probably get lost amongst the chatter here, but I have to weigh in as I've been both a manager and a technical guy for most of my career. I've had more time as a techie simply because I prefer that line to the management track.

    Basically, a good manager does not have to be good at the job of his employees. In fact, more often than not it's preferable that he's not. The reason for this is that managers (good managers at any rate) need to deal with stuff that technical guys find wearing or even bullshit. Stuff like project planning, resource allocation, and generally playing the "politics game". If you're a technical guy in a management position, there's an almost natural tendency to presume that you're better than your employees. That leads to a presumption that you know the answer when they do not, and thus that you can do their job better than they can. It then irrevocably leads to a manager who micro-manages his employees. This makes him a lousy manager.

    I personally went into the management job and knew this was a risk. As a result I made a conscious effort to seperate myself from the technology even to the point that I requested my rights to the system be taken away (I was granted admin privileges when I started). This forced me to go to my employees and look to them for solutions. As such, when we had a problem I usually sat down with them, explained the problem and asked them to give me a BRIEF overview of their proposed solution. I always told them to avoid technical details as I didn't need them. Then I usually asked for a timeline for a fix and walked away. I could then go back to the manager / business owner / department head who reported the problem and give them my take on the problem and give them a timeline (usually plus a few hours or days depending upon the extent of the problem). I never told them who was working the problem or how it was going to get fixed. That's how a manager works. This way I showed trust in my employees abilities, kept the heat off their back and set the expectations of the reporter that the problem was being diligently worked on and thus would be fixed.

    I'd say 80% of my job was "public-relations" based. To me, my technical knowledge was somewhat of a liability. I ended up looking at solutions to problems and sometimes over-analyzing the solution my employees had come up with. I had my own ideas about solutions more often than not but had to keep them to myself. I couldn't test or implement because I had no access, and if I were to try then I would be showing my employees that I didn't trust their judgement. This undermines the entire department and thus turns you again into a bad manager.

    Eventually I quit. Not because I wasn't wanted in the position (I had great working relationships with my employees that I enjoyed and still stay in touch with some of them), but because I had found my "geek-karma" to be a liability to my direction as a manager. I wasn't comfortable being the "general", I found I much preferred being "in the trenches". Besides, honestly I find that I can be much more flexible with my schedule as a techie than I ever could as a manager. Even though I have the occasional evening and weekend work I need to do, I prefer it over the constant 11 and 12 hour days I needed to get all my stuff done as a manager, the interminable meetings and the absolute hard-and-fast requirement that I be in the office between the hours of 8am and 5pm every day... even if I'd been there until 2am dealing with paperwork.

    And as for those who comment that a manager will take your "thunder" as a "hot-shot", think about this. When you f**k up, a good manager will also take the hit. I can't count the number of times I had a screw up in my ranks that I had to go to my management and say, "A member of my group dropped the ball. They're diligently working on a solution and I will take full responsibility for it." I got on the wrong side of a few upper managers because I refused to state who on my group screwed up. I always told them I would deal with it in