Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
It's funny.  Laugh. IT

Hunting Bad CIOs In Their Natural Environment 112

onehitwonder writes "Bad CIOs are a blight on the IT profession, the organizations that employ them and the IT staff who toil under them (usually cleaning up their messes). Yet bad CIOs manage to migrate largely undetected — like the mythic Big Foot — from company to company. In the process, these bad CIOs lay waste to businesses and information systems, destroy staff morale, pillage budgets and imperil shareholder value. To help rid the world of this scourge, CIO.com has compiled a list of behaviors common among bad CIOs that recruiters, hiring managers and IT staff can use to identify them during the recruiting process."
This discussion has been archived. No new comments can be posted.

Hunting Bad CIOs In Their Natural Environment

Comments Filter:
  • by jellomizer ( 103300 ) * on Saturday February 23, 2008 @09:02AM (#22526190)
    No, you missed the point. Improving security is a primary goal of the CIO. But the way he approaches it the sign. The example in TFA has the CIO fear mongering to get a larger budget then he actually needs. Most companies today don't need new firewalls to improve security, they need to rethink the process. Putting security in the hands of software and hardware alone is a path to disaster. The CIO should be able to itemize what he really for security explain the tradeoffs to management, and tell the shortterm and long term effort it will require.
  • hey... (Score:3, Insightful)

    by Anonymous Coward on Saturday February 23, 2008 @09:06AM (#22526204)

    MORE SIGNS OF BAD CIOS

    They overpromise and underdeliver.
    They can't sum up their IT strategy into an elevator speech, nor can they articulate the company's vision.
    They don't take ownership of critical issues, nor do they demonstrate accountability for problems, but they're quick to take credit for successes.
    They can't motivate their staff and don't pay attention to building teams inside the IT group. They can't attract and retain IT staff.
    Instead of working on projects that make meaningful contributions to the company's bottom line, they focus either on projects that will look good on their résumés or on sucking up to executives by giving them Blackberrys and new laptops with wireless Internet connections.
    They overemphasize project management to the point where 90 percent of the timeline for projects is given over to planning and only 10 percent to implementation.
    They view project management as a waste of time.
    They can't prioritize projects.
    They give staff responsibility for projects but no authority, direction or support. When the individual and the project fail, they publicly berate the individual.
    They espouse a different management practice every month.

    Hey, I think I work for this guy!

    [anonymous for job security reasons]
  • by sticks_us ( 150624 ) on Saturday February 23, 2008 @09:10AM (#22526226) Homepage
    FTA:

    They migrate quickly from habitat to habitat. A sign that a CIO is of the nocens executor species is a pattern of rapid job transitions on his résumé
    This happens a LOT. I'm not sure why, but these people settle in, take on a few token projects (never finishing, or else FUBAR'ing them), then leave just as they're being "exposed." I won't name names.

    FTA:

    Young and old flee the CIO's flock. Unusually high levels of staff turnover in the IT department after the new CIO has joined...
    Ya think? Some departments empty out like rich people leaving the Titanic once you bring in someone new, which is usually a bad sign. A good, sensible leader will often spend the first part of his/her tenure just watching and learning, before making any huge changes (unless they're hatchet men, in which case I'll be the one wearing a dress floating off in the lifeboat)
  • by sticks_us ( 150624 ) on Saturday February 23, 2008 @09:21AM (#22526264) Homepage
    Why are programmers non-productive?
    Because their time is wasted in meetings.

    Why are programmers rebellious?
    Because the management interferes too much.

    Why are the programmers resigning one by one?
    Because they are burnt out.

    Having worked for poor management, they no longer value their jobs.
  • by petes_PoV ( 912422 ) on Saturday February 23, 2008 @09:59AM (#22526416)
    When you play back a recording of someone to that person, they always say "is that really me?" as they don't recognise their voice.

    Likewise, when you recount a CIO's (or anyone else's, for that matter) behaviour to them, they won't recognise it as "bad". So there's little point in writing an article on recognising bad CIOs and then publishing it in an article for CIOs. They'll all either agree or disagree on the points, but none will see their own behaviour described there.

    From a company's perspective, the only questions that really matter are whether the CIO being interviewed has a record of delivering programmes of work on target, on budget. That they can successfully turn around a failing (but not turn around a successful) IT department and that they positioned the IT dept. to allow a company to grow efficiently.

    It doesn't matter if they name-drop or brown-nose. Anyway a hiring CIO just wouldn't recognise the pattern of behaviour - whether they, themselves, are good or bad.

  • by teslar ( 706653 ) on Saturday February 23, 2008 @10:24AM (#22526510)

    Another one of those top-10 articles broken up into 7 web pages with 3 paragraphs each and flooded with useless advertisements & buzzwords like SOA on demand, Oracle Fusion Middleware and "Storage Utopias"
    Printer friendly [cio.com] view is your friend too, even if you're not a printer. It's certainly more informative than just throwing section titles at me (which is not a summary, it's a TOC). How should I guess what e.g. "excessive hibernation" means in this context until I read TFA, at which point I find out that it's spending more time in the office than talking to IT people.
  • A lot of these behaviors seem like they should be red flags for any candidate for any position, no?
  • by Politicus ( 704035 ) <salubrious@@@ymail...com> on Saturday February 23, 2008 @10:27AM (#22526522) Homepage
    These problems are endemic to executives in general because corporate governance does not work. In theory, the board of directors looks out for shareholder interests and keeps executives in check. In theory, communism is a worker's utopia.

    In practice, because shareholder elections are a farce, most boards are compromised by being populated by other executives, typically leading companies in the same or similar industry as the executives they are supposed to oversee. This frees executives from shareholder control, essentially giving them reign over other people's assets. Lavish stock grants entrench executives by giving them share ownership which in turn increases their control over the board.

    Freed from oversight, executive goals diverge from shareholder goals. The limits to this divergence are mostly appearance based. You can't appear to be diverging from shareholder goals too much. Image is everything. To achieve this, executives typically vet those they hire based on loyalty. Many employees, while they profess to understand this, do not. So I repeat. To achieve the goal of appearing to promote shareholder values, executives hire first and foremost on the candidate's ability to be loyal to the hiring executive. This results in the typical knuckle dragging tribal culture found leading today's corporations.

    Saying that solving this problem is hard, is a major understatement because you are talking about making America's ruling class accountable. Solutions like co-determination do exist, however, but would require the right political climate to implement.

  • by ukyoCE ( 106879 ) on Saturday February 23, 2008 @10:34AM (#22526550) Journal
    >> Why are programmers non-productive?
    >> Because their time is wasted in meetings.

    You probably come from a different background than me, but in my case this has been the opposite.

    Especially in a smaller company without its own fleet of business analysts, meetings are extremely important. The programming team I work with has been non-productive for a long time simply because they've been *doing the wrong thing*.

    It doesn't matter how much of an uber-programmer you think you are, if you aren't meeting with the stakeholders before and during the project to make sure you're giving them what they want, then you're wasting not only the programmers' time, but everyone else's time too.

    Of course I don't mean to imply that every meeting at every company is valuable :) This has been my experience with project disasters that had to be redone from scratch. All because programmers insisted on doing "their solution" all by themselves instead of actually talking to the stakeholders.
  • ATMI (Score:3, Insightful)

    by Velcroman98 ( 542642 ) <Velcroman98.hotmail@com> on Saturday February 23, 2008 @10:52AM (#22526638)

    I formerly worked at ATMI, and they employed the dumbest CIO they could find. He has no IT training or knowledge, claiming his managerial accounting background will allow him to do the job. The CEO is a guy that surrounds himself with yes-men, and Kevin Laing is his personal puppy of a CIO.

    Kevin hired an infrastructure director, who was trying to gown up in our clean room and couldn't find any left handed rubber gloves. It's no wonder the companies stock has been flatlining for the past 5 years.

    Those poor bastards still working there will never get an annual bonus, because the CIO blows the budget horribly every year. The Help Desk manager has run off all the competant staff with full blessing of the CIO, I just don't see any upside to this guy at all. If the CEO and CIO were fired tomorrow, I'd guess there would be a jump in the stock just because they would be gone.

    Key attributes of Kevin Laing
    • They overpromise and underdeliver.
    • They don't take ownership of critical issues, nor do they demonstrate accountability for problems, but they're quick to take credit for successes.
    • Instead of working on projects that make meaningful contributions to the company's bottom line, they focus either on projects that will look good on their résumés or on sucking up to executives by giving them Blackberrys and new laptops with wireless Internet connections.
    • They overemphasize project management to the point where 90 percent of the timeline for projects is given over to planning and only 10 percent to implementation.
    • They espouse a different management practice every month.
  • by TheRaven64 ( 641858 ) on Saturday February 23, 2008 @11:29AM (#22526840) Journal
    You are confusing meetings with communication. Communication is essential. Meetings are a form of communication. This does not mean that meetings are essential.

    Meetings between two people are incredibly productive, but their use drops off dramatically the more people you add. Most of the communication in a large meeting is between some subset of the group, with the rest being bored. Another common trap is to use meetings for one-to-many communication. These are much better handled asynchronously, because otherwise the speaker has to go at the speed of the slowest listener. The only time a meeting is the correct form of communication is when everyone invited to the meeting is an active contributor to the discussion. If someone is just there to listen, their time is probably better spent sending them a copy of the minutes later.

    I'd thoroughly recommend the book Peopleware to anyone interested in this subject.

  • by GooberToo ( 74388 ) on Saturday February 23, 2008 @11:46AM (#22526948)
    In other words, security is a process. Security is not strictly a hardware and software solution.
  • by tompaulco ( 629533 ) on Saturday February 23, 2008 @12:36PM (#22527304) Homepage Journal
    So, how can we prevent these hoodlums from ruining our lives and get them either not hired to begin with or canned when we see their complete incompetence?
    You can't. Once someone reaches "C" level, they have something akin to diplomatic immunity. Even if they screw the shareholders out of billions of dollars and run the company into the ground, the only thing that might happen is they get fired, get a huge golden parachute, and some other company will immediately scoop them up for even more salary and stock.
  • by n6kuy ( 172098 ) on Saturday February 23, 2008 @12:47PM (#22527382)
    > Profiting by fraud/scam is evil and amoral,

    Eh? How can something be both evil AND amoral?
  • by Anonymous Coward on Saturday February 23, 2008 @12:51PM (#22527390)
    I'd like to add a caveat that at the very least, programmers should be represented at certain meetings. If not, then many decisions are made in a fashion that is far too top-down for comfort (at least where I work).

    I love being briefed about meetings only to discover that software I've written has mysterious features and properties that I did not create! And now these phantom features need to be heavily used/extended on a very tight budget.

    Simple rule: no matter what happens, programmers can't win (except if they quit just before everything explodes).
  • We need a LIST! (Score:3, Insightful)

    by Cragen ( 697038 ) on Saturday February 23, 2008 @12:59PM (#22527446)
    We don't need a list of what they do! We need a list of who they are! So we can check it when job hunting. Now that would be helpful.
  • Re:Bad sign #7 (Score:5, Insightful)

    by Etyenne ( 4915 ) on Saturday February 23, 2008 @02:04PM (#22527918)
    Personally, I would rather be led by a CIO with a Liberal Arts degree than one with a MBA, but that's just me.
  • by CheekyBastard ( 1142171 ) on Saturday February 23, 2008 @08:45PM (#22530818)
    Precisely,

    Geeks (primarily IT types) love to believe they are the only employees that have to deal with these problems. Moreover, they believe that all IT types are productive members that do nothing but significantly contribute to a company. An employee is an employee, no matter what field they work in. Some will be great, some will be horrible, and most are nothing more than average.

    I am so sick of the PHB vs. IT, CIO vs. IT, users vs. IT, everyone vs. IT complaints. Based upon the majority of posts viewed on Slashdot, I could say that most IT-types are paranoid, self-entitled, whiny babies. See how that generalization works? Some of you will take offense to that; just as I would take offense to you painting all management types with the same brush. People are different, regardless of their chosen profession. Some of you suck, and some of you are great...and the same could be said of all people.
  • by dubl-u ( 51156 ) * <2523987012@pota . t o> on Saturday February 23, 2008 @09:54PM (#22531308)
    As for the article... it suggests CIOs who change company too often might be bad. That's not an indicator of anything. That's not even a good heuristic.

    I disagree. It's at the very least an indicator of changing companies frequently.

    In some positions, you can live with turnover. Others really benefit from continuity. In my mind, that includes a lot of technical and accounting positions, the C*O level included. In those positions, the more history you know, the more effective you are.

    Especially with software development and IT infrastructure, there are a lot of ways to get the job done, and each person has their strengths. Change key people too often, and you'll pay a lot to switch approaches over and over, without seeing any real payoff.

THEGODDESSOFTHENETHASTWISTINGFINGERSANDHERVOICEISLIKEAJAVELININTHENIGHTDUDE

Working...