When I lived in Washington DC I wanted to write a book about a Russian invasion. Troops and tanks surround the city, then enter to take the capital.

Eight weeks later, exhausted, out of fuel, low on rations and hopelessly lost, the Russians surrender.

The Washington street system is ridiculously complicated, even if you ignore the potential confusion between I Street and Eye Street. There are those who think PCs also are far too complicated.

I don’t.

A few months back I wrote about one reason PCs seem hard to use: no matter how simple each function may be, PCs provide so much capability that just keeping track of all the different easy things you can do is tough. People gripe about this when they talk about “feature bloat” – a ridiculous complaint, equivalent to griping about the menu at a Chinese restaurant because all the choices make it hard to decide what to eat.

PCs seem complicated for a second, more subtle reason: they seem complicated because they simplify tasks that are intrinsically complex.

Yes, that’s right. The PC’s ability to simplify complex tasks makes them seem hard to use. What’s really going on is that the PC reveals our own lack of knowledge.

I learned this a long time ago training end-users in Lotus 1-2-3, back when DOS was king and the Xerox Star ran the world’s first GUI (but nobody cared). “Here’s how you calculate a percent,” I’d explain. “What’s a percent?” someone in the class would inevitably ask.

So I’d explain percentages, but I knew most of the students left figuring Lotus was just too hard to learn. They were wrong, of course. The software had nothing to do with their ignorance of basic arithmetic.

This problem recurs in every software category. Electronic spreadsheets make mathematical modeling relatively easy. They don’t, however, make mathematics easy – mathematics and mathematical modeling are intrinsically hard.

Word processors make the mechanics of document creation and formatting pretty simple. They don’t, however, simplify the fundamental process of organizing thoughts and translating them into coherent explanations.

End-user databases highlight this even more: Access, Paradox and Approach all make it easy to define databases, create entry screens, and format reports. They don’t, however, teach you the business problem you’re trying to solve, redesign processes to take advantage of automation, or create third-normal-form data designs.

Don’t think of this as an overwhelming problem that makes end-user education impossible. Think of it as your new design specification for your PC training program.

Create two parallel curricula. One, for end-users who know the subject, teaches the mechanics of the software. The other teaches business skills using the PC.

Here’s your new course list:

  • Basic Business Writing using MS Word: Memos and Letters
  • Advanced Business Writing using MS Word: Reports and White Papers
  • Business Math using Quattro Pro: The Basics
  • Business Math using Quattro Pro: Introduction to Mathematical Modeling
  • Introduction to Data Design using Paradox
  • Business Automation using Paradox
  • Creating Efficient Work Processes using Lotus Notes
  • …Get the idea?

Don’t, by the way, fall into the “snooty waitron” trap (“Sorry, that’s not my table.”) Far too many companies artificially divide employee knowledge into technical skills and business skills, with separate training organizations for each. You only have two choices: either help end-users succeed, or teach irrelevant material.

Listen closely when end-users have trouble using their computers. If they aren’t complaining about an installation problem (not an ease-of-use issue at all) you’ll find every complaint falls into one of two categories. Your end-users may be complaining because they can’t find a feature, or don’t know to look for the feature in the first place. Emphasize how to find features, and create “cheat sheets” built around common end-user tasks rather than the software menus.

Or their task may be intrinsically complex – a tax-adjusted return-on-investment analysis, for example. Build a subject-based curriculum like the one just outlined.

Build your training programs to solve these problems and you’re far more likely to deliver real value.

Whenever I take a personality profile I ask myself a Microsoft-like question: “Who do you want to be today?”

The technique is simple: Just choose a self-image and role-play as you fill out the personality assessment survey. I once got myself into considerable trouble this way: As the facilitator reviewed our team results he looked at my profile and said, “You have a classic entrepreneur’s profile!” He waxed ecstatic over my alleged entrepreneurial tendencies for the next 10 minutes, before moving on to wax ecstatic over the entirely different character traits of a peer.

Both my boss and my employer had recently asserted the desirability of being more entrepreneurial, so I’d decided to be an entrepreneur for this exercise. It was a poor choice. Infused with one too many Tom Peters videos, I’d understood them to value entrepreneurship on the part of their employees. Nope. As I later pieced it together, they wanted the company and its leadership to be more entrepreneurial, not its middle managers and employees.

Oops.

American business is in love with entrepreneurship – the word, if not the reality – so “entrepreneurial” now means “good.” And that’s just plain silly, because entrepreneurship is a constellation of traits. Some you probably value; others have no place in your organization. Be smart: Pick and choose from this, my personal list of entrepreneurial character traits.

Decision-making: Entrepreneurs decide quickly, because an unmade decision, like a hungry child, stares at you demanding attention. Entrepreneurs feel stress as unmade decisions accumulate.

Corporate managers, on the other hand, delay decisions as long as possible. Decision means risk – you may be wrong – so made decisions are like ticking time bombs. Requests for more information and analysis, in contrast, can always be defended as reasonable and prudent.

More than any other entrepreneurial trait, decision-making is the one companies want. Ask if there is any good reason to delay each decision rather than asking whether that decision’s deadline has arrived. (Sometimes, by the way, delay is good. For example, defer technology decisions until the last possible moment, given technology’s pace of change.)

Opportunism: Entrepreneurs are deal-driven critters. Strategy? That’s for other people. I can make money today.

The entrepreneurial upside? Quick, low-risk profit. The downside: It’s easy to lose focus, dissipating the energy needed to implement strategy in the pursuit of tactical opportunities.

Should you adopt this trait? Only if your company has a stable business model and hasn’t defined a program of strategic change. Otherwise you’ll establish yourself as a fringe player and a distraction.

Encourage or discourage it in your employees for equivalent reasons.

Product focus: Entrepreneurs do care about customers – that’s where the money comes from – but they focus on creating products. Having a product focus is good because it enforces mental discipline. Vague ideas don’t survive translation into tangible products and services.

The downside? It’s easy to get caught in the “cool” trap – you do things because they’d be really nifty, not because anyone actually needs them. * Sales ability: Entrepreneurs are good at selling or they aren’t entrepreneurs. End of story. As an employee trait, sales ability has the advantage of encouraging enthusiasm. It also has a huge disadvantage – it emphasizes surface over depth. Lots of companies unintentionally reward their good internal sellers.

Risk-taking: Successful entrepreneurs aren’t foolhardy. They do, however, know when to take a chance. So should you, and so should your employees. Before you start to glorify risk-taking, though, make sure everyone knows exactly what kinds of risks you’re willing to take, under what conditions, and both the rewards for success and consequences for failure. Yes, even when you encourage risk-taking you don’t want to reward failure. Just don’t punish it unless it resulted from stupidity or laziness.

Entrepreneurship, like so many words applied as metaphors inside the organization, blurs meaning rather than clarifying it. As with “internal customer” – another misapplied metaphor – you should avoid the meaningless label and instead communicate the behaviors and attitudes you value.