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.

The Death of Brainstorming?

An article by Susan Cain appearing in the NY Times a few weeks ago argued that brainstorming is counterproductive, a poor way to stimulate creativity.

While the arguments are persuasive, they are also flawed. They appear to proceed from the assumption that brainstorming is a relatively simple process that can be done by any group at any time. In fact, effective brainstorming is surprisingly difficult, and problems with team cohesion, decision making, and leadership can easily turn it into an unpleasant time-waster. Teams that haven’t developed good conflict management and debate skills are also unlikely to brainstorm effectively. Rather than producing good ideas, they are likely to experience exactly the sorts of groupthink that Cain argues is likely to occur.

Fundamentally, though, Cain’s article confounds several problems and concludes, therefore, that brainstorming doesn’t work. So let’s look at how to make it work:

Don’t take on too much in one day. 3-4 topics are about it, probably less. In general, the more important the topic, the more that should be your focus. Spending several days on one large topic is often seen as a “waste” of time, but, done correctly, is actually the most likely way to get useful results.

Give yourself lots of time and take short breaks every 60-90 minutes. Take a long lunch break and get out of the office. Brainstorming is surprisingly draining, so taking regular breaks gives people a chance to refresh their perspective and keep the creative juices flowing. Once people start getting tired, the quality of ideas and effective debate decline rapidly.

Don’t try to cram more work into the day: after 4-6 hours of serious brainstorming, people are drained. If they know they have to go back to work afterward, they’ll hold back during the brainstorming, or do low quality work because they’re tired. Go out to dinner or something afterward and call it a success.

Separate idea generation from idea evaluation. Evaluating ideas as they are presented only invites argument and defensiveness. Instead, spend half your time collecting ideas, no matter how outrageous. Some people brainstorm very effectively by being silly or cracking jokes. Let it flow. I’ve found that the craziest ideas often provide the spark for the best solutions. After you’ve collected enough ideas, then take a break, or even wait until the next day, and then evaluate them. A little distance gives wonderful perspective.

Assign someone to collect ideas; don’t rely on memory. Use multiple whiteboards, an easel with a giant pad of paper, your favorite technology, etc. It can often help to bring in an outside facilitator who has no emotional connection to any outcome. This also helps prevent the appearance of bias or of having someone emotionally connected to a particular outcome attempting to influence the result.

Work in a large, brightly lit space. Institutional gray only dampens creativity. Yes, physical environment matters. A change of venue, away from the office, can work wonders.

If you find your team slipping into a groupthink mentality or unable to agree on a course of action, that’s not a problem with brainstorming. That’s a problem with your debate and decision making process. Bring in someone who can help you fix it, or your brainstorming efforts are going to be a waste of time (in addition, problems with debate and decision making are likely to be reducing your productivity in other areas as well!).

Brainstorming is a powerful tool, if you use it correctly.

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.

The Hydrangea Conundrum

As published in The CEO Refresher.

If you were following the news last summer, you’ve probably heard that, after the cancellation of the Rocky and Bullwinkle show, Boris and Natasha retired to Montclair, NJ. More specifically, the FBI announced the arrest of ten Russian spies whose mission appears to have been to infiltrate the PTA. At a certain level, the whole affair seems like a rather bizarre choice between putting together a deep-cover infiltration or having the New York Times delivered to your doorstep. What is particularly interesting, though, is the reaction of a neighbor of one of the accused spies:

“She couldn’t be a spy. Look what she did with the hydrangeas!”

This one line has received a great deal of press, to say nothing of a featured spot on late night comedy. It is, on the surface, quite ludicrous. After all, what would hydrangeas have to do with whether or not someone is a spy? Of course, the traditional movie image of a spy generally involves someone in a trench coat and sunglasses, but so what? Even the most dedicated spy has to take that trench coat off sometimes!

Seriously, though, this is exactly the point: when we hear about spies, we have a certain mental image created from a mixture of James Bond, Jason Bourne, perhaps some John le Carré novels, and so forth. When we see something that is inconsistent with that image, we make certain assumptions and judgments, often without realizing it. It is, let’s face it, hard to imagine James Bond planting hydrangeas. A good spy, though, is going to be aware of exactly this tendency and will take advantage of it: exactly because it is so hard to imagine James Bond planting hydrangeas is why he would do it.

The fact is, planting hydrangeas is as much an indication of whether or not someone is a spy as being charming in an interview is an indication that a person is a good hire or working long hours is an indication that someone is dedicated to the company.

OK, I realize that I’m taking a sacred cow and starting to grind it up into hamburger, so let’s look at these different scenarios.

When I talk with different employers about what they’re hoping to accomplish through their interview process, I get some interesting answers. The people higher up the management ladder tell me they’re trying to find the best potential employees, while the people who are actually meeting with the candidates the most tell me they’re looking for someone who will be fun to work with. This is rather like getting married, or not, after a first date.

While charming might be very nice and feel good in an interview, the worst prima donnas are often extremely charming and engaging for short periods of time. It isn’t until you’ve worked with them for a while that it becomes obvious what you’re dealing with. They know how to plant those hydrangeas, though, and are fully prepared to take maximum advantage of the impression that gives. In fact, some of the most competent people come off the worst in interviews because they’re seen as too intense or too “threatening.” That last seems to mean, “more competent than I am!” If the interview isn’t structured and the interviewers trained appropriately, the hydrangea effect is going to produce a lot of false positives and false negatives!

The hydrangea effect is in also in full flower in employee evaluations. I can’t count how often managers tell me that their best people are the ones who are working the most hours. Yet, when we actually look at results, we find that the correlation isn’t quite there. Focusing on accomplishments without looking at time spent reveals that quite often working long hours is just another form of the hydrangea effect. However, the fact is that a lot of people are well aware of the fact that visibly working late is a good way of currying favor and generating an image of dedication. This image is so powerful that I’ve even see the person doing inferior work be rated more highly than the superior performer who didn’t work late. What is even more interesting is the implicit statement that someone who gets the job done slowly is more valuable than someone who gets it done quickly. Consider that the next time you’re sitting around waiting for the mechanic to finish working on your car!

While it’s clearly the case that the hydrangea effect makes it hard to catch spies, that’s not going to be an issue for most of us. When it causes us to hire or reward the wrong people then it can lead to some rather unpleasant corporate hay fever, and that is an issue for most businesses.

So how do you tell when the hydrangea effect is influencing your decisions?

Next time you find yourself saying, “He must be a good hire because he’s so well-dressed and charming,” or “She must be doing great work because she works such long hours,” try replacing everything after the word “because” with: “he/she did such amazing things with the hydrangeas.” Does it still sound equally valid? You should have a very different reaction in either of those examples than if the sentence was “She’s must be doing great work because she meets all her deadlines and the customers love her stuff.”

In other words, are you focusing on something real, such as results, or are you being distracted by the colorful flowers?

Real Science Fiction

As published in Corp! Magazine

See if you can identify the actual science fictional elements from the following description of a scene from the original Star Trek.

Captain Kirk and his officers are sitting around a conference table aboard the starship Enterprise. They are looking at screens set into the table, on which information is being displayed. Occasionally someone taps a screen to get more information. Kirk and the others conduct their meeting, periodically referring to the displays.

Now, the Enterprise is certainly fiction. We don’t have any starships, despite the more optimistic predictions from the TV show.

The touch sensitive video screens were certainly science fiction back in the 1960s. Today, they’re almost quaint. We’ve moved well beyond that, with our Blackberries, iPhones, iPads, laptops, and tablet computers. So, no points there.

The real science fiction in this scene isn’t the array of gadgets or even the starship. It’s the fact that not one person is using the screen for anything other than business. No one is checking email, no one is Tweeting, no one is browsing the InterstellarNet, and no one is playing Angry Birds. Everyone is actively engaged in the meeting. Granted, these meetings usually occurred when the Enterprise was about to be destroyed by Romulans or something, but even taking that into account the behavior of the crew is still pure fiction. How many meetings have you attended where everyone was actively engaged like that? While it does happen, most businesses I speak with would like to see it happen rather more frequently than it currently is happening.

The first, and perhaps most important, thing about getting people engaged in meetings is to recognize the feedback you’re getting. When you start a meeting and everyone is already nose deep in a Blackberry, that’s feedback. The trick is to recognize what it’s telling you. Some possibilities include:

  • Participants do not see the point of the meeting.
  • Participants are not interested in the topic or material being discussed.
  • Participants do not see how the meeting is relevant to the work they’re doing or the deadlines they are facing.
  • The meeting is lacking in focus or does not have clear objectives.
  • You are boring.

Let’s take the last one first.

Sadly, not all presenters are the most interesting people on the planet. Some speak in a monotone,. Others don’t know when they’ve made their point and keep talking. Still others don’t respect the schedule. Naturally, if you’re reading this, that clearly doesn’t apply to you. However, not everyone listening to you realizes that. Therefore, it helps considerably to pay attention to your own presentation style so that you can be sure to get through to those who might otherwise assume that you are going to bore them.

Why are you holding your meeting? On Star Trek, there’s always a good reason for the meeting: for example, figuring out to avoid being eaten by a giant space amoeba. While it is unlikely that you are facing a similar threat, nonetheless there needs to be a point to the meeting. What is the goal? At the end of the meeting, what do you expect to have accomplished? If the answer is that you simply wanted to convey information to people, or have people share status updates, perhaps emails would better. After all, do the status updates really need to be shared at that moment in that place?

Along with the point of the meeting, it also has to feel important to the people you want present. They need to know that being there matters to them. This can be surprisingly tricky: far too often people assume they need to be present when they don’t. Since there are times when, surprising as this may seem, attendance at meetings is used as a gauge of employee engagement, it’s not too much of a stretch to realize that people might be attending the meeting to avoid being seen as disloyal. You can avoid this unfortunate misperception by having a clear agenda for the meeting and making that agenda known ahead of time.

Another advantage of a clear agenda is that the purpose and time requirements for the meeting are known ahead of time. This allows your employees to better plan their schedules. A documentation review session might be held for a specific period of time, while a brainstorming session might be more open-ended. Of course, even then it’s best to not “go until you are done.” Rather, define the duration in advance and also clearly define how you’ll know when you’re done. If you find that people can’t agree on how they’ll know when they’re done, you need to resolve that before you hold your meeting!

I’m occasionally asked when is the best time to start a meeting. Early? Late? Mid-day? The answer is that the best time is the time you specified. When people know when a meeting will start, they can plan accordingly. They walk into the conference room with their brains already focused on the meeting. If you don’t start on time, you create an opening for them to become bored waiting and get sucked into their smartphones. Once that happens, it’s much harder to get their attention back than if you’d not lost it to begin with.

A great deal of Star Trek is no longer science-fiction. What are you doing to make sure that employee engagement in meetings is on that list?

As Above, So Below

(just in time for this article, I’ve even managed to get comments working properly (maximum spam blockage/minimal hassle) on my blog!)

While it is well known that rolling stones gather no moss, it appears that they are pretty rough on McChrystals. Recently, the news has been filled with headlines about General Stanley McChrystal and the story about him in Rolling Stone. Agree or disagree with how the situation was eventually resolved, it offers some important lessons for businesses.

While everyone has days when they aren’t happy with their boss, their job, their clients or just about anything else, what you say and how you say it makes a big difference. In General McChrystal’s case, perhaps the most striking elements of the article was not what he said, but what his staff said. Occasionally expressing frustration is normal. Open disrespect in the general’s staff is not, and says more about his opinions than anything he said. This attitude sets the tone for how the general and his staff will interact with others, people who, in a business environment, might be viewed as internal or external customers.

Read the rest at Corp! Magazine

Growing Wheat in Siberia

This one was just published in the CEO Refresher. The link is only good for month, so the text is below:

Once upon a time, the late and unlamented Soviet Union decided to grow wheat in Siberia. Their logic was simple: by growing wheat in the inhospitable conditions of Siberia, the wheat would become stronger. The wheat, however, was indifferent to Soviet philosophy. Despite speeches, threats, and promises from the government, the wheat stubbornly refused to grow.

In 1990s, a group of Nobel Prize winning economists developed some very interesting theories about how the financial markets should work. Their theories were brilliant and attracted billions in investment dollars into the hedge fund they created. Long-term Capital Management almost took down the entire US economy when it collapsed in the summer of 1998.

In both cases, a belief about how the world should work was trumped by the way the world does work.

To bring this a little closer to home, I worked with one high technology company that decided to create a set of coding standards for its software development team. While not an unusual occurrence in software companies, in this case, the manager in charge wrote up a fifty (that’s right, 50) page standards document. Naturally, everyone was overjoyed and memorized everything; at least, that’s what the manager thought. In fact, no one read more than a page or two and most of the engineers ignored even that.

Another company was trying to manage information: design decisions, notes from discussions, and so forth. They had the very good idea that they could manage all their accumulated wisdom as a Wiki. Unfortunately, the Wiki swiftly ballooned into an unmanageable morass of data in which no one could actually find anything useful. The problem wasn’t so much getting people to remember to update the Wiki; it was organizing the information in a manner useful to everyone who needed to use it, and in convincing people to take the time to keep it organized. Indeed, even agreeing on how it should be organized generated controversy and bad feeling.

In both of these cases, beliefs about how people should do their work were trumped by the way people actually do work. Like Soviet wheat, it can be remarkably difficult to motivate or threaten people into doing something that they really do not want to do. Unlike wheat, people can be forced. It’s merely a question of how much time and energy you want to spend: pushing people takes a great deal of effort and tends to result in significant amounts of anger and frustration for all parties involved. Not, in other words, a conducive atmosphere for creating a strong, collaborative team.

Of course, sometimes it is necessary to have people do things they don’t want to do. Code does need to be commented, information needs to be documented, and so forth. Fortunately, unlike wheat, people can be convinced. Instead of pushing them, the key is to get them to pull: the best teams are the ones that know where they should go and will trample anyone who gets in their way. How do you create such a team? Here are some tips:

  • Involve those who will be affected by the outcome in the process of solving the problem. Nothing gets buy-in like giving people the opportunity to develop the solution.
  • Identify the actual problem. Spend some time brainstorming; make sure you know what you’re trying to accomplish. The company with the 50 page style guide needed code that could be maintained over time and easily read by someone other than the writer, and they needed the process to not interfere with actually getting work done. That can be accomplished with a one page style guide. Instead, they were trying to win the World’s Most Beautiful Code Contest. That may be prestigious in certain obscure circles, but it doesn’t sell product. The customers only care that the software works.
  • Ask yourself how you’ll know when you have a workable solution. This may seem counter-intuitive since you don’t have a solution yet, but it helps to figure out what success looks like. That way, you’ll know it when you get there and you’ll be better able to recognize if you’re going off course.
  • Brainstorm possible solutions. Don’t be afraid to come up with wacky ideas.
  • Do not evaluate any solution until the end of the brainstorming process. Off-the-wall ideas frequently trigger creative solutions.
  • For each solution, ask yourself if it will actually get you to the outcome you want. Focus on the idea, not the person who came up with it. Even Nobel Prize winning economists can make mistakes.
    • Take the time to honestly assess what might go wrong.
    • Recognize that “oh, we’ll figure that out later,” is often a warning of trouble ahead. Make sure there is either a way past potential roadblocks or that you have identified the work you’ll need to do to determine how you’ll know if there’s a way.
  • Test your solution before you commit to it, or at least look for examples of similar solutions being successfully implemented. Why learn from your own mistakes when you have the opportunity to learn from someone else’s mistakes? The latter is a lot cheaper.
  • If more than one solution has survived to this point, pick one and implement it. Be willing to abandon it and pick another if it becomes obvious that it won’t work. You can’t foresee everything that can go wrong. Solutions that looked good from a distance sometimes turn out to be unworkable or too expensive when you get closer.
  • Be willing to reformulate the problem if the solution doesn’t work.
  • Give people as much autonomy as possible in implementing the solution. When possible, allow them to develop their own implementations. The company with the Wiki could have used email and encouraged each person to maintain their own records in whatever form was most individually useful. Instead of trying to figure out how to maintain a central repository, perhaps what they should have done was to present different ways of organizing the information and allow each person to pick the one most useful to them.

This may seem like a lot of steps, and there certainly is effort involved. The Soviet Union decided it was easier to yell at the wheat. Given the amount of wheat they imported, it’s clear which method is cheaper in the long run.

Good luck!

Slip Slidin’ Away

Here’s one just published in the CEO Refresher:

“You know the nearer your destination
The more you’re slip slidin’ away”

— Paul Simon

Some twenty years ago, I had a rather odd experience while working for a Silicon Valley software company. As we came closer and closer to shipping the product, more and more problems would crop up. Not problems with the software, as one might expect, but interpersonal problems. There was an increase in argument, bad feeling, and ineffective conflict at exactly the point where it would seem the most likely and logical that people would be feeling the greatest sense of unity and triumph. I experienced the same phenomenon at other companies, both in and out of high tech. In more than one instance, the team would successfully snatch defeat from the very jaws of victory.

In each of these situations the problem was simple; unfortunately, the solution was not. The team in each circumstance had never truly learned to work together, to handle disagreement, or to tolerate variations in working style. The only thing the team had ever agreed upon was the necessity of getting the product out by a certain time. The strength of that agreement was enough to forge sufficient common ground for the team to work together. Unfortunately, as the project drew nearer and nearer to completion, the glue holding the team together became weaker and weaker. Would the team hold together? Would everyone start fighting again? Would people leave the company? After all, working with people you don’t always agree with is often easier than working with complete strangers: as the old saying goes, better the devil you know than the devil you don’t. Ironically, then, people would engage in the very behaviors they were most afraid of in order to delay the completion of the project and keep the team intact.

Sounds ridiculous, does it not? Why would trained professionals make such a mistake? Managers and CEOs tell me over and over that this would never happen in their teams. In a couple of cases, they’ve said this even as it was happening around them. Wishful thinking is not a good strategy.

The great benefit of teams is that they provide a variety of skills and perspectives. The great weakness of teams is that they provide a variety of skills and perspectives. In order to reap the benefits of having a team, the members of the team need to learn to work together. This involves more than just agreeing on a set of goals, especially since agreement on goals is difficult to get when team members cannot even agree on how to work together.

The solution is to recognize the importance of the early days of the team’s existence. How many professional sports teams go into competition with a team that’s just been assembled? Very few. Of those few, how many win? Even fewer. Basketball fans might well remember the Olympic Dream Team of a few years ago: some of the best basketball players in the United States all playing on the same team. While they were certainly competent, they did not demonstrate the level of brilliant basketball everyone expected: despite their individual excellence, they never really came together as a team.

In business, the only difference from the sports world is the belief that a team can be assembled and instantly jump to performing at a high level. It simply does not work, no matter how much we may want it to. A team in this situation is particularly vulnerable to cracking under stress at exactly the moment when it most needs to be working together.

So what can the manager or the leader do to build a strong team?

Start by fostering common ground and appreciation of one another amongst the team members. What’s the vision of the company? What are you trying to accomplish? Get everyone excited by the outcome you’re after and help each person understand how they and their colleagues fit into bringing that outcome to fruition. If you can’t figure out how each person fits in, then perhaps your project is insufficiently well defined or your team is too big.

Create as much freedom for people to work according to their own styles. Think in terms of mechanisms that permit maximum autonomy while still enabling the team to communicate and be aware of one another’s progress and needs. Allow for autonomy to increase as the team gets better at working together. Encourage the use of email as much as possible, minimize meetings, and have clear checkpoints where you can easily monitor progress.

Approach problems with the attitude of “evaluate and adjust” not “judge and punish.” There will be false starts and mistakes made, especially in an early version of the product. If people are afraid to be wrong or make mistakes, they will also be less willing to advance different ideas or experiment with novel solutions. Set aside time for brainstorming.

What roles do the members of the team take on? Are those roles truly taking advantage of each person’s skills? As the project advances, are you prepared for roles to change or for team members to take on different roles in the project? Frequently, the roles people start with are not the best ones for them; being able to change as the project develops helps build team cohesion and increases productivity.

How do you recognize status? Everyone on the team is good at something; otherwise, why did you hire them? It pays to find ways of building up the status of your team members and developing the strengths each person brings to the table. The more each person can demonstrate their competence and apply their expertise, the more motivated they will be and the stronger your team will become.

What’s happening when you get nearer your destination?

The Bi-Lingual Advantage in IT

Imagine a typical software solutions problem. The company needs to improve its bottom line revenue, the customers are complaining and want their problem solved yesterday. At best, the engineer sees a technical challenge involving algorithms and code. At worst, he sees an annoying interruption to solving interesting technical challenges. The engineer’s goal is to build a robust, elegant solution to a problem. The manager, on the other hand, sees something very different. His focus is not on the technology but the process of assembling and coordinating a team. Who has the right skills? What skills are needed? What will this cost? How quickly can it be done? The manager’s goal is to give the customer what they really want, even if that is not the most elegant solution.

Dilbert highlights, to great effect, the gap between management and engineering. Frequently, the two groups seem to live in different worlds. More significantly, they often appear to work for completely separate companies with totally contradictory agendas. Sadly, there is some truth to this. Ed Schein, professor emeritus of business psychology at MIT Sloan, points out, managers and engineers form two distinct, separate organizational subcultures. Each group has very specific goals, which may not always be in alignment. Unfortunately, since both groups are working for the same company, and apparently speaking the same language, they tend to assume that they have the same image in mind. As many managers and engineers have discovered, this can lead to more than a little friction.

Read the rest at Enterprise Management Quarterly

The Aardvark Principle

In any business, information can be thought of as the organizational equivalent of nerve impulses. Information about the state of the company, the state of the economy, the marketplace, how different parts of the company are functioning, and so forth, is critical to effective decision making. If any aspect of information flow is interrupted, it is like losing sensation in a part of your body: unable to feel, you may suffer serious injury without realizing it; if the nerves are unable to innervate muscles, those muscles will atrophy and not perform when called upon. By the same token, a business failing to receive crucial information about the state of the market can suffer financial disaster when products don’t sell or when innovation and productivity are crippled.

The problem with information flow is that people may not agree on the information, on the meaning of the information, or what should be done with or about the information. Disagreement leads, in turn, to argument or intra-organizational conflict.

Read the rest at AffluentMagazine.com