The Business Sensei

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.

Don’t Let Dracula Decisions Roam Your Business

As published in Corp! Magazine.

As a kid, I liked watching the old Bela Lugosi Dracula movies. The movies were more than a little formulaic, but still fun. Each one would begin roughly the same way: after a series of mysterious murders, disappearances, and other strange happenings, Our Hero would figure out that Count Dracula had somehow returned from the grave. Naturally, everyone else would laugh at him because as they, and the audience, knew perfectly well, Dracula had been thoroughly killed off at the end of the previous movie. Someone might also make the token objection that vampires don’t exist, but no one ever took that objection seriously. Our Hero would persevere, though, and after much debate and argument, eventually convince everyone that the Count was, indeed, once again walking the Earth. Finally, in the very nick of time, Our Hero would successfully drive a stake through Dracula’s heart, or expose him to sunlight, or the Wolfman would tackle him and they would fall together out a window into the raging surf hundreds of feet below, or some other equally melodramatic ending. Afterward, everyone would relax, confident in the knowledge that this time Count Dracula really was dead once and for all. This time, for sure… at least until the next movie.

I frequently hear a variant of this story from my clients. No, they’re not talking about Count Dracula per se; rather, they are talking about making decisions at their companies. No matter how thoroughly a topic is debated to death, and no matter how often teams make decisions on which way to go, the topic reappears in the next meeting. There’s always some purported reason: “We didn’t follow proper procedure,” or “I forgot to include this really important piece of information,” or “It’s not fair that Bob wasn’t here,” or “I didn’t understand what I was voting for,” or, “How about another Dracula flick?”

OK, maybe the last one doesn’t come up all that often. The actual reasons don’t really matter anyway: they’re all about as hokey as the reason why Dracula didn’t really die in the previous movie. Dracula returns because the audiences and the producers want him back; similarly, the decision returns from the grave because people want to bring it back. In this way, even apparently simple decisions can return again and again, sucking up time and energy like Dracula sucking blood. It isn’t long before a mundane meeting turns into an event to be anticipated with mounting horror, or at least a strong sense of dread.

Make decisions that stop returning from the grave
While this problem is particularly prevalent with leaderless, or self-managed, teams, it is hardly unique to them. The real question, of course, is what to do about it. How do you make decisions stop returning to roam the hallways like Dracula returning from the grave?

First off, if the team doesn’t have a leader, it needs one. When you see a team unable to make decisions, that’s a team rushing towards being dysfunctional. Changing course requires putting someone in charge, or at least having someone who can facilitate meetings and hold both individuals and the team accountable.

Next is communications: if no one is asking questions or pushing back on a decision, that’s a bad sign. That’s telling you that the team isn’t engaged in the process, and if they aren’t engaged, they’re also not seriously thinking about the decision. Inviting speculation or asking open-ended questions can get conversation started. If no one is willing to question, then you are also missing out on a valuable opportunity to debug the decision before you make it.

Conversely, once you have debate going, you also need a way to bring it to a halt. Just as it’s important to not end debate too quickly, it’s also important to not let it continue on until people are ready to chew their own legs off. Periodically polling the room to see if everyone can accept any of the alternatives being considered, and, if not, finding out what else they want to say or what else they need to know, can be very effective at helping everyone recognize when debate is ready to end. Once everyone in the room feels that they can support any of the alternatives being considered, you can make your decision. This approach has the added benefit that if there’s someone in the room who is determined to keep arguing until they get their way, that too will become obvious. Should that situation occur, the person in charge can then deal with it appropriately.

Finally, you need to have something substantive to discuss. It’s not enough to just make a decision: you also have to map out how the decision will be implemented, what steps need to be taken, who is responsible for reporting back, and when. In any non-trivial decision, the early steps are always error-prone: those charged with implementing the decisions must feel certain that the feedback they gain on those early steps will not be held against them. If people are afraid of being punished for inevitable learning mistakes, you can count on that decision returning like Dracula until responsibility is sufficiently diffused that no one can be blamed for failure. At that point, you can also be certain that no one will care about the outcome.

As much as the process of effective decision-making may seem to take a long time, it’s far quicker to make a decision once and put it to rest than to have it returning, time and again, like Dracula from the grave.

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.

Becoming a Loyalty Magnet

Originally published in American Business Magazine.

“I’m looking forward to seeing the results of our work when I return from my two week vacation in Hawaii.”

The coughing and sputtering sounds that broke the silence came from one of the vice presidents who had just choked on his coffee. He had apparently not been briefed on the content of the talk that Fred, the CEO, was giving.

The team was pushing hard to hit an aggressive product launch deadline. The CEO decided they needed a shot of inspiration, a few words of encouragement. He called a meeting in which he exhorted the team to work long hours, work weekends and give up time with their families in order to hit the deadline. Had it not been for his rather dramatic final sentence, his little speech would have been utterly unmemorable. As it was, however, it became the stuff of legend. By the time he returned from Hawaii, two people had quit. Within six months, half the company was gone. After a year, only the CEO’s footsteps echoed hollowly in the empty corridors and offices of what had once been a thriving company.

This, it may be argued, was not the way to build loyalty.

To be fair, it was not this isolated incident that led to the exodus. The Hawaiian vacation was merely the final straw, which, under other circumstances, might have been taken as a joke. While it’s certainly possible, albeit difficult, to lose employee loyalty in a heartbeat, building employee loyalty is a process. Depending on how well you’ve managed that process, your Hawaiian vacation might be the source of some good-natured grumbling or it might be the death knell for your company. Context is everything. As for your customers, well, if you haven’t managed to gain employee loyalty, you can forget about customer loyalty.

So what is this process? In today’s environment of tight budgets and limited raises, what can be done to keep your employees coming back? It’s not as hard as you may think.

To begin with, though, let’s debunk that popular myth that employees had better be loyal because there’s nowhere else for them to go in this economy. If your business is in a profitable niche, then you can bet that other businesses will join you there. Nothing attracts competition like the scent of money. During the last recession, I had a senior manager boast to me that he’d just scoffed at an employee who asked for a raise. “I laughed at him and told him he should be grateful that he has a job!”

A short time later, that employee had a new job with a significantly higher rate of pay. If he’d received a raise, he wouldn’t even have been looking. That manager’s department, meanwhile, was set back six months by the loss of that employee.

Sure, it’s a lousy economy, and sure, it’s hard to find a job. However, those companies that are hiring like nothing better than to lure employees away from their competitors. Indeed, foolish though it may be (see the article, Who Betrays One Master ), a great many companies will only hire those who are already employed somewhere else. Never assume that your employees have nowhere to go.

The first step to building employee loyalty is to give them something to be loyal to. If that’s their paycheck, then all you’ve done is hire a bunch of mercenaries. That’s fine, until someone offers them more money. If you don’t want mercenaries, though, start by getting people excited. What is your company doing? Why does anyone care? Why should they care? Why should your customers care? It doesn’t matter whether you’re a high-tech startup, an accounting firm or a landscaper. If you can’t clearly and succinctly state the value that you are bringing and get people excited about providing that value, you’re in trouble. Recognize that your message doesn’t have to appeal to everyone. Rather, it only needs to appeal to the people you want to hire and, eventually, to those whom you’d like to turn into your clients.

Crafting an exciting message isn’t always easy, but the benefits are worth it. Most of us want to take pride in our work. The more vividly we can see ourselves providing value, the more motivated and loyal we are. Similarly, when clients receive value from a company that isn’t afraid to stand up and say, “This is who we are!” they also become more loyal. People like to support causes they believe in, so make sure your company is the company people want to spend money to support. This is something our friend Fred did well. His product was one his employees were initially extremely excited by and his customers couldn’t wait to get their hands on it. Unfortunately, that’s as far as Fred went.

Now that you’ve established the frame, if you will, the next step is to start filling in the details. Having an exciting message is only the beginning. You have to help your employees see how they fit into your corporate story. Remember, when it comes to stories, no one wants to be the bit part. Maybe everyone doesn’t want to be the hero, but virtually everyone does want to feel competent, important, valuable and useful. Exactly how you make this happen will vary somewhat from person to person, but here are some elements to focus on.

How many hats do employees wear? Some people thrive when given the opportunity to wear multiple hats on the job. Other people like to wear just one hat, but they wear it very, very well. Whether you need employees to do a variety of different things or one thing well, recognize that those alternatives often appeal to different people. When you get a match, you also get increased loyalty. When you give people the opportunity to experiment and potentially expand what they’re doing, you get even more loyalty— provided they don’t think they’ll be fired for failing. But not all experiments are successful. The best way to get employees to do more is to let them develop an area of strength and then try new things. If they succeed, great! If not, they can retreat to their area of strength and try again. Over time, you’ll end up with steadily more competent employees.

The more competent your employees feel, the more loyal they will be. By extension, the more competent and loyal your employees, the more satisfied, and hence more loyal, your customers. Fred got this one wrong on two counts: First, he rarely let anyone experiment to see if they could expand their duties. When he did, he focused on weakness instead of strength and had no tolerance for failure. The net result was that everyone swiftly became afraid to try anything new or volunteer to help out beyond the limits of their job lest it not go well.

Employees also want to feel as though they matter to the company. Can your employees see how their work contributes to the company? When I worked for IBM in the 1980s, I was a very small cog in a very large machine. Even my most successful project was a rounding error on Big Blue’s balance sheet. Fred’s company was considerably smaller and each person could see how their work fit in and mattered. Fred’s biggest mistake was that he didn’t take the time to recognize the work his employees were doing and remind them how much it mattered. Even so, the employees quit in inverse order to the importance of their contribution. Make sure everyone can see their contribution to the company and periodically thank them for it. The more visible and important their work, the more loyal your employees will be.

Part of feeling competent and important is being able to make your own decisions. While any given employee may only be able to make decisions in limited areas, nonetheless, it’s important to provide employees with the opportunity to make as many decisions as possible. Fred needed to be part of every decision, even the most trivial. Not only did this slow down progress, it also left the experts in the company mightily offended. If you’re going to go to the trouble and expense of hiring highly skilled people, make sure you let them make decisions on the best ways to exercise those skills. Create a framework, provide guidelines and structure, but give them some freedom. For example, you might give your customer support people the authority to provide refunds to any customer up to $100 (or $1,000 or $10,000 depending on the nature of your company and product/service). They’ll feel good because they’re getting to exercise their own judgment and help the customers. Then, the customers will be happy because their problem was resolved quickly. Once again, you’ve increased loyalty.

Finally, how will your employees know they’re doing the right thing? Let’s face it, no one wants to have to ask how well they’re doing and you really don’t want people bugging you all the time. That means they need to be able to see the fruits of their labors as part of the job. Developing feedback systems that keep you mostly out of the way is not an easy task, but it is a very worthwhile one. The easier it is for employees to get feedback on their progress, the more they’ll enjoy their work and the greater their loyalty. In addition, taking the time to talk to your employees one-on-one and let them know you see their efforts and appreciate them is very powerful. Back when IBM was a tiny, struggling company, a big part of Tom Watson’s secret to building loyalty was taking the time to meet everyone. Tom Watson, Jr., presiding over a significantly larger IBM, maintained the tradition.

If you take the time to get to know your employees, you also reap an additional benefit: When you know your employees as individuals, you can reward them as individuals. Rewarding someone at random because “I’ve seen your work and I just wanted to say thank you,” is a great way of increasing loyalty. Making that reward something the individual employee really values is even better. Fred could never bring himself to reward people. Instead, he always complained that their work wasn’t good enough and would find excuses not to give rewards he’d promised.

Loyalty is not something that just happens. It’s something that you build over time and put in the bank for the times when you need it. If it’s not there, a single wrong word can cost you your employees or your largest customer. If it’s there, well, you can accomplish almost anything. The choice is yours.

Take a Future Retrospective

Originally published in Corp! Magazine.

Once upon a time there was a staircase. Although it wound its way up from floor to floor in the manner traditionally associated with staircases, this was no ordinary staircase. Although it stood in a courthouse in Franklin, Ohio, in a fashion much like other staircases, yet it was not like the other staircases. With most staircases, those who look down see stairs beneath their feet. With this staircase, however, those who looked down saw the floor below and those people walking up the stairs. They saw those who stood at the bottom of the staircase, for this staircase, you see, was made of clear glass. While we have no information as to whether those climbing the staircase felt a sense of vertigo when they looked down, we do have definitive information about what they said when they looked down: “Hey, those people at the bottom of the stairs are staring up my dress.”

Although the news report was slightly vague on this point, we may safely assume that this comment was made only by those who were, in fact, wearing a dress.

But yes, it seems that people on the staircase made an observation that had eluded the architects who designed the staircase: that if you can look down through the glass, you can look up through it as well.

When questioned on this point, the architects responded by saying that they had naturally assumed that no one would be so inappropriate as to stand at the bottom of a glass staircase in a courthouse and look up women’s dresses.

When this insightful observation was relayed to the judge, he replied that, “If people always exercised good judgment and decorum, we wouldn’t need this building.”

The architects had carefully considered their building material. They had thought about how to make the glass durable and resilient. They had considered the problems involved in building a glass staircase in such a way that it would continue to look good even after having hundreds of people walking up and down it each day. They had, in fact, solved each one of these problems.

What they had not considered was how the customer, to wit, the people in the courthouse, would actually use the product. They were so fixated on the concept that a staircase is for walking on, not staring through, that they failed to consider the ramifications of their architectural decisions. To be fair, architects are hardly unique in making this type of mistake. It can be very easy to let your assumptions about how something should work or how it will be used to blind you to how it will actually work or be used. Consider the example of the business school competition to design a helicopter. The contest was judged on a number of factors, including the weight of the finished product. The winner was the helicopter without an engine. Apparently, no one had included “able to fly” in the criteria for success. The assumption that, of course, a helicopter should fly was so taken for granted that no one thought to see if it was included in the rules.

On the bright side, it had considerably less severe consequences than the situation involving the helicopter that flipped upside down while in flight. Or the data analysis software package that looked like it had crashed the computer, causing users to reboot shortly before the calculations were complete. Or the organizational improvements that led to a massive talent exodus.

In each situation, the people designing the end result honestly believed they were giving the customers, including the employees in the final case, what the customers had requested — and that belief prevented them from considering any other possibilities.

“We asked!” the designers protested. “That’s what they said they wanted.”

Were the customers really asking for a helicopter that flipped upside down or an expensive glass staircase that had to be subsequently covered? Of course not. But somehow, that’s what the designers heard.

The problem was that they asked the wrong questions, further leading them into their one, narrow, view of the result. Thus, no one ever stopped to imagine how the end product, be it staircase, contest rules, helicopter, software, or organizational procedures would actually be used.

In each situation, rather than seeking information, the people asking the questions sought validation. They already had an idea in their heads, and any inquiries they made were aimed at confirming that idea, not testing it.

When you say, “This is what you wanted, right?” or “What do you think of this approach?” odds are you aren’t requesting information; you are requesting validation. Indeed, even if you are seriously trying to get information, such questions usually get you validation instead. This is because the client assumes that you, as the expert, know what you’re talking about.

So how do you ask for information? One answer is to change the time frame. Instead of asking them to imagine the future, pretend it’s the future and imagine the past: “If we went with this approach, and six months from now you weren’t happy, what would have gone wrong? If you were happy, what would have gone right?”

This small change causes people to actually imagine using the product or living with the new procedures. Now, instead of validation, you’ll get information. That information may shake up your carefully constructed vision of the future, but that’s fine. Better now than after the sightseers congregate at the bottom of that glass staircase. A future retrospective also forces you to be more honest with yourself and to address the issues in front of you.

What challenges is your business facing? If, six months from now, you had successfully addressed your most persistent problems, what would you have done to make that happen?

Of Cats and Unwanted Prizes

Originally published in Corp! Magazine

I have three cats. Cats being the creatures that they are, I have only to sit down to read a book and instantly there is a cat on my lap. Regardless of which cat it is, a familiar pattern ensues: first, the cat carefully positions itself in front of my book. Once I adjust to move the book, the cat then carefully positions itself on one of my hands. This continues until I give the cat the attention it’s seeking. At that point, it first butts its head against me and then, purring loudly, turns and sticks its behind in my face.

I am sure that there are people who find this end of a cat absolutely fascinating. I’m even quite sure that there are contests in which cats win awards for having the most beautiful behind. For cat breeders and cat fanciers, it can be a big deal to win one of these cat trophies. It is a cause for great celebration.

In an office environment, however, a catastrophe is anything but a cause for celebration.

The worst thing about catastrophes is that they happen about as often as a cat sitting down on top of the book you’re reading. At least, to listen to some managers, it certainly sounds that way. Somehow, every little thing, every small problem, was magnified until it had the aura of impending doom. In short, every setback was becoming a prize for the cat with the most beautiful behind. At one company, the conversation went something like this:

“We’ve found a major bug in the software.”

“We can’t delay the ship.”

“We can’t ship with this bug.”

At that point, the manager started screaming that the product would go out on schedule, or else. When he finally calmed down and I was able to talk with him privately, he told me that he knew that if the company didn’t ship on time, the customers would abandon them and they would go out of business. He was happy to ship non-functional software to avoid that fate.

When he calmed down still further, he agreed to delay the ship.

I am sure that most readers are chuckling to themselves right now. After all, delays in software are legendary. Obviously, this manager was overreacting. True enough; the question is, why? Why would a perfectly sensible, intelligent man react so negatively to something which is, frankly, a common event in the software business?

It turns out that this particular company prided itself on holding to very aggressive schedules. The schedule was so aggressive that they were virtually always running behind. Therein lay the problem.

Time is a funny thing. We react very differently depending on how we perceive it. Being behind schedule all the time had the effect of generating a certain sense of urgency, which was the stated intent of the aggressive schedule. Unfortunately, the urgency generated in this situation was of the slightly breathless, heart-pounding sort similar to what one might experience if being chased by a very large cat of the “has a big mane” variety.  A cat which, I might add, is looking to do more than just sit on your book.

The problem with aggressive schedules is that, in fact, being behind schedule can generate the same panicked response in people that they would feel in a situation which actually was dangerous. While in those situations, we’re very good at running away or fighting desperately, but we’re not good at making cool, rational decisions or developing innovative solutions to problems. Each pebble encountered along the road becomes a giant boulder. When we do finally get to the end of the project, rather than feeling a sense of accomplishment and success, there’s more of a sense of relief that at last it’s over. What’s missing is the thrill of victory that energizes people for the next project. That feeling of success is the key to getting, and keeping, people excited and motivated.

In short, instead of the team beating the schedule, the schedule was beating them.

Conversely, when a team is running slightly ahead of schedule, something very different happens. Running ahead of the game means that the team is feeling a constant sense of success. When people feel successful, they work harder, they are more creative, and they look forward to coming into work each day. Teams that are running ahead of schedule are more likely to develop innovative new solutions to problems rather than just slap on band-aids. Feeling that you have the time to stop and think is critical: just think about how easy it is to miss the obvious when you are feeling rushed.

The trick is to view your schedule as a living document. It’s something that you will constantly adjust according to the situation, especially at the beginning of a project. The less you know about potential difficulties down the road, the harder it is to plan: so don’t. Instead, plan to plan. As you move forward, you can revise and project the schedule further and further into the future.

If you find yourself running behind, that’s feedback. Pay attention to what it’s telling you. Is something more complicated than expected? Is someone overwhelmed with a task that turned out to be significantly more time-consuming than you thought? Did something go wrong? Is a vendor habitually late with parts? Is your schedule just plain too aggressive?

If you’re running ahead, that’s also feedback. It might mean that the schedule is too easy and your team isn’t being challenged. Be willing to become more aggressive. It could mean that you need to slow down: are people rushing and cutting corners? At one company, pressure on QA engineers to rush product inspections led to some very expensive and embarrassing recalls and some very irate customers. Moving way ahead of schedule could also mean that your team is working too hard too soon: success is a marathon, not a sprint. Burn out early and you won’t reach the finish line.

Leave the catastrophes to the cats.

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.” 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.

What Are You Really Asking For?

This article was originally published in Corp! Magazine.

The names have been changed to protect the silly…

History teacher Norman Conquest had a very difficult student, Sasha Pandiaz. Sasha was constantly disruptive in class, driving Norman up the wall. Finally, Norman decided on a simple solution: when Sasha misbehaved, he would be sent out into the hall for five minutes. If he misbehaved three times, he spent the entire class sitting in the hall.

Inside of a week, Sasha was spending the entirety of each class in the hall. Sasha, it turns out, didn’t like the class. Although Norman thought he was punishing Sasha, apparently no one bothered to inform Sasha of that. As a result, Sasha was quite happy to miss each class; the long-term negative of a bad grade in the class was simply too far off and abstract to change Sasha’s behavior.

Fred was the VP of Engineering at Root-2 Systems. Fred had the habit of indicating his displeasure with engineers in his department by assigning them projects that were not particularly fun or interesting. At least, Fred didn’t find them particularly fun or interesting. Unfortunately, the engineers did. Rather than feeling punished, they thought they were being rewarded! As one engineer put it, “I thought Fred was ready to kill me, but then he gave me this really cool project.”

Thus, for example, instead of realizing that Fred was punishing them for blowing off a meeting, engineers believed he was rewarding them for skipping a meeting that they thought would be a waste of time. As a result, they kept repeating the behaviors that were infuriating Fred. By the time he figured out what was going on, Fred was bald.

At Mandragora Systems, Joe took over a key product team. He regularly exhorted his employees to work together: “We’re a team!” Joe cried loudly and often. But when it came time to evaluate performance, the song was a bit different:

“What were you doing with your time?”

“I was helping Bob.”

“If you’d finished your work, why didn’t you come to me for more?”

“I hadn’t finished.”

“Then why were you helping Bob?”

“It was something I could do quickly and would have taken him all night.”

“If Bob can’t do his job, that’s his problem. Worry about your own work.”

Astute employees soon realized that the key to a good review was to focus on their own work and devil take the hindmost. While Joe won points with his boss for his aggressive, no-nonsense style, and for his success in identifying weak players and eliminating them, something rather unexpected occurred: team performance declined on his watch. Instead of a team working together and combining their strengths, he ended up with a group of individuals out for themselves and exploiting one another’s weaknesses. The fact that this was damaging to the company in the long-run didn’t really matter as it was very definitely beneficial to the employees in the short-run.

There are several lessons to be drawn from these experiences.

First, it doesn’t matter whether you think you’re rewarding or punishing someone. What matters is what they think. If they think they’re being rewarded, they will naturally attempt to continue to get those rewards. If that means you lose your hair, so be it. If, on the other hand, they think they’re being punished, or at least not rewarded for their efforts, they will change their behavior no matter what you might say. Your actions really do speak louder than your words.

Second, no matter how much we might tell employees to think about the long-term rewards and delayed gratification, short-term rewards offer an almost irresistible lure. If you create a contradiction between the short-term and the long-term, most people will go for the short-term.

Third, if you want a strong team, you must reward team-oriented behaviors. If you only reward individualism, you’ll get a collection of individuals. For some jobs, that really is all you need. For many other jobs, though, it’s virtually impossible to succeed without a team.

In the end, people will do whatever they hear you telling them to do. It pays to make sure that what they are hearing is what you think you are saying.

My Hovercraft is Full of Eels

As 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.

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.

Sir CEO and the Green Knight

As published in the CEO Refresher

One fine day, Arthur, the CEO rode forth upon his trusty steed. At his side hung his magic sword, Expostfacto. Expostfacto was widely considered to be a sword with a sharp legal mind. Arthur had made his fortune renting camels, which he parked every day in a large camel lot.

The sun was shining. The birds were singing. Suddenly, a dragon came roaring out of the sky, heading straight for Arthur. Flame billowed from the dragon’s mouth. Arthur drew his sword and with one swift blow, buried the dragon in a shower of subpoenas.

So it went, as Arthur spent many days enjoying the freedom of facing foes instead of sitting in stultifying board meetings, where, regretfully, it was seen as déclassé to employ the full might of Expostfacto upon annoying board members or customers. Against the power of Expostfacto, each foe swiftly fell under a massive pile of paperwork.

So it went until the day that Arthur encountered Maldive, the Green Knight.

“None shall pass!” quoth Maldive.

Many blows were exchanged, with Expostfacto screaming its legendary battle cry, “Lorem ipsum dolor sit amet,” a phrase which has become familiar to all internet users. Eventually, though, with a mighty blow, Arthur struck Maldive’s head from his shoulders. That should have ended the fight right then and there, but Maldive was an internet marketing scheme. He simply put his head back on and continued the fight. Eventually, Maldive knocked Expostfacto to one side, and placed the point of his sword at Arthur’s throat.

“I could slay you now,” said he. “But on your honor, I will spare you if you can answer this question: What does every engineer desire? Swear on Expostfacto that you will return in a month. If you have the answer, you will live. If not, you die.”

Ignoring Expostfacto’s muttered comments on possible loopholes and the inadvisability of signing anything, Arthur took the oath to return in a month with the answer or without it.

Arthur rode across the land searching for an answer to the question. He called together all his senior managers and asked them, to no avail. He even posted the question on Twitter and Facebook, leading to some very interesting answers and suggestions, particularly from certain ex-politicians in New York and California. However, since Maldive had asked about engineers, Arthur knew those answers couldn’t be true because an engineer wouldn’t know what to do with one even if he found someone willing to go on a date.

By day 29, things were looking quite bleak for Arthur. As he rode through the frozen lands of Nadir, he encountered a strange looking man. The strange thing was that the man did not appear to be in a rush. As a CEO, Arthur was quite used to people rushing around following his orders. He could always tell when things were getting done by how much people were rushing.

“Who are you?” asked Arthur, puzzled at the sight of someone so calm and relaxed.

“Merlin,” was the reply.

“Merlin the Magician?” asked Arthur.

“No, Merlin the consultant. What seems to be a problem?”

“Nothing, nothing at all,” said Arthur who, like most CEOs, became very cautious at the sight of a consultant.

“Good,” said Merlin, who turned back to whatever he was doing, completely ignoring Arthur. This was a very unusual experience for Arthur, who was not used to being ignored by anyone.

After several minutes, Arthur said, “Well, I guess I’ll be on my way.”

There was no response.

“I’m going now,” said Arthur.

There was no response.

Arthur started to ride away. There was still no response from Merlin, who seemed quite happy to let Arthur leave. Arthur had not ridden very far before he stopped and turned back.

“Do you know what every engineer wants?” asked Arthur.

“Why do you ask?” replied Merlin.

Before long, Arthur was telling Merlin exactly why he wanted to know and what would happen if he didn’t find out. I wasn’t long before a price was agreed upon and Arthur had his answer.

“That’s it?” exclaimed Arthur. Reflecting on it further, he said to himself thoughtfully, “But that’s what everyone wants!”

The next day Arthur showed up at the appointed time for his meeting with Maldive.

“Well?” said Maldive.

“Is it money?” said Arthur.

“No.”

“Is it a fast car?”

“No.”

“Sex?”

“We’re talking about engineers,” responded Maldive. “If that’s the best you can do, then prepare to die.”

“Wait,” said Arthur. “What engineers want is the freedom to make their own decisions.”

There was a long silence.

“I see you encountered Merlin,” growled Maldive. “Very well. But I doubt you will learn from this experience!”

And so Maldive turned and rode away.

Arthur, meanwhile, departed for home in a very thoughtful mood. What, indeed, did it really mean that people want to make their own decisions? Obviously, if he allowed all his employees to make their own decisions, surely chaos would result. No one would know what anyone else was doing! There would be no coordination between departments.

The moment Arthur returned to his office, he discovered the true meaning of chaos. Thousands of emails needing his attention; projects stalled because he hadn’t been around to tell people what to do; irate customers complaining about badly maintained camels (even camel renters have some expectations!); employees angry and frustrated because they couldn’t get anything done in his absence.

“I knew I should never have taken a vacation,” Arthur thought ruefully to himself. “This happens every time! It’s even worse than when I’m in a meeting or on a call.”

As Arthur dove into sorting out the confusion that came about from his taking his guiding hands off the corporate reins, he kept wondering how much worse it could really be if he allowed his employees to make their own decisions. Would it really be worse than what he dealt with every day? Arthur decided to experiment: instead of solving the problems in one department, he gave them limited decision making power. They could approve all expenditures, including customer returns or gifts, up to a fixed amount. After a couple of false starts as everyone got used to the new arrangements, Arthur found that that department was suddenly taking up much less of his time and energy. Moreover, the increased productivity of his employees more than made up for the occasional decisions that Arthur might have made differently. Indeed, simply by building some structure, Arthur found he could permit much more freedom and limit the downside of the occasional mistake, and create almost unlimited upside. At the same time, he also found that he could now focus much more on the strategic direction of his company instead of spending all his time putting out fires.

Best of all, as Arthur spread these changes throughout his company, he found that work didn’t come to a halt whenever he wasn’t available. Productivity increased because employees no longer needed to look busy in order to appear to have a purpose; instead, they could actually engage in purposeful activity. Sure, there were still moments of frustration, but on the whole, employees were happier and more motivated than he had ever seen them. Motion does not equal progress, Arthur realized. Progress equals progress.

In the end, the ability to give people the freedom to work as they would like to work comes from building the structure to enable them to know what to do. Without structure, there may a lot of motion, but very little progress. What will you do to change that?

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.” 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.

Who Betrays One Master

A nervous looking man in a suit slips furtively through the streets of an unnamed city. He comes to an office building and, checking to make sure that he isn’t being watched, slips inside. There, another man greets him.

“Do you have the plans?” the second man asks.

“Do you have the money?” replies the first.

Perhaps they haggle for a moment, but then the second man hands over the money and the first man hands over an envelope. The second man glances into the envelope.

“I see you kept your word.”

“You earned it,” replies the first man as he turns to leave.

“No,” says the second, as he pulls a gun and shoots the first man, “I bought it.”

“I betrayed my company for you! I proved my loyalty.” gasps the first man, as he falls to the floor.

The second man looks down at the body on the floor and says, “The man who betrays one master will assuredly betray another.”

If this scene sounds familiar, it probably is. Some variation of it appears in hundreds of movies, from James Bond to WWII action films to fantasy adventure. The trope is a simple one: a man betrays his country, company, organization, or teacher. The person to whom he sells out reaps the rewards, but never believes the traitor’s protestations of loyalty to his new masters. Eventually, it ends badly for the traitor.

Now, if this scenario were only a work of fiction, there would be little more to say. Unfortunately, the fictional part is the end: in real life the disloyal person is rewarded and given every opportunity to betray his new masters.

Read the rest in the Journal of Corporate Recruiting Leadership