It’s re-run time again in KJR-land. I had a higher priority this weekend than writing a new column – we celebrated my wife’s birthday. I’m sure you’ll understand.

And anyway, the re-run, which ran in May of 1998, is just as timely and relevant now as when I first published it in InfoWorld.

– Bob


A few columns ago I mentioned a science fiction story titled “The Political Engineer” and asked if anyone remembered the authors. Patrick Berry remembered reading it in an anthology of stories by Cyril Kornbluth and Frederik Pohl titled Critical Mass.

Thanks, Patrick.

Lots of IS Survivalists expressed their appreciation for that column. Many see themselves as apolitical engineers treated poorly by politicized corporate cultures. So here’s a question: What are you going to do about it?

You have three choices: leave, learn enough about corporate politics to avoid being victimized, or suffer. Pick one.

The problem my correspondents described — nontechnical managers making technical decisions without involving the engineers — has nothing to do with politics, though. Not the good kind (figuring out how to move forward when legitimately different points of view collide) nor the bad (back-stabbing and hidden agendas).

While it may seem to be politics, the problem is our natural tendency, as human beings, to trust and associate with those most like us. It’s a lack of appreciation for diversity.

Think of the executive ranks of your company. Can you think of anyone who’s there without any visible achievements that seem to warrant it? Think about the fast-trackers who aren’t executives, but who obviously will be. What is it about them that makes them fast-trackers? Ability? Maybe.

In many businesses there’s a sort of executive club. Some people belong to it. Others don’t. Its members can spot each other from a distance and say, “Yes, he’s one of us.” Nonmembers mistakenly call it the old boys’ network, but it’s nothing of the kind. It’s a club and you’re either a member or you’re not.

It’s depressingly like a high school clique, where you know who’s in it and you know you’re not. I suspect sociologists have written oodles of research papers on this subject (if not, it’s fertile soil for some Ph.D. candidate) but we don’t need research papers. We need a manual. Nobody has ever written a step-by-step instruction manual for joining the clique. (Memo to IDG Books: Publish Joining Cliques for Dummies.)

That’s why so much of today’s diversity training is completely ineffectual. While discrimination based on race and ethnicity still happens (and is inexcusable) far more comes from distrusting people with different thought patterns than skin color. As a friend put it, lots of companies hire and promote people of all races, creeds and backgrounds, as long as they think alike. Real diversity comes from differing points of view, perspectives, priorities, and values. Valuing real diversity is the antithesis of being part of the clique.

Did I say “the clique”? I meant “a clique,” because there’s more than one. Techies have cliques, too. So do most other identifiable groups. If you’re part of a clique, you probably don’t even recognize it. That changes nothing.

How well do you look at the world from the other person’s perspective when the other person doesn’t think the way you do? Do you try to see the world through her eyes, or do you take the easy way out, applying a convenient label that trivializes or demonizes a perspective that makes you uncomfortable?

“Aw, that’s just politics!” means, “You didn’t make this decision the way I would have,” just as much as “They’re just techies — they don’t think the way we do” does.

It’s time for all of us to appreciate real diversity — and that means listening to those least like ourselves, discovering how it is they perceive the world.

After all, listening to members of your own groups is a whole lot like listening to yourself.

How much will you learn doing that?

I suffer from cluster headaches. Every year and a half or so I live through a month or two of daily episodes of excruciating pain that calls for gobs of Excedrin, quite a lot of Sumatriptan, gratitude for the existence of automatic ice makers, and the inescapable sensation that I’m taking dumb pills.

No, I’m not looking for remedies, empathy, or sympathy. Let’s skip directly to pity.

Or skip it altogether. Now that I have your attention, let’s move on to pain’s relevance to your day-to-day working life.

Pain evolved to get our attention when something is wrong that needs fixing. Which is why migraines, cluster headaches and their kindred maladies are so annoying: The only thing that’s wrong is the headache itself.

Still don’t see the relevance?

Biologically speaking, pain is an indicator. It’s like a blinking light on a control panel that tells the brain something isn’t working the way it’s supposed to work. The brain needs this mechanism because the body is way too complicated for the brain to directly monitor all of its components.

So instead animal physiology includes receptors scattered throughout a critter’s anatomy. The brain doesn’t have to monitor. What requires attention calls for attention.

Only it’s easy to ignore a blinking light. Pain is designed to be hard to ignore. Pain says something isn’t working the way it’s supposed to work, so please do something about it RIGHT NOW!

KPIs (key performance indicators) and their metrics-based brethren are, for managers, what pain is for the brain. They’re a way for managers to know something needs attention without their having to directly monitor everything in their organization.

But (here’s the big tie-in! Drum roll please) … KPIs share both the blinking light’s and migraine’s limitations.

They’re blinking lights in the sense that when a KPI is out of bounds, it’s just a number on a report, easy to ignore in the press of making sure work gets out the door when it’s supposed to.

There’s nothing attention-getting about a KPI. It’s just a blinking light. Unless, that is, a manager’s boss decides to inflict some pain … perhaps “discomfort” would be in better taste … when a KPI is out of bounds.

KPIs can also be migraines, though, in the sense that it isn’t uncommon for a KPI to be out of spec without anything at all being actually wrong.

Migraine KPIs can happen for any number of reasons. Among the most important is the reason the first, and arguably best quality improvement methodology was called “statistical process control.”

Many KPIs are, that is, subject to stochastic variability, stochastic being a word every process manager should be able to use correctly in a sentence without first having to look it up on Wikipedia.

Sometimes a KPI is out of range because the effect it’s supposed to measure is the consequence of one or more causal factors that vary more or less randomly. Usually their variance is within a close enough range that the KPI is reasonably reliable.

But, stochasticism being what it is, not always. If the KPI looks bad because of simple random variation, the worst thing a process manager can do is try to fix the underlying problem.

The fixes can and often do push the KPI in question, or a different, causally connected KPI, out of range when process inputs return to normal.

As long as we’re on the subject of pain, you don’t have to have any for something to be wrong with you, which is why most of us have a medical check-up every so often, even when we feel just fine.

KPIs can be like this too. The IT trade is replete with managers who meet every service level they’ve agreed to and as a result think everything is fine when in fact it’s falling apart. Help desks are particularly prone to this phenomenon, because of a phenomenon the users to contact an offending Help Desk know about but the help desk manager doesn’t: Because they’re usually measured on ticket closures, help desk staff close tickets whether or not they’ve actually solved a user’s problem.

It’s the first rule of metrics: You get what you measure. That’s the risk you take.