The lovely human being who greeted me that morning was our VP of software development, Dirk. At least Im pretty sure he was human. I remember sitting there weary-eyed, staring at the smirk on his face thinking that Id rather be at the dentist getting a root canal than having to listen to this blowhard spout off.
Its safe to say that most of us in IT have encountered someone who was belligerent and unreasonable. For example, you may have worked with a person who believes they are Gods gift to information technology and are the ultimate authority on any IT topic.
These bullies are quick to aggressively divert blame for any problem back to someone else, because they couldnt possibly be responsible. Some are passive aggressive, where they will subtly lay blame behind your back. Others enjoy getting in your face and being as confrontational as possible.
Let me continue and share my painful experience. Then Ill take a step back and make some suggestions on how to deal with an IT bully.
Dirk was definitely not passive aggressive.
He continued to berate me. Your support team doesnt have a fracking clue, so you must not either. I wish he had really said fracking because then I could have explored our potential inner-geek connection and diverted our discussion to that weekends Battlestar Galactica episode, where frack is truly used as a cuss word. We could have joked about he must be a Cylon, thus confirming my thought he was not human.
But alas, this was to be a totally humorless discussion.
Trying to maintain my composure, I asked him exactly what he was referring to. He went on about how his on-call developer got called at 3 AM on Saturday and that it turned out my support engineer hadnt done basic troubleshooting. Dirk said that the problem was that my support engineers never follow escalation procedures, thus unnecessarily engaging the development team.
I hate when people say things like never when they know that this all-encompassing term is inaccurate. It was true my team had made mistakes in the past, but they also had performed admirably under less than desirable circumstances due to the instability of the software product we had to support.
He continued, Your guy didnt run a baseline test and then he didnt document the issue in our case management system before escalating. Now I knew this wasnt an exaggeration, but we had discussed in past management meetings that when the production system goes down, immediate verbal communication between engineers was acceptable to expedite the issue -- as long as the managers were notified.
I had been notified and told my support engineer to escalate. When I tried to call Dirk, he didnt answer, which is not surprising in the middle of the night. But he never called me back the entire weekend.
So in retort I said, Dirk, we agreed verbal communication was okay in these situations. Why didnt you return my call so we could talk through it?
He responded, I had better things to do than deal with an issue that should never have been escalated in the first place. Your team consistently wastes my teams valuable time and Im sick of it.
Here is what really happened. The development team had put out a new release on Friday evening and my team received no training on the release. When I previously asked Dirk about knowledge transfer he had laughed and said any idiot should be able to figure out the new features on their own.
In retrospect, I know he was referring directly to me.
One of the ways around the issues of security and control that make some businesses wary of cloud computing is to build a private cloud -- one that remains within the corporate firewall and is wholly controlled internally. Private clouds also increase the agility of IT an organization's IT infrastructure and make it easier to roll out new technology projects. Download this eBook to get the facts behind the private cloud and learn how your organization can get started.