One CIO’s “lessons learned” in managing others

Here’s a shocker: none of us has failed to fail at times.

We’ve all screwed things up on occasion, and I’m no exception. And that’s especially true when it comes to managing others, which I believe is very much a learned skill. In that spirit, there are a number of things about people management (call them reminders, admonitions, lessons) that I’d especially want to tell my younger self if I had a time machine. Each one arises from a situation where I’ve learned a lesson the hard way over the years, either from mishandling something myself, or from watching a peer, colleague, or my own manager mishandle it.  As the saying goes, “Good judgment comes from experience; experience comes from bad judgment.”

So here are a few things to keep in mind when managing others.  These lessons have arisen from (largely) IT situations, but their scope and impact is hardly limited to IT.  They’ve become a capsule summary of how I want to manage, and how I like to see people around me manage others.  In fact, when I encounter an instance of “bad management”, or think back on my own missteps, I can almost always point to a deficiency in one or more of these specific areas as the underlying root cause.In no particular order:

“ASAP” considered harmful

When do you want it?  “As soon as possible”, comes the ready answer.

Everyone says it. Everyone knows what they mean by it, in essence, and it seems fairly harmless.  But more often than not, I’ve seen it overused as a substitute for real thought and real leadership.

Especially in this new era of “internet time”, the declaration of “I want it ASAP” has often turned into an excuse not to plan, a rejection of due diligence and careful preparation, or even an intentional ignoring of previous lessons learned.  Taken to an extreme, it can represent the triumph of pure testosterone over diligence and caution.

Meg Whitman, former CEO at eBay, writes in her recent book, The Power of Many: Values for Success in Business and in Life about how one positive performance differentiator of individuals at eBay was their sense of urgency.  “eBay never would have prospered as it did without a team with a strong bias for action,” she states.  Having worked in a couple of places that were unnecessarily and infuriatingly slow in their decision-making, I too tend to generally applaud a bias towards action in business.  It reflects a philosophy that an imperfect plan executed right now is usually better than a perfect plan executed next year.  Or, as Seth Godin puts it in his book Linchpin: Are You Indispensable: “Real artists ship.” Or, as a tweet I saw recently had it, “if you’re not embarrassed by the first launch of your product, that means you waited too long.”

However, one can take a bias towards action too far.

[Read more…]

Bears, hedgehogs, and Gladys Knight: parables of IT leadership

For years, I’ve had two framed items hung on my office wall throughout my various stints as CIO, CTO, etc.  I like to think of them, both individually and together, as reflecting certain truths or ironies I encounter as a technology executive, particularly in the realm of leading others.  They serve as cautions to me of leadership potentially gone awry.  So let’s talk about what they show.

The bear and the hedgehogThe bear and the hedgehog: “Vielleicht kannst du auch mal was machen”

The first is a decades-old cartoon taken from a German calendar, preserved from the years I lived in Berlin.
Two animals are playing on a seesaw. One is huge and bear-like, the other a small critter like a hedgehog.  As you’d expect, the bear outweighs the hedgehog, who dangles on the high end of the seesaw. The large one says to the small one, “Now make yourself heavy.”  The little one says “OK”, and voilà: the next panel shows the seesaw reversed, contrary to gravity and logic, where the hedgehog is now outweighing the bear.

The bear says, “You see? It really does work.  Now make yourself light again.” Whereupon the hedgehog quietly retorts, “How about you doing something once in a while?”

[Read more…]

We don’t like that estimate. Change it.

CIO: “We can’t go live in six weeks as you want.  It’s going to take at least three months.”

CEO: “That’s … unacceptable!

One of the most recurring memes in IT, for me, has to be hearing “we don’t like that estimate”, coming from stakeholders, senior management, etc. Depending on the mood and/or semi-intellectual rigor of the person saying it, the conversation then typically devolves into one or more of the following:

  1. identifying and removing any hint of schedule contingency (which is often viewed as padding just to make life easier for IT);
  2. mentioning repeatedly the idea of “what if we double the team size to get it done twice as fast” etc.;
  3. conducting a scrutiny, one by one, of the bottom-up estimates (”it won’t really take three days to test that feature”);
  4. volunteering resources (usually less than qualified) to “help”;
  5. insisting on scheduling full-time work for all remaining weekends and holidays between now and the desired launch;
  6. making frequent use of the phrase “why don’t you just …”
  7. declaring that system delivery must occur by a specific date, no matter what.

[Read more…]

Countering a disturbing bandwagon: rich vs. poor IT organizations

It’s time for me to speak up.  Not that I haven’t before, here and here. But sometimes I just have to shake my head. I read certain IT-related articles on the web, or tweets by some colleagues, and they’re so out of sync with IT reality that I feel like it’s Opposite Day.

Here’s what I mean.  Let’s look closely at the latest item of this ilk that has spurred my head to swivel: this rather stunning recent Forbes interview with Mark McDonald, group vice president and head of research at Gartner Executive Programs. At core, McDonald is touting and praising, and with much reasonable-sounding eloquence and assurance, an abandonment of common long-standing lessons in IT.  In fact, such an abandonment is being presented as the only path to goodness, success, and truth; traditional areas of focus for IT are deprecated as being either of lesser importance, or even as the veritable hallmark of a clearly backward CIO who just doesn’t get the new order.

[Read more…]

Uncommonly followed common sense tips on CIO communication

I recently had the privilege of being interviewed, along with other experienced senior technology executives, by CIO magazine for my thoughts on communication mistakes still made by CIOs. Some great ideas came out in the article, but when it comes to communication (see tip #1 below), there’s always more to say. So here goes.

  • Communication can always be worked on and improved. I was at one company where we did a semiannual employee satisfaction survey. Even better, the company was admirably dogged about implementing specific measures to address areas of dissatisfaction that emerged from the survey results. But in every single survey, the number one vote-getter was the need to improve intracompany communications, no matter what initiatives were spawned to improve them. Communication is an ongoing challenge and necessity.

[Read more…]

IT tall tales and why they’re told, or, why I stopped going to conferences

Most senior technology executives have a good sense of the huge value that comes from comparing notes and impressions with one’s peers about industry trends, techniques, project approaches, even vendors. Networking, appropriately handled, can enable you to find out all sorts of “lessons learned” without having to go through the pain of learning them the hard way.

But as with most things, there are effective and less effective ways of going about that sort of networking. For a long time, I looked to industry conferences to provide this sort of connection and exposure to a wider and wiser set of peers. But despite a few positive experiences, I’ve changed my mind in general about the utility of conferences.

Aside from technical exposition and tutorials, most industry conference sessions revolve around case studies. And oh, what cases they are, according to the presenters. Quite typically, everything is golden, nothing has ever gone awry or possibly could. Their own approach is the only one conceivable for success. “This one goes to 11” seems to be their slogan. The presenters seem to think that the more enticingly they portray their project and approach, the greater value they’ll provide to their audience.
[Read more…]

The IT project failure dilemma: how to get early warnings

Thinking about how to prevent big system project failure has somehow always reminded me of the Will Rogers quote: “Don’t gamble; take all your savings and buy some good stock and hold it till it goes up, then sell it. If it don’t go up, don’t buy it.”

In other words, with big projects, by the time you realize it’s failed, it’s pretty much too late.  Let’s think a bit about the reasons why, and what we can do to change that.

First off, I’ve never seen a big project fail specifically because of technology. Ever. And few IT veterans will disagree with me. Instead, failures nearly always go back to poor communication, murky goals, inadequate management, or mismatched expectations.  People issues, in other words.

So much for that admittedly standard observation. But as the old saying goes, “everyone complains about the weather, but no one does anything about it.” What, then, can we actually do to mitigate project failure that occurs because of these commonplace gaps?

Of course, that’s actually a long-running theme of this blog and several other key blogs that cover similar topics. (see my Blogroll to the right of this post). Various “hot stove lessons” have taught most of us the value (indeed, necessity) of fundamental approaches and tools such as basic project management, stakeholder involvement and communication, executive sponsorship, and the like.  Those approaches provide some degree of early warning and an opportunity to regroup; they often prevent relatively minor glitches from escalating into real problems.

[Read more…]

Mastodon