The Business Sensei

Being Fred Flintstone

Remember the classic kid’s TV show, the Flintstones? Fred and Wilma Flintstone are a stone age couple who live in something that looks oddly like the 1950s with rocks. Lots and lots of rocks. Despite this, the show had nothing to do with either rock music or getting stoned. It did, however, have an episode which predicted that the Beatles were a passing fad. So much for prognostication! Fortunately, that episode is not the point of this article.

In one episode, Fred complains to Wilma that he can’t understand what she does all day. How hard can it be to take care of a house? Of course, as Fred swiftly learns, after he and Wilma make a bet, the answer is very hard. Fred, of course, makes a total mess of the whole thing. Now, obviously, the cartoon was playing off of social issues of the time and was intended to make people laugh. The obvious lesson, that a “non-working mother” is a contradiction in terms, is hopefully one that most people have figured out by now. The less obvious lesson is the much more interesting one: it is often impossible to gauge from the results, or from watching someone work, just how difficult a job actually is or even how hard they are working! Conversely, how people feel about the results has little bearing on how hard you worked to get them.

At one company, a manager told an employee that he wasn’t going to get a raise because he made the work “look too easy.” Of course, one might argue that most people who develop their skill in a field eventually become good enough that they manage to make the job look easy. It’s not until we try to imitate them that we realize just how hard it is to do what they are doing.

In another situation, the Principle Investigator in a biology lab had an employee who wasn’t producing results. He first told the employee that she wasn’t working hard enough and quickly moved to haranguing her to work harder. She quit and was replaced by another scientist. He also failed to get results and the process repeated until he quit. So it went through another two employees before the PI, quite by accident, discovered that there was an error in a protocol the scientists were required to follow. Each one had tried to discuss the possibility with him, but he consistently refused to listen, taking the attitude that any problems were purely a result of their lack of dedication. They simply weren’t working hard enough and if they just buckled down and took the job seriously, they would get results! This attitude cost the lab four excellent employees and set them back over a year on one of their projects.

On several occasions, when I’ve stood in front of audiences ranging from management students to senior executives, I’ve presented the following scenario: “Someone at your company isn’t completing their work on time. Why not?”

Invariably, the responses I get back are: “He’s not dedicated,” “he doesn’t work hard enough,” “he’s goofing off,” and so forth. Eventually, I point out that they really have no information from which to draw a conclusion. Occasionally, someone beats me to the punch, but it always takes several minutes before that happens. After the point is made, the number of dumbfounded looks is amazing.

Fundamentally, when we see something not working or something not getting done as fast as we’d like, we tend to blame the person doing the work. The tendency is to assume that they aren’t working hard or that they don’t care or some other fault in the person. We often assume that the difficulty of the task is proportional to how hard someone appears to be working, not what they are actually accomplishing. We tend to ignore the situation, often to the detriment of our companies. In that bio lab, if the PI had been willing to consider other possibilities than blaming the scientists, he could have saved a year of effort and not potentially damaged people’s careers.

By extension, there is also a tendency to assume that when the result looks small or insignificant, that the effort involved in producing it must have been lacking. Large and clunky is thus appreciated more than small and elegant, particularly in software. Unfortunately, this runs afoul of the Mark Twain principle: “I didn’t have time to write you a short letter, so I wrote you a long one.” Transforming something clunky into something well-built and efficient is not easy! Most corporate vision statements are wordy, vague, and meaningless. It actually takes a great deal of effort to create a short vision that works and that can inspire people for years.

Now, let’s look briefly at the converse: that how people feel about the results has nothing to do with how hard you worked to attain them. At one startup company, the VP of Marketing told me that she expected everyone to work long hours because “our customers will want to know that we worked hard to produce this product!” Actually, with apologies to Charlie Tuna, what your customers want is a product that will work hard for them. They really don’t care how hard you worked to make it. They only care that it meets their needs. If it does, they’ll buy it. If it doesn’t, you’re out of luck.

The fact is, it’s very easy to underestimate both how hard the work actually is, and how much work went into producing something. In both of these situations, the key is to figure out what feedback is really important. Results are a form of feedback. However, as long as you’re on track to accomplish those results, then it doesn’t much matter how hard or how easy it looks; as Fred Flintstone discovered, you probably can’t accurately gauge that anyway. When something doesn’t work, then you need to know the process so you can figure out why.

In other words, you need to clearly define your expected results and also clearly define meaningful and useful interim steps that should yield those results. The advantage of having those interim steps is that you can recognize fairly quickly when something is going wrong and you can figure out the real cause. A failure to achieve results is not necessarily the problem: it’s the symptom. Perhaps it’s because the person didn’t work hard enough. Perhaps it’s because the situation was untenable. Treat the symptom and not the problem and before too long you’ll be right back where you started from.

Trust the Force, Luke

This article was originally published in Corp! Magazine.

The (now) classic movie, “Star Wars: A New Hope,” features a scene aboard the spaceship Millennium Falcon in which a blindfolded Luke Skywalker attempts to use a lightsaber to deflect energy bolts from a floating drone. This scene is presented to the viewer as a Jedi training exercise. As the old Jedi Master, Obi-Wan Kenobi, calmly instructs Luke to “trust the Force,” Luke attempts to feel the energy bolts before they arrive. Luke gets zapped frequently, to the vast amusement of Han Solo.

As Obi-Wan repeatedly exhorts Luke Skywalker to “trust the Force,” Luke eventually manages to successfully deflect a few of the energy blasts. This is an important step for Luke: In order for a Jedi to exercise their powers, they must be able to feel the Force and trust it. If they can’t trust the Force, all their tricks collapse like a cheap special effect.

Trust, the speed of trust, the importance of trust, and almost anything else that has anything to do with trust, gets a great deal of press in business books and articles. There is a good reason for this: For a team to function at its maximum capacity, the leader must be able to trust the members. Trust, however, cannot be one way — the members must also be able to trust the leader and to trust one another. Unfortunately, trust is not something we can just turn on or off at will. Just because we are told to trust someone, or told how important it is to trust someone, doesn’t mean that we can immediately do it. As with Luke Skywalker learning to trust the Force, it takes time and practice for trust to develop.

In a very real sense, trust and safety go hand in hand: When we don’t trust someone, we don’t feel safe around them and, conversely, when we don’t feel safe around someone we also don’t trust them. We tend to be more on our guard and less willing to engage. Commitment, innovation, feedback, and intelligent risk taking are sharply reduced. Careless risk taking, on the other hand, tends to increase.

Trust, it must be remembered, is a two way street. As your employees learn to trust you, you also learn to trust them. That means developing an accurate picture of their strengths and weaknesses. If you force people to operate in their areas of weakness, they will be more likely to fail. This reduces your trust in them and causes them to view you as setting them up for failure. That, in turn, reduces their trust in you.

Part of building trust is recognizing process. Every person in an organization tries to work in the ways they work best. Each person seeks to develop his or her own process. That process is, in a very real sense, a manifestation of who that person is in the organizational community. If you cannot trust someone’s process, you will not be able to trust them; conversely, if you do not trust someone’s process, they will not trust you — you are essentially telling them they cannot be who they are. When you trust someone’s process, however, you build trust in him or her and enable them to trust you. This increases productivity, motivation and loyalty. Fundamentally, as psychologist Tony Putman observed, a person becomes what he is treated as being. How you treat the process is how you treat the person.

So how do you learn to trust someone’s process?

Start by recognizing that trusting the process is not just about trusting that the results will be what you expect. That is important, but it’s a surprisingly small piece of the puzzle. There is no such thing as a perfect process and no process will always execute without something going wrong. True trust comes when you know that people can be trusted to handle mistakes and unpredictable events. Trust in our own skills comes from learning that we can make a mistake and recover; without that, trust is brittle. Trust in a process comes from recognizing that the process may sometimes give us the wrong answer, but it also gives us the ability to recognize that fact and recover.

The best approach is to start small. Your employees are feeling you out just as you are feeling them out. Don’t launch into something so large that you won’t be able to resist jumping in all the time to tell people what they should do. Rather, give people some degree of autonomy and safe space to experiment with their process for getting work done.  Help them develop their process and be there for them when they make a mistake. In the practice of jujitsu, for students to develop expertise, they need the freedom to practice and screw up, and the freedom to then ask for help. If you punish people for making mistakes, you are demonstrating that they can’t ask for help and you are demonstrating that you don’t really trust their process.

To be a Jedi, Luke Skywalker had to work through the often painful and unpleasant process of learning to trust the Force. To be an effective leader, you will need to work through the often painful and unpleasant process of learning to trust your employees’ processes. No, it’s not easy and you won’t experience the immediate feedback of being able to block blaster bolts while blindfolded. Far too many leaders give up, dooming their teams to under performance. If you can succeed, though, the performance of your team will increase dramatically.

This article is drawn from Stephen Balzac’s upcoming book, “Organizational Psychology for Managers.” Balzac is an expert on leadership and organizational development. A consultant, author, and professional speaker, he is president of 7 Steps Ahead, an organizational development firm focused on helping businesses get unstuck.  For more information, visit www.7stepsahead.com, or contact Balzac at steve@7stepsahead.com.

Who Needs Strategy?

This is an excerpt from my upcoming book, “Organizational Psychology for Managers.”

“Our goal is to succeed!”

“Our goal is simple: we will build a winning product.”

“Joe’s goal is to get his work done on schedule 75% of the time.”

“Billy’s goal? He should cross the street safely 75% of the time.”

I’ve heard each of these so-called goals presented with a straight face. They sound good; well, at least the first three sound good. The fourth? Well, isn’t it just like the third?

Goals are an interesting beast. We talk about them all the time, put them down on paper, hang banners with goals written on them, and exhort people to stay focused on the goal. Despite all that effort, a great many of these goals never come to pass. Most of them are little more than wishful thinking or downright fantasy.

The goal problem is two-fold.

First, setting a goal does not make it happen. You can set a goal of finding a pony under your Christmas tree, but that doesn’t magically cause a pony to appear. For a goal to succeed, there needs to be a plan to accomplish it. That planning process, sometimes known as the strategy, is critical. It doesn’t matter how much you want to succeed if you aren’t willing to plan you aren’t going to get there.

Now, I frequently hear that planning is pointless since no battle plan survives contact with the enemy. That may be true, but seeing the plan not survive is at least giving you feedback that you’ve encountered the enemy. Seeing how your plan is failing can give you vital information on how to shift focus, allocate resources, and generally adjust your strategy.

More broadly, though, the difficulty is often a misunderstanding of what it means to plan. I’ve worked for companies that tried to plan projects out 2-3 years. While this is possible in a very broad sense, details matter, and you can’t plan details that far in advance. Instead, you have to plan the steps in front of you. Part of the plan is to pause periodically and review the plan. What worked? What didn’t work? What are the next steps? Developing an effective strategy is not something you do once and then execute blindly; you have to constantly adjust as circumstances change. The beginning chess player tries to play out a sequence of moves and is paralyzed when the opponent doesn’t respond as expected; the chess master has a plan and constantly adjusts his strategy in response to his opponent.

Interestingly enough, the beginner usually can’t explain his plan, while the master can. The beginner’s plan sounds like, “I have a plan: I’ll do this, and this, and this, and that’s how I’ll win.” The chess master, on the other hand, is likely to treat you to a detailed discussion of his thinking processes and chess strategy. The first is easy to say and easy to listen to, but is fundamentally useless. The second is hard to articulate and takes a lot of effort to follow, but actually does have a chance of working.

I said earlier that there are two big problems with goals. The second is failing to fail correctly.

Sometimes failure is a form of feedback. In fact, this is exactly what you want failure to be: a means of testing out different strategies and figuring out which ones work best. It is Edison’s proverbial, “I learned a thousand ways to not make a light bulb.” Used this way, failure can be very helpful. Indeed, without such productive failures learning and strategy development is impossible.

However, sometimes the cost of failure can be somewhat higher. If Billy’s goal is to cross the street safely 75% of the time, what about the other 25%? Even if we raise the expectation to 99%, that one failure can negate all the successes: getting hit by a car can ruin your whole day.

It’s all too easy to confuse the two types of failures and businesses do it all the time. They are afraid to fail when that failure would give them valuable information and they take risks that sound good but where one slip causes you to lose everything.

How do you tell the two apart?

Check out the strategy around the goal. If there is a strategy and the possibilities of failure are being considered and managed, then odds are good that if you fail, you’re failing successfully. If there is no strategy or failure is not being considered as a possibility, turn and run away. All you’re doing is rolling the dice, and if that’s your game, Vegas is a better bet.

Stephen Balzac is an expert on leadership and organizational development. A consultant, author, and professional speaker, he is president of 7 Steps Ahead, an organizational development firm focused on helping businesses get unstuck. Steve is the author of “The 36-Hour Course in Organizational Development,” published by McGraw-Hill, and a contributing author to volume one of “Ethics and Game Design: Teaching Values Through Play.” Steve’s latest book, “Organizational Psychology for Managers,” is due out from Springer in 2013. For more information, or to sign up for Steve’s monthly newsletter, visit www.7stepsahead.com. You can also contact Steve at 978-298-5189 or steve@7stepsahead.com.

When The Solution Is The Problem

I am pleased to announce that my next book, Organizational Psychology for Managers, will be published by Springer in 2013.

This article was originally published in Corp! Magazine.

“I sit down in a meeting and my phone goes nuts. I can’t even take a vacation!”

This very frustrated comment was made to me by a manager about his team. Whenever he’s in a meeting or away from the office at a client site, no work gets done. His team is constantly calling him to make decisions or help them solve problems.

“I don’t get it. The solution is obvious!”

This was a completely different manager at a completely different company. Same basic problem though: When he wasn’t there, nothing got done. He was frustrated; his team was frustrated. They were all loyal, all eager to please, but they also wouldn’t do anything if he wasn’t there.

Indeed, teams that don’t work when the manager isn’t around are legion. It’s a common problem, and common wisdom suggests that the team members lack motivation or are trying to goof off: when the cat’s away, and all that.

Common wisdom may sound good, but is often wrong. This is no exception.

When apparently enthusiastic teams are unable to get any work done when the boss is away, there are really three common causes:

1. The goals are unclear.
2. The group can’t make decisions without the boss.
3. The group is either unable or unwilling solve the problems that come up.

While the first two are important, the third is critical: If the team doesn’t think it can do the job, or isn’t willing to try, then it doesn’t matter how skillful they are at decision making and it doesn’t matter how clear the goals are. It’ll merely be that much clearer to them that they cannot do it.

In each of the cases mentioned above, and countless others, the situation was the same: a highly skilled, knowledgeable manager, a competent team, working under a tight deadline and the perception that there was no time for mistakes.

Perception can be dangerous: In this case, the perception that mistakes had to be avoided caused more delay than the mistakes would have!

In each situation, when the team ran into a difficult problem, they’d call their manager. He’d run into the room, quickly size up the situation, and tell them what to do. It usually worked; if it didn’t, they’d call him in again and the process would repeat.

Given the tight deadlines and how busy the manager was, this always seemed to be the best thing to do: solve the problem, move on. Unfortunately, it meant that the team never had to learn to solve the problems for themselves. Even worse, they were being given the very unmistakable message that they couldn’t be trusted to make the attempt lest they make a mistake.

In each case, the solution was easy, although the implementation was not: The manager had to slow down and work through the problem solving process with their team. Rather than solving the problems, they had to let the team see their process for problem solving, and understand their criteria for success.

Then, came the really hard part. Each manager had to step back and let the team move forward on their own.  Yes, the manager could help, but they also had to resist the urge to solve the problems. They had to accept that the teams would make mistakes.

This did not always go smoothly. It is not easy to tolerate mistakes, especially when the right answer is obvious to you. However, if the teams were not allowed to make mistakes, and then recover from those mistakes, the team couldn’t develop either the confidence or the ability to solve problems on their own.

Some managers couldn’t accept this. They couldn’t tolerate the inevitable mistakes or they couldn’t stop themselves from solving the problems. Others went the other direction: they were too quick to pull away, refusing to help at all. A couple firmly believed that they were making themselves irrelevant, and refused to move forward.

Most, however, were able to make the transition. Many needed some coaching: An outside perspective is very helpful. For those who were successful, they found that their teams became far more skilled and motivated than they had ever dreamed could happen. Instead of spending their time running around solving problems for the team, those successful managers were able to take a more strategic focus, further increasing team productivity. Several were subsequently promoted into more senior roles in their organizations.

In the end, teams don’t learn to operate when the boss is away by watching the boss solve every problem. It’s learning what to do, practicing, and recovering from the inevitable mistakes along the way that transform a dependent, low-performance team into an independent, high-performance team that gets things done when the boss is away.

Dial M for Manager

I am pleased to announce that my next book, Organizational Psychology for Managers, will be published by Springer in 2013.

James Bond movies always follow some very predictable patterns. The movies always open with Bond involved in an extremely dangerous mission, which he single-handedly accomplishes to the tune of numerous explosions. Bond then shows up in M’s office in London to be briefed on the mission that will be the focus of the current movie. That done, Bond picks up his arsenal of tech toys from R (formerly Q), and is off. M, meanwhile, remains behind trying to keep track of what is going on and presumably coordinating other agents and missions.

James Bond is, of course, the ultimate individual contributor. While various people might help him from time to time, he’s basically on his own. Because Bond has a script writer, he’s never going to become a manager: that would spoil all the fun. Of course, we can imagine what might happen were Bond to end up behind a desk running the operation. SPECTRE would hatch some sort of dastardly plot and the agents sent out to stop them would all be killed, except for the dying guy who escapes to tell Bond what happened. Bond would then have to go back into the field and foil SPECTRE himself.

Unlike James Bond, many individual contributors do end up in management. Perhaps it has something to do with their jobs not being as exciting as Bond’s, or maybe it’s just that that’s the only promotion path in the business. Either way, it’s not unusual to see excellent salesmen becoming sales managers, excellent engineers, engineering managers, excellent marketers, marketing managers, and so forth. Like our hypothetical Bond scenario, however, many of them unsuccessfully fight the urge to do everything themselves.

Being an individual contributor means being in the trenches getting your hands dirty. While it’s very frustrating at times, it can also be very rewarding. Perhaps more important is the fact that you get to be the person taking action. You don’t have to sit around and wonder, you know what’s happening. You’re in the middle of it. You are like James Bond, only without the explosions, deadly tech toys, and, of course, the women. On the other hand, odds are pretty good that no one is trying to kill you.

Now, like Bond’s boss, M, you are a manager. Being a manager means not being in the thick of things. It means not doing the work yourself. It means going against years of training because now you have to work through others. Now you have to give instructions to your team of individual contributors and wait to hear back from them. You no longer know exactly what is going on, because you are not doing it. This can be a very stressful and unpleasant experience, especially if your manager is someone who is always asking for updates because she finds not knowing as unpleasant and stressful as do you.

Truth be told, the transition to management can be a very disorienting experience. Unlike a James Bond movie, if you don’t manage your team well and there’s a problem, your direct reports won’t appreciate you coming in to save the day. In fact, such an act would only make it harder for you to gain respect as a manager instead of an individual contributor who happens to sign time cards.

So what can you do to make the transition easier?

Start by embracing your role as someone whose job it is to build up others. You’re now the coach, not the player. Look for opportunities to improve the skills of your team, build their confidence, and foster a sense of team unity. Remember that there really is an “I” in team, so praise both good teamwork and individual initiative.

As you and your team build out goals, make sure you mark logical checkpoints on the calendar. That way, both you and they will know when you expect an update on what’s going on. Then make sure they know that if someone is having trouble, you’re there to act as a sounding board, help brainstorm, or just bounce ideas around. You may not have the answers, but you can help your experts figure out the answers.

If you do have to solve problems for the team, don’t just give them the answer. Let them see how you work through the problem to arrive at a solution. Then, the next time around, have them solve the problem while you coach from the sidelines. Sometimes you have to teach your players new moves. That’s okay.

If something goes wrong, make sure they know that you’re there to help them fix it, not to yell at them. You want people to feel comfortable bringing problems to your attention early, while they are small, rather than after they’ve had time to get large and unwieldy.

Finally, periodically take the time to see how far you’ve come and celebrate your progress with the team. The positive feedback will build your skills as a manager, and their skills as team members.

Good luck!

Stephen Balzac is an expert on leadership and organizational development. A consultant, author, and professional speaker, he is president of 7 Steps Ahead, an organizational development firm focused on helping businesses get unstuck. Steve is the author of “The 36-Hour Course in Organizational Development,” published by McGraw-Hill, and a contributing author to volume one of “Ethics and Game Design: Teaching Values Through Play.” Steve’s latest book, “Organizational Psychology for Managers,” is due out from Springer in 2013. For more information, or to sign up for Steve’s monthly newsletter, visit www.7stepsahead.com. You can also contact Steve at 978-298-5189 or steve@7stepsahead.com.

Flawed Execution — Don’t Lose Your Head Over It

I’m pleased to announce that my next book, “Organizational Psychology for Managers,” will be published by Springer in 2013.

This article was originally published in Corp! Magazine.

There’s an old joke about a lawyer, a priest, and an engineer being sent to the guillotine during the French Revolution.

The lawyer goes first. He kneels, and the blade comes swishing down. Suddenly, it stops just before it hits his neck. The crowd gasps. After a hurried discussion, the executioner announces that since the lawyer survived, it wouldn’t be legal to try again. He’s released.

The priest goes next. Once again, the blade stops just before it severs his head. The executioner declares that clearly it was the divine hand of providence at work, and so the priest is released.

Now it’s the engineer’s turn. Just as he’s about to kneel down, he looked up at the blade and says, “Hey, I see the problem.”

Leaving the engineer aside for the moment, what we have here is a classic case of flawed execution. It’s a fairly common, though less dramatic, event in many businesses. Unlike this particular example of flawed execution, however, when it happens in a business heads often end up rolling.

This, of course, is exactly the problem.

Now, it may seem like flawed execution is a bad thing. In fact, though, what is more important than the execution itself is how the company responds to its success or failure. This is particularly true in organizations that claim to promote innovation or organizational learning.

When a leader takes the view that mistakes mean that heads will role, that sends a very clear message to the rest of the organization: mistakes are something terrible. They are to be avoided at all costs. In other words, always play it safe because if you make a mistake, you’re in trouble. It also means never experiment because your experiment might not work out. In fact, most experiments don’t work; we conduct them to find out what will work.

To put this in perspective, at one software company the engineers on one project had to make some decisions about how users would interact with the program. They had several possible designs, but could not choose between them. Eventually, they made the logical decision to pick one and conduct some user tests. The first few rounds of tests did not go well, but eventually they hit on a design that the users liked. The response from the department head was, “That’s great, but why didn’t you get it right the first time? Your errors cost us a lot of time and money.”

On the next product cycle, the engineers simply picked one alternative and when it didn’t work blamed marketing for not providing them sufficient information. Naturally, marketing responded by blaming engineering, and so it went. Once heads start to roll, the most important thing is to make sure that someone else’s head is the one that goes. This rapidly undermines trust and teamwork.

Conversely, in highly innovative organizations, mistakes are accepted as a necessary part of the game. Indeed, these organizations try to avoid simply jumping to an answer. They recognize, as the engineer in our little joke did not, that jumping to a solution can have fatal consequences. Palm Computing, for example, conducted numerous user tests before releasing the first Palm Pilot. Many of those tests simply involved people walking around with pieces of wood in order to find the right form factor for the Palm devices.

The trick with both innovation and organizational learning is recognizing that you often don’t exactly know what you’re going to build or learn. Learning in particular is a product of making mistakes; when you don’t allow mistakes, you also don’t allow learning. As for innovation, well, it’s very hard to pick the right answer when you’re exploring unknown territory. Rather, getting to a right answer is a process of exploration and experimentation. That process of collaborating with your team, sharing successes and failures along the way, is what truly builds a strong and resilient team, as well as high quality products and services.

In the end, it’s the flawed execution that really gets you what you want, while jumping to the apparently correct answer too quickly can be fatal. No joke.

Stephen Balzac is an expert on leadership and organizational development. He is president of 7 Steps Ahead, an organizational development firm focused on helping businesses get unstuck, and the author of “The 36-Hour Course in Organizational Development.” Contact him at steve@7stepsahead.com.

Help Star Performers Ramp up the Whole Team

Originally published in Corp! Magazine.

Do basketball players have hot hands? A hot hand in basketball is when a player is shooting better than normal. A star player with a hot hand is, therefore, going to be shooting incredibly well. Many players claim that it happens, and many statisticians point out that it doesn’t. The argument against basically says that when you look at the frequency that a missed shot follows a successful shot, you find that the whole “hot hand” thing is just an illusion. It may feel like something is happening, but the results don’t match.

The statisticians, however, are missing a key point: a basketball player is not on the court by himself. In other words, he’s not playing in isolation. When a player is shooting extremely well, the other team is going to put more effort into guarding him. Of course, if that’s correct, the extra effort expended guarding that star player should leave less available to guard other players on the team. In other words, the increased performance of a star should have the effect of increasing the performance of the entire team.

Once someone actually thought to ask that question and look at star performance in that context, the answer turned out to be that hot hands exist and that true star performers don’t just perform well on their own –they increase the performance of everyone on the team.

Star performers in a business setting are the same, or at least they can be. The trick is to set up your team so that star performers increase everyone’s productivity rather than just their own.

To begin with, what are your incentives? If you’re only rewarding team members for their individual performance, you’ve got a problem. You’ve told your star performer to make herself look as good as possible, even at the cost of other team members: Imagine a basketball team where each player was only concerned about his own personal record and not about whether the team won or lost. The fact is, such a team wouldn’t be all that successful. I’ve seen any number of software development teams, for example, structured in just that way, with exactly the expected results.

Part of what enables a star to be a star is the strength of the team. While it can be comforting to argue that focusing on individual incentives will weed out the weaker performers and leave you with the star players, that’s a bit like arguing that your basketball team only needs Michael Jordan. He’s a fantastic player, but even he can’t be everywhere on the court. Jordan is so good in part because he has a strong team supporting him. Conversely, the team is so good in part because of Jordan.

This brings us to the next point: how do people communicate on the team? This can be tricky: everyone sends emails around, but that doesn’t mean they are communicating. It’s important to look at the patterns of conversation and communication in the group: quite often, one person is the center of the wheel; even when a team member is ostensibly addressing the group, he’s really talking to that one person, and no one responds until that one person weighs in.

Related to communication is the question of how well your teams argue and makes decisions. A team which never argues is also incapable of making good decisions. Sure, they may get lucky once in a while: a blind basketball player might also sink the occasional basket. Effective decision making requires being able to debate issues, ask pointed questions, disagree strongly, and eventually come to a consensus that everyone can work with. Teams that can’t do that tend to not benefit from star power.

What is the boss’s attitude toward giving and receiving help? At one company, the manager who took over a particularly high performing team had the attitude that, “you do your job, and let the other guys take care of themselves.” Although the star performers continued to do relatively better than everyone else, overall productivity dropped off rapidly after that manager took over the team. People stopped helping each other. Conversely, in a different department, the manager who came in with the “we’re all in this together” attitude saw his team performance skyrocket. Although the best performers on his team were not as individually strong as the best performers on the first team, on the second team the stars really brought everyone else up, and everyone else really supported the stars. In basketball, five people working together will beat five people working apart.

Hot hands exist, in basketball and in virtually all other areas of team performance. It’s only a question of whether or not your team is set up to take advantage of them when they occur.

That’s An Amazing Serve!

One of those little tricks known to certain expert tennis players is saying to an opponent, “That’s an amazing serve! However do you do it?”

They’ll typically do this as they switch sides of the net, and suddenly the opponent’s amazing serve fizzles. By making the other player think about what he’s doing and focus on his body, instead of on the ball, that one question can completely change the course of a game.

Many practitioners of jujitsu and aikido learn the unbendable arm: they are told to extend their arm and imagine water jetting out at high pressure. Their arm becomes incredibly hard to bend. If they try to focus on the muscles, the arm is relatively easy to bend.

A similar trick is used by proponents of medical magnets and various other magic therapies: they’ll ask you hold your thumb and forefinger together on your right hand, and really focus on keeping those fingers together. They’ll then grab your fingers and pull them apart. Next, they have you hold the magnet or the magic herb packet in your other hand, and imagine the strength it’s giving you. Suddenly, your fingers can’t be pulled apart.

It’s a cool trick. I do it regularly by claiming my MIT class ring is magnetic and having the other person hold it in their off hand. Even though people know there’s obviously a trick, it works virtually every time.

So what’s going on? It turns out that when you focus someone on the mechanics of how their body moves, it scrambles their ability to do it. On the other hand, when you focus someone on a particular effect, be that a good serve, an unbendable arm, or keeping your fingers together, the body figures out the best way to achieve the desired result.

To put this another way, we become less capable when we attempt to micromanage ourselves. We become more capable when we learn to trust ourselves to exercise our skills in the ways that make the most sense for us. We do best when we have the freedom to focus on what we want to accomplish and discover the best way of accomplishing it, instead of being locked into one way of doing it.

What is even more interesting is that the behavior of teams mimics the behavior of individuals. The more a manager attempts to control the details of how the team is doing its job, the less capable the team becomes. The expert leader knows how to trust his team and gets out of their way.

The beginning jujitsu player attempts to make every piece of the move perfect: they try to turn their arm at just the right angle, step to just the right spot, and so forth. They are stiff and awkward. The master knows the result she wants and produces it, confident that her body will do the right thing. What is the difference between the novice and the master? Correct practice. Obvious though this point may be, if you practice the wrong things, you’ll do the wrong things.

The team is no different:  a leader learns to trust his team and the members learn to trust the team and the leader through constant practice. Like jujitsu, however, it must be correct practice. The novice who practices incorrectly improves slowly, if at all. He may do more advanced techniques, but he does them with the same awkwardness and wasted energy of a beginner. The team which focuses on the wrong skills may be given more difficult projects, but it does them with the same lack of coordination and poor use of resources as it did when it first got together.

When teams come together and attempt to leap straight into project definition and problem solving, they are focusing on the wrong skills. They haven’t yet learned how to be a team. Before they can define the project or solve problems they have to learn how to make decisions that they can all support. That doesn’t mean they all have to agree with the decision, but every team member must be able to enthusiastically implement whatever the team decides. That won’t happen if the team doesn’t know how to settle disputes and achieve consensus without splitting itself into factions.

Unfortunately, when teams focus on the wrong skills, leaders are unable to trust those teams to make good decisions. The leader, therefore, takes it upon herself to make all the decisions. While this may be a great way to get started, it starts to break down as the problems become more complex. This causes the leader to attempt ever tighter control of the team, with increasingly poor results.

At one major manufacturing firm I worked with, a certain engineering director was the go-to guy. He could solve every problem, and the team knew it. The director often complained that if he was stuck in a meeting, work came to a screeching halt, assuming it ever got moving fast enough to screech as it halted! The idea of taking a vacation wasn’t even in the cards.

The solution was to help him back off and let go of his control. Instead of solving their problems, he started walking the team through his problem solving process. Instead of answering questions, he showed them how he found the answers to those questions. Instead of making the decisions, he helped them develop effective decision making skills. It was pretty uncomfortable at first: the team got it wrong a lot, and he kept imagining what his boss was going to say to him if things didn’t work out. After a while, though, the team started to get the idea. Their problem-solving and decision making skills improved.

One of the very difficult transitions for jujitsu practitioners is discovering that doing very little yields the biggest response. Focusing on what should happen to their partner allows the technique to become effortless. This director had the equivalent experience:  although he felt like he was doing less and less, his team was accomplishing more and more. The less he focused them on the details of getting things done, the more they were able to do. Eventually, he was able to focus his time and energy on long-term strategic thinking, instead of day-to-day minutia.

Trusting yourself, or your team, to do the right thing isn’t magic. It’s the result of hard work and correct practice. The more you control the details, the harder the task becomes. The more you enable your team to deal with the details, the easier it is for everyone, and the higher the quality of the results.

Sometimes less really is more.

For Want of a Rubber Band

The other day, my DVD player stopped working. Naturally, this happened the night I was sitting down to watch a movie I’d been looking forward to. Quite simply, the tray wouldn’t open (presumably, it wouldn’t close either, but there was no way to test that). As we all know, a feature of modern electronics is that there are “No user serviceable parts inside.”

Nonetheless, I decided to open it up anyway. If nothing else, I figured I could at least recover the trapped DVD one of my kids had left in the machine.

Opening it up was an interesting experience. Inside was mostly empty space with a tray and a circuit board. Apparently the major difference between a portable player and a non-portable one is the amount of wasted space.

There was also one user serviceable part: the rubber band.

Yes, in the midst of the electronics there was a broken rubber band. That rubber band acted as the “drive train” to open and close the DVD tray. Just think about that: all this high tech electronics rendered completely useless by the failure of a sixty cent rubber band. How much is that rubber band really worth? Sometimes the value is not the cost of the item but what it makes possible. Sometimes the critical problem that is blocking us from moving forward turns out to be something small and simple, but only if we know where to look and what to look for. While I could have replaced the DVD player, that would have been a much more expensive solution than replacing the rubber band. Knowing the real problem enabled me to pick the best possible solution.

I was asked recently about my opinion on attendance point systems.

“Why?” I replied.

The person explained her company was having problems with absenteeism and people changing shifts without notifying anyone in authority. Based on this, she wanted my opinion of attendance point systems, presumably on the logic that implementing one would solve her problem. Unfortunately, without knowing exactly why people are not showing up for work on time and without knowing why they’re constantly switching shifts, implementing an attendance point system is as likely as not a solution in search of a problem. Sure it might work; on the other hand, it might not work. It’s basically a roll of the dice.

So why jump to that solution? Simple. It’s easy. Faced with a problem without an obvious solution, the natural response is to impose a solution that fits the symptoms. Symptoms, unfortunately, are not the problem; they’re just the symptoms. Like taking an antibiotic for the flu, it doesn’t help and may make you feel worse.

Instead, we need to work backward from the symptoms to understand the underlying problem. With my DVD player, the symptom was that the tray wouldn’t slide out. Had I assumed the problem was that the electronics were fried, I would have tossed it and bought a new one. By investigating the problem, I had a working DVD player in less than fifteen minutes.

Investigating the problem, however, requires a certain amount of effort and frequently appears overwhelming and expensive. The lure of an obvious, easy, and, above all, cheap solution is very strong. The fact is, there are a lot of obvious, inexpensive solutions to many problems. In a business, it’s particularly easy to find an easy solution particularly if you don’t care if it actually works. If you want a working solution, though, the choices become somewhat more limited.

Investigating a problem is rarely as overwhelming as it first appears. With the DVD player, it was easy to open it up and see what was going on inside. With human systems, on the other hand, taking them apart in that way can be a bit problematic. Putting them back together again is even more tricky. The real key is to see how often the symptoms appear and under what conditions. What other symptoms are there? What do people say when you ask them about their experiences and their observations? As you put together a picture of the symptoms and when they appear, you can start brainstorming about possible causes. Does your organization have a cold? The flu? Is it suffering from growing pains?

At one company, everything was going great until they went public, had a huge influx of cash, and began a rapid expansion. Suddenly, all sorts of symptoms appeared: increased conflict, passive-aggressive behavior, confusion, inability to follow through on decisions, and so forth. Fixing the problem required first identifying what was really going on, and then crafting a solution appropriate to that organization. None of the problems were that big, but, like that rubber band, they were in critical places.

In a sense, it’s not how big the problem is that matters most. What matters most is what that problem is preventing you from doing.

How much was that rubber band worth again?

My Hovercraft is Full of Eels

Originally published in Corp! Magazine.

“Is the product done?” a certain manager asked during a product review meeting.

“It is done,” replied the engineer building the product.

“Are there any problems?”

“There are problems.”

“What is the problem?”

“It does not work.”

“Why doesn’t it work?”

“It is not done.”

I will spare you the transcription of the subsequent half hour of this not particularly funny comedy routine. The manager and the engineer managed to perform this little dance of talking past one another without ever seeming to realize just how ludicrous it sounded to everyone else in the room. It was rather like Monty Python’s classic Hungarian-English phrasebook sketch, in which translations in either direction are random. In other words, the Hungarian phrase, “I would like to buy a ticket,” might be translated to the English phrase, “My hovercraft is full of eels.”

It was extremely funny when Monty Python performed it. As for the manager and the engineer, well, perhaps they just didn’t have the comedic timing of Python’s John Cleese and Graham Chapman.

[SYSTEM-AD-LEFT]As it happens, “my hovercraft is full of eels” moments come about far too often. What was unusual in this situation is that it involved only two people. Usually, considerably more people take part. Thus, instead of a not particularly amusing exchange between two people, there is an extremely frustrating exchange involving several people. The most common failure to communicate is the game of telephone: as the message passes along the line, it becomes increasingly distorted.

What I hear from teams over and over is, “We are communicating! We send email to everyone.” This is where the hovercraft starts to fill with eels. Broadcasting is not really communicating: effective business communications require a certain amount of back and forth, questioning and explaining, before everyone is on the same page.

Who talks to whom? When you send out an email, do questions come back to you? Or do people on the team quietly ask one another to explain what you meant? While it’s comforting to believe that every missive we send out is so carefully crafted as to be completely unambiguous, very few of us write that well. Of that select few, even fewer can do it all the time. Particularly in the early stages of a project, if there are no questions, then there are certainly problems.

When someone else asks a question, either via email or in a meeting, does everyone wait for you to respond? Even worse, does Bob only jump into a thread if Fred jumps in first? Who is Bob responding to at that point, you or Fred? Are you still addressing the main topic or is the hovercraft starting to become eel infested?

It can be extremely frustrating to ask, “Are there any questions?” and receive either dead silence or questions about something trivial. It can easily become tempting to assume that there are no questions and just race full speed ahead. However, until employees figure out how much each person understands about the project and how you will respond to apparently dumb questions, they will be cautious about what they ask. Their curiosity is as much about one another and about you as it is about the project. How that curiosity gets satisfied determines whether you have productive conversations or a hovercraft that is full of eels. In the former case, you get strong employee engagement; in the latter case, you don’t.

If you’ve been working with a team for some months, or longer, and people are still not asking questions then there are really only two possibilities: either your team is composed of professional mind-readers or you are about to find a room full of those pesky eels. No project is ever perfectly defined from the beginning. Questions and debate should be ongoing throughout the development or production cycle. A lack of questions tells you that there is a lack of trust between the team members and between the team members and you. When trust is lacking, so is engagement.

Now some good news: remedying that lack of trust isn’t all that complicated. It does, however, require a certain amount of persistence and patience.

Start by highlighting each person’s role and contribution to the project. Why are they there? What makes them uniquely qualified to fill the role they are in? Be specific and detailed. If you can’t clearly define their roles, you can rest assured that they can’t either.  Questions come when people are clear about their roles. Disengagement comes when people are not clear about their roles.

Prime the pump with questions. Demonstrate that you don’t have all the answers and that you need the help of the team to find them. Give each person a chance to play the expert while you ask the dumb questions. When you set the tone, the others will follow. Communications start with the person in charge.

Separate producing answers from evaluating answers. Collect up the possibilities and take a break before you start examining them and making decisions about them. Brainstorming without evaluating allows ideas to build upon one another and apparently unworkable ideas to spark other ideas. Pausing to examine each potential answer as it comes up kills that process.

Encourage different forms of brainstorming: some people are very analytical, some are intuitive, some generate ideas by cracking jokes, others pace, and so on. Choose a venue where people are comfortable and only step in if the creative juices start to run dry or tempers start to get short. In either case, that means you need to take a break.  Intense discussions are fine, heated discussions not so much.

Initially, you will have to make all the decisions. That’s fine, but don’t get too comfortable with it. As trust and engagement build, the team will want to become more involved in the decision making process. Invite them in: that demonstration of trust will further build engagement and foster effective communications. Effective communications, in turn, builds trust and engagement.

Having a hovercraft full of eels isn’t the real problem. The real problem is what a hovercraft full of eels tells you about the trust, engagement, and communications in your company.