I’m Not!

In Monty Python’s classic comedy, “The Life of Brian,” there is a scene fairly early in the movie when the people of Jerusalem have decided that Brian is the Messiah and are standing waiting on the street outside his window. Brian’s mother screams out at the crowd, “You are all individuals.”

The crowd replies: “We are all individuals.”

A pause, and then a lone voice yells out, “I’m not.”

This is typical Monty Python absurdist humor, but it makes a very serious point. What is standing outside Brian’s window is not a group of individuals, it’s a mob. A mob is a group in which individuality is lost is the urge to conform to the group. As the movie progresses, we see the mob do various ludicrous things as they follow their unwilling prophet. Brian’s followers are, of course, convinced that they are acting according to his instructions and executing his desires, no matter how much Brian screams to the contrary. This being a Python film, the sequence of events is absolutely hilarious.

In a business, not so much. Unfortunately, the tendency for a group to lose individuality in the service of a charismatic leader or a particularly enticing corporate vision is not restricted to comedy. At one large software company, the dynamic became quite extreme: employees were expected to arrive at a certain time, eat lunch at a certain time, visit a certain set of restaurants, leave at a certain time, and so forth. No deviation was tolerated. The mantra was, “We’re a team. We do everything alike!”

Sound fanciful? I wish it were.

The problem is that a team that loses its individuality is not a team, it’s a mob or a rabble. It can be a very disciplined mob or rabble, sort of like the Storm Troopers in Star Wars, but it’s still a mob. Like the Storm Troopers, it’s very good at dealing with routine situations, but isn’t very good at dealing with the unexpected: new tactics from the rebels or, if you prefer, new competitors or existing competitors adopting new strategies. The other problem is that when a group focuses on homogeneity, it loses its ability for the strengths of some to compensate for the weaknesses of others: the Storm Troopers, for example, cannot successfully shoot the broad side of a barn.

At a different high-tech company, the only engineers hired matched a very precise and very limited profile. Not only did you have to solve a certain set of puzzles, you had to solve them in just the right way. Alternate solutions were not tolerated. This created a team that was very good at creating intricate, convoluted algorithms, and a user interface that was equally intricate and convoluted.

None of these situations are as extreme as that portrayed in Life of Brian, but then again, they aren’t as funny either.

Later in the movie, we see the opposite end of the spectrum: the members of the People’s Front of Judea are so busy drawing insignificant distinctions between each of their positions that they are not functioning as a team. Rather, they are a horde. Each person is operating according to their own individual needs and goals, with no actual concern about the goals or strategy of the group. In a horde, everyone is a hero, entitled to their share of the plunder and devil take the hindmost. Cooperation is almost accidental, and the group is likely to break apart at the slightest disagreement: the People’s Front of Judea can’t even quite figure out why the Judean People’s Front broke off, but is quite happy to yell, “Splitters!”

At a certain manufacturing company, each department was totally focused on doing its own job. None of the departments considered how their actions or decisions affected the others. Within each department, much the same thing was happening at an individual level. Rather than figuring out how to work together, they spent their time blaming one another for the inevitable failures. Fixing this issue saved the company in question several hundred thousand dollars a year.

The challenge, of course, is to find the middle ground, where the individual and the team are in balance. While it’s extremely difficult to find the exact middle, anywhere in the general vicinity works pretty well. Peak performance occurs when people are committed to the goals of the company and the team, and are also free to pursue their personal goals and work the way they want to work. Is it easy? No: less than one team in five ever gets there. However, it sure beats a horde or a mob of people chanting, “We are all individuals.”

Team Development or Growing Wheat in Siberia

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

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.

So what are teams really? Why are some teams a marvel of camaraderie and high performance, while others burn out their members, leaving them exhausted and depressed? Why do people go from loyalty to opposition to the leader? What is the relationship between the leader and the team?

Organizational Psychology for Managers is an insightful book that reminds the business leader of basic principles of leading a successful organization in an engaging style.

Elizabeth Brown
President
Softeach, Inc.

Make It Easy

In jujitsu, there are two ways to throw someone: you can make it hard for them to stand up or you can make it easy for them to fall down.

When you make it hard for someone to stand, something very interesting happens. The harder you make it, the more they fight back. Unless your opponent happens to be asleep or under the influence of mysterious hypnotic powers, the very act of attempting to force them off their feet triggers and instinctive and intense resistance. This happens even when training with a cooperative partner who is perfectly willing to be thrown! It is the moral equivalent of standing on someone’s foot while trying to pick them up.

Conversely, when you make it easy for someone to fall down, they naturally follow the path of least resistance. It’s not that they make a conscious effort to fall, rather it’s that if you gently let them have your way, they suddenly discover that they are enjoying an up close and personal relationship with the ground. For the practitioner, this is a much more pleasant and much less effortful experience than trying to make it hard for the other person to stand up. Oddly enough, the fall is also more devastating.

Jujitsu, in short, is about minimum effort, maximum results. In a very real sense, the best practitioners are also the most lazy. They get what they want and they work exactly as hard as they need to get it, no harder.

Now, I’ve rarely seen a manager literally stand on an employee’s foot and try to throw her, but I do frequently see the equivalent behavior over and over.

In one particularly egregious case, a manager at one large and rather well-known technology company told an employee that he wouldn’t get a raise because he made the work look too easy. In a judo match, your throw is not annulled because you made it look effortless. In fact, those judo players who can make throws appear effortless are the best regarded in the sport. Does it really make sense to dismiss the value of an employee’s results in such a cavalier fashion? Is the manager encouraging future productivity or simply future activity?

At Soak Systems, engineers actually wanted to spend time fixing bugs in the software. Management, however, developed an arcane and excessively complex method of prioritizing bugs and scheduling people’s time. By the time the process was complete, the engineers had no say in which bugs were fixed or when they should be worked on. Functionally, that meant that when engineers uncovered serious bugs in the software, they weren’t allowed to fix those bugs: instead, they had to sneak in over the weekend to do the work. After a while, many of the engineers became increasingly discouraged or burned out, and eventually started shrugging and letting management have its way. At least, that way they stayed out of trouble. Management successfully made it so hard to fix the bugs that the bugs didn’t get fixed.

Does it really make sense for the managers to, metaphorically, be standing on employees’ feet so dramatically? After all, management did want to ship a working product! The more management tried to control engineering and force them to fix the bugs in a specific way, the less work actually got done.

In a very real sense, the goal is not to impose your will on people but to make it easy for them to do their jobs, to get them to focus their time and energies to produce the maximum possible return. When you figure out what your actual goals are and then create a path of least resistance to accomplishing them, people will naturally and instinctively move along that path. So how do you do that?

Your first obstacle is the hardest one to overcome. As every martial artist learns, the toughest opponent is the one they see in the mirror. If you find yourself getting angry or falling into a “I’ll show them!” mindset, it’s time to step back and take a break. Give yourself some perspective. Getting an opponent angry is an old martial arts trick and one that never stops working, especially on beginners. Don’t make beginner mistakes.

The next step is to find out if you’re standing on their foot. Ask questions. Understand what problems or obstacles your employees may see. Involve them in brainstorming and discussion. Help them help you to build a picture of the desired outcome and invite their suggestions on how to get there. The more you get them involved, the more you educate yourself. Pay attention to how your actions or the company’s rules are being perceived. Are they pinning people in place or are they making it easy for employees to accomplish the goals of the company?

You may not always like what you hear. Jujitsu students are frequently quite frustrated when their training partner says, “Hey, you’re standing on my foot!” When someone tells you something you don’t want to hear, they’re demonstrating their respect for and trust in you. Appreciate that and build upon it. If you respond harshly or with anger, you only cut yourself off from information; you don’t change anything.

Pay attention to what behaviors you are encouraging and which ones you are discouraging. When you stand on someone’s foot, you are encouraging pointless activity and exhausting, wasteful conflict: what do you suppose that employee at that high tech firm I mentioned earlier did on future projects? When you make it easy for people to do their jobs, you are encouraging constructive argument, innovation, and productivity.

So go ahead and make it easy. What’s stopping you?

The Speed of Mistrust

Remember the scene in the original Star Wars where Luke, Hans, Chewbacca, and Leia are trapped in the garbage disposal with the walls closing in on them? As the walls inexorably press closer and closer, they engage in increasingly desperate attempts to stop them, a ritual made famous in dozens of adventure movies. No matter how hard they push back against the walls, their efforts are futile. Of course, they are the heroes of the movie, so they do find another way out; after all, if they had not, the movie would have come to an abrupt ending and the fans would have been crushed.

Of course, rather than counting on finding a miraculous escape, it would have been better to have not been in that tight a predicament in the first place.

At Soak Systems, the CEO, whom we’ll refer to as Luke, recently made the comment that, “I guess I should have pushed back harder.”

He was referring to a disastrous product release, one whose eager anticipation by their largest customer was exceeded only by that same customer’s anger and disgust when they finally received it. Their subsequent email was, to say the least, crushing.

In the inevitable post-mortem, it quickly came up that Luke had made at least a couple of attempts to play with the product before it was shipped, but that engineering had “refused to let me see it.”

In retrospect, Luke felt that if he had only insisted more strongly, then clearly engineering would have complied and he would have been able to identify the problems and save the release. Luke is also capable of holding back those moving walls with just the little finger of his left hand. Okay, well maybe not.

While it was gallant of Luke to accept some of the blame for the disaster, he was actually missing the point. In fact, the question is not whether Luke could push back hard enough to convince engineering to cooperate. The question is why he was in that position in the first place. Why, as CEO, does he need to push back that hard just to get basic cooperation? It’s hard to imagine how a release that disastrous could occur without plenty of warning. If nothing else, the stink should have been obvious.

At this point, the traditional thing to do is to nod sagely and observe that if they simply had better communications, the problem could have been avoided. While that observation may be true, it is definitely useless. Of course they weren’t communicating! Why not?

In Star Wars, our heroes at least had the excuse that they landed in the garbage disposal because they were trying to avoid pursuing Storm Troopers. In the resultant rush, they didn’t really have a chance to sit down and calmly discuss their options. At Soak, Luke didn’t have that excuse. There was no rush and no panic, other than the ones that he manufactured.

Effective communications comes from building trust, and trust comes from taking the time to build connections with employees and from, yes, communicating. The problem is that, as CEO, people don’t typically drop by to chat. If you want to get people talking to you, you need to seek them out. Luke didn’t do that. By comparison, IBM’s founder, Tom Watson, was legendary for showing up unannounced at different IBM locations and just dropping in to chat with different people. He was trusted as few CEOs have ever been: employees believed that he cared about them personally.

Luke, on the other hand, talked only to the people he’d worked with in other companies. When he came down to engineering at all, it was mainly to exhort them to do more or complain that they weren’t doing enough. When it became clear that the release had problems, the engineers had mixed feelings about talking to Luke. They couldn’t decide whether he would yell at them and go ahead anyway, threaten them and go ahead anyway, or simply ignore their input completely and go ahead anyway. The VP of Engineering wasn’t able to help them figure out which one it was either, so they decided to simply say nothing.

This is, perhaps, not the best way to establish strong and effective communications with your team.

Now, the fact is, Luke was certainly communicating with the rest of the company. His particularly choice of what to say and how he said it served to build a foundation of mistrust, not a foundation of trust. Sadly, in this environment, the speed of trust has nothing on the speed of mistrust.

Worst of all, Luke’s response, that he “should have pushed back harder,” only confirmed that mistrust. From the perspective of engineering, the release failed due to a number of serious problems that Luke and the rest of senior management were unwilling to address. Acting as if just yelling and demanding more would have changed anything was telling everyone in the company that Luke still didn’t acknowledge the severity of the problems.

The net result: nothing has changed since the release. The metaphorical walls are continuing to close in, Luke is ineffectually pushing back, and one after another the top people at the company are resigning. While Luke may end up with a company full of people he can push around, it’s not at all clear that any of them will be able to push a product out the door.

The situation is not totally irreparable, although it’s getting close. Luke needs to take the time to sit down with his people and actually talk to them and listen to their answers. He needs to take the time to actually get to know more employees than just those with whom he worked in the past. He has a lot of mistrust to overcome and doing that will not be easy. Whether he succeeds or not really depends on whether he is willing to recognize how little trust people have in him, and whether or not he’s willing to work to change that. Until he makes those changes, trust gets the dirt road and mistrust gets the superhighway.

Which is running faster in your company, trust or mistrust?