How To Talk Like a CIO

itwbennett writes "Today's CIOs speak business-buzzwords as a second language. And there's a good reason for that. There is a trend among CIOs to distance themselves from being regarded as technologists and to put themselves forward as business strategists. It boils down to one simple rule: Just as you should never be the first to mention compensation in the interview process, you should never be the first to break out the tech jargon in a business setting."

Comments

Easy

[Intrepid imaginaut]

Just memorise all these and mix them up as you see fit:

http://www.dack.com/web/bullshit.html

Re:Easy

[Skreems]

Business executives don't care about the details of technology, they care about the whether and how that technology can deliver value in the context of their business problems.

The problem is, those two things go hand in hand. If you don't understand the details of the technology, you're highly likely to miss a bunch of nuance in understanding how (and how much) it can solve your business problems.

Now, if you as a hypothetical executive are willing to accept that you really DON'T understand the nuance, and trust those under you that do, then things are just peachy. Except that attitude doesn't often pair with the type-A personality that inhabits the C*O world, or even the VP world. What you're left with a majority of the time is someone who thinks technical details are "beneath them", but wants to make sweeping generalizations about what tech will do for their business. Due to the points above, those generalizations are nearly always wrong, and sometimes dangerously so.

I like to use an analogy in this type of discussion: Neil Gaiman once said (I'm paraphrasing) "People think an author goes off in a room for a week and stares at a typewriter. Then magic happens, they're hit by a stroke of genius, and emerge with a completed novel, fully formed. The reality is nothing like that. It takes years of hard work from multiple people, endless revisions, and is generally the opposite of magic."

Most people can connect with that. Of course an author doesn't write a 400 page novel in a fit of genius. Of course there are editors, and revisions, and revisions on revisions. We may not have an intuitive view of what all that work actually looks like, but anyone who's not a complete twit can examine that statement of reality against their preconceived idea, and sense its correctness.

Well, technology is a lot like that. Redundant failover systems don't fall from the sky fully formed. Coding API or User Interface abstractions don't leap into existence overnight. They're painstakingly nurtured from the seed of an idea by someone who's tired of facing the same problem over and over, and grown over months or years, usually while fending off a bunch of half-interested managers and coworkers who are more interested in making themselves look smart by talking loudly than in actually understanding what's being built.

You may think that higher ups shouldn't care about that, and to a degree I suppose that's right. They shouldn't care about the minute details of every technical thing to cross their desk. But damn it, they SHOULD understand the difference between good tech and shoddy tech, and what it means to their business. Because a corporate culture starts with the C*Os. And a corporate culture where proper respect is paid to the painstaking work of building quality systems can accelerate that business in a self-reinforcing process, while a corporate culture that dismisses tech as "that geeky stuff they do with computers" will almost certainly fall behind and fail as the people who know how to build stuff well get pissed off at constantly justifying doing things "the right way" to people who don't care, and eventually quit.

To go back to the analogy... how long do you think a publishing house would stay in business with a CEO who thinks that "writing is that thing where authors go off in a room for a week and magic happens"? That's essentially what this article is tacitly saying is A-OK, and for any company that's even remotely based on technology it's just as ludicrously wrong. That kind of BS may fly today because the culture is still in flux, but in the next 20 years every one of those companies is going to get lapped by another company that understands the magnifying effect technology can have on productivity, and understands it from the top down.

Re:Easy

[houghi]

The problem is, those two things go hand in hand. If you don't understand the details of the technology, you're highly likely to miss a bunch of nuance in understanding how (and how much) it can solve your business problems.

Untrue. Let us take a car example. I as CEO want to move our product from place A to place B. I also want to move myself from place A to place B.

So I ask people who know about these stuff and he will then ask me how much stuff there is going to be moved and how often. He then proposes a truck or a fleet of truck or even train or transport by boat or a combination.

For the personal transport, he will also ask a few questions and then will come up with a bicycle or a Maybach with driver or something else, depending on the answers.

Where it will go wrong if the wrong questions are asked or if I give the wrong answer, because I want to influence the answer.

e.g. if I as a CEO ask what the best Helicopter is for my daily transport, I will get an answer to THAT question. However if I live at the office, the answer to transport should have been "Walk".

And that is often the problem: People who think they know something about the technology will ask for the wrong things and then are surprised they get the wrong answers.

Very few CEOs get this. Very few are able to let go and just trust the people in their team to be qualified in their field. I have had only a few who actually said to me "I do not understand what you are trying to explain, but I trust your experience and expertise and believe you will deliver." Obviously this does not happen at the first day at work. It takes honesty from both sides. i.e. me telling when I did not achieved some goal, why and how I would prevent it in the future. Not trying to hide my ass and blame something or somebody else. My team? My fault!

It is the basic difference between being a leader and being a manager. https://www.stephencovey.com/7habits/7habits.php