The Business Sensei

Using the Force: What Every Exec Can Learn from Darth Vader

As published in the Worcester Business Journal

My 6-year-old son is seriously into Star Wars. As we were watching the movies recently, he turned to me and asked, “Why is Darth Vader such a mean leader?”

Coming from a kid who thinks the Sith are kind of cool, the question took me by surprise. On the other hand, it’s rather heartening to see that even a small child can recognize bad management. Of course, the real question is not what makes Darth Vader such a bad leader. After all, when you’re the Dark Lord of the Sith, you don’t really need a reason. More aptly, the question is: What does it take to be a good leader?

No Intimidation

First, we have to dispense with the primary weapon of the Sith: fear. Darth Vader rules through terror, but the fact is, you don’t need to have the power to choke people to death using the Force to create a climate of fear. Fear is very effective at getting people to move away from something. In the practice of Jujitsu, fear of injury is often quite sufficient to convince an attacker to dive headfirst into the ground or into the nearest wall. Some mistakes are a natural part of doing business. When people are shamed for making mistakes or threatened with loss of their jobs if they don’t measure up, they become less creative, less dedicated and errors are not corrected.

Team Spirit

To be a positive leader, the first step you need to take is to focus on affiliation. You might also think of it as team spirit. When people come together to form a team, the first thing they do is look for common ground. To really create affiliation, the leader needs to actively get to know his team members and encourage them to get to know one another.

Independence

Next is building autonomy. Perhaps counter-intuitively, autonomy is the result of having structure. Structure lets each team member know what the others are doing well enough to trust them when they aren’t visible. That trust is what permits autonomy.

Lack of structure is chaos. Too much structure is stifling. For example, when an employee comes up with a good idea and your response is to ignore them, that is too little structure. When you say, “Good idea! Here’s how we can make it better!” that’s too much structure. Appropriate structure is to say, “Great idea! How did you come up with it?”

Great Expectations

Competence is not just hiring competent people. It’s creating an atmosphere of competence. Nothing succeeds like the expectation of success.

Managers can motivate employees in one of two ways: you can focus on failures, and make dire predictions about what will happen if employees screw up; or you can focus on success, and remind the employee of the things they did well.

The keys to great leadership are: get away from fear, build affiliation, create structure to enable autonomy, and craft an atmosphere of competence.

The hard part is finding the right balance for your team and your company. Start slowly and let yourself accelerate as you learn to use these techniques effectively. You’ll soon be amazed at how fast you’re going.

Cut Big Problems Into Solvable Pieces and Get Moving

As published in Corp! Magazine

If a tree falls in the driveway and no one is awake to hear it, does it make a sound?

The Efficient Light Bulb

As published in The Imaging Executive

Once upon a time, there was a light bulb. This light bulb was quite a remarkable light bulb: it was praised far and wide for its incredible efficiency. This light bulb gave off no waste heat. This light bulb did not contribute to global warming. It had no carbon footprint.  It did not rely on fossil fuels. Truly, it was an amazing light bulb and visitors came every day to see this remarkable light bulb.

One day, though, a traveler coming to see the light bulb in action was delayed by an unfortunate flood that closed several roads. He did not arrive until well after night had fallen. Much to his surprise, he found the light bulb sitting in a pitch dark room.

“Why aren’t you giving light?” asked the traveler.

“Give light!” replied the light bulb in shocked tones. “You must be joking. If I did that, I would use fossil fuels. I would have a carbon footprint. I would give off waste heat. I would no longer be efficient.”

“But isn’t the purpose of a light bulb to give light?” asked the traveler.

“I’ve always been told to be efficient,” replied the light bulb with a shrug. If you have never seen a light bulb shrug, it is truly a wonder to behold. The traveler would have been amazed, except, of course, that the room was too dark for him to see the miraculous event.

Once upon a time, there was a software company named “Soak, Inc.” Soak’s product relied upon a very complex database server. One day, the VP of Engineering stormed into the office and declared, “The server is too slow. We need to speed it up.”

From that day forth, every effort was focused on improving the speed of the server. Other issues were deemed insignificant beside the one, critical, goal of performance. Engineers who dared to raise other issues were publically humiliated for wasting the company’s time. Bugs that did not relate to performance issues were deemed “optional.” People who spent time reviewing the optional bugs and trying to fix them were warned that their insubordination would cost them their jobs if it did not cease immediately.

Eventually, Soak developed an amazingly efficient server. It was fast. It was robust. It was ready to demonstrate to potential clients.

The demo started out remarkably well. The server did not crash, causing some to believe that this couldn’t actually be a demonstration of a software product. Indeed, the server performed flawlessly. All would have gone well indeed for Soak had not someone noticed that the data being delivered by the server didn’t make sense. Yes, what the server had gained in performance it had lost in accuracy. In other words, it was incredibly good at very rapidly delivering useless or incorrect information.

When the engineers were questioned about this unfortunate oversight, they shrugged and replied, “We were told to be efficient.”

While it is not nearly as amazing to see an engineer shrug as it is to see a light bulb shrug, the effects are much the same.

Once upon a time, there was a large company called “Red.” Red Inc. had a team of salesmen who were, it seems, not producing the necessary volume of sales.  While this may have gone a long way toward explaining the name of the company, it was not exactly a viable long-term strategy.

One day, the VP of Sales decided that the problem was clearly that the salesmen were not calling enough potential clients. They were wasting their time. They needed to be more efficient with their calls.

Much effort was spent focusing on the calling habits of the salesmen. They were given scripts. They were forced to practice making calls with various managers listening in and rating them on their performance on these practice calls. Those salesmen who demonstrated too great, or at least too obvious, a reluctance to make calls were dismissed. Those who questioned whether this was the right way to approach the problem either learned quickly to shut up or were also dismissed.

The sales team became very efficient at making calls. Sales did not increase. The remaining salesmen shrugged.

It turns out that even the best salesmen are reluctant to make calls. The problem was not with making the calls. The problem was with projecting the necessary confidence and optimism to attract and hold the interest of the client. Clients, it seems, are not all that likely to buy from salesmen who do not appear enthusiastic and confident in what they are selling. It also helps to know how to close the deal.

In each of these situations, a goal was set, a metric for success was defined, and that metric became the sole determinant of progress. Goals are extremely powerful tools: the best thing about them is that you accomplish them. Unfortunately, sometimes the worst thing about goals is that you accomplish them. In each of these examples, they accomplished their goals. A dead light bulb is extremely efficient, but not useful. Similar observations can be made about the server and the sales team.

Before leaping into setting a goal, especially a goal to solve a problem, it helps to understand the actual problem and to understand what the actual symptoms are. At Red, they assumed that an unwillingness or inability to make calls was the cause of the low sales and set their goals accordingly. We’ll never know how many top salesmen they dismissed because they didn’t realize that even the best salesmen suffer from call reluctance. Rather than create useful goals, they fixated on a symptom. That did not, however, actually change anything.

At both Soak and Red, the respective VPs stated that they were trying to solve the problems their companies were facing as rapidly and effectively as possible. They were setting goals. They were Taking Action! Taking action is certainly helpful, but it is even more helpful to be taking the correct action. Since it’s not always possible to determine just what the correct action is, it becomes even more critical to listen to the feedback and questions from the people who are charged with actually executing the action. The engineers and the salesmen knew that something was wrong, but no one was willing to listen to them. Remember, a key aspect of successful goal setting is understanding the feedback you’re getting.

I realize that many of you reading this are probably chuckling to yourselves and thinking that this scenario could never happen at your companies. The folks at Soak and Red said the same before, during, and even after it happened to them. The light bulb had no comment.

Setting a goal, for example, to be more efficient , seems like it makes sense and certainly feels good. However, it pays to determine if that goal is actually going to get you what you want. Otherwise, you may just end up with a dead light bulb.

Balance the Individual and the Team for Top Performance

As published in Corp! Magazine

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, “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 in 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 “The 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 his or her 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.”

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, contact steve@7stepsahead.com.

Death of a Thousand Knives

As published in Corp! Magazine

Very few companies are ever driven out of business by their competitors.

I’ve found that this statement upsets a great many people, all of whom are quick to jump up and start providing examples of companies that were, in fact, driven out of business by their competitors. This is missing the point. Indeed, it’s rather like a detective in a murder mystery concluding that the cause of death was that the victim’s heart stopped. It matters whether the heart stopped due to lead poisoning, for example in the form of a bullet, or due to some other cause. Indeed, understanding exactly what led to that heart stopping moment is a key part of solving the mystery.

Similarly, while it’s not so unusual for a failing company to have the coup de grace administered by a competitor, how they got to that point makes all the difference. Focusing only on the end point provides a very simple, comfortable solution, but not necessarily a particularly useful one.

Robotic Chromosomes, for example, was a company that dominated a particular niche in the bioinformatics market. They were an early entrant into the field and their products were initially the best on the market.

Over the course of several years, though, they developed a view of their clients as idiots. The fact that their clients were all highly educated research scientists did not enter into the equation. If they had trouble using the software, they were idiots. As a result, the company became increasingly less open to feedback from either clients or the market. While their market share was increasing faster than the market itself, they could get away with that attitude. Eventually, though, their growth started lagging the growth in the market. Phrases like “law of large numbers” and “temporary aberration” were batted about. When their market share started shrinking, phrases like, “temporary aberration” became even more popular. The view of the clients as insanely stupid for buying competing products became more common.

Today, they no longer exist. Were they driven out of business by their competitors? Only in the sense that they put themselves in a position to allow their competitors to drive them out of their dominant position in the market. Sure, their competitors may have pushed them over the cliff, but they were the ones who chose to walk to the edge and lean over.

Now, it may reasonably appear from the preceding description that Robotic Chromosomes was taken down by a clearly defined event, that is, viewing clients as idiots. That is not, however, quite correct. While it may appear that way in retrospect, the reality is that Robotic Chromosomes suffered from a series of cascading errors. Each mistake was small, easily overlooked or ignored. Each mistake led to more mistakes until eventually the company was suffering from so many small cuts that it eventually had no strength left to resist when its competitors moved in. So how does a company avoid this death of a thousand knives?

The obvious answer is that they needed better communications. While true, it again misses the point. Communications is where problems show up, but the communications are rarely the problem. Rather, the dysfunctional communications are the symptom of the problem. It’s critical to look beyond the symptoms to identify the real problem. Otherwise, you spend all your time looking at the wrong things, as Robotic Chromosomes so eloquently demonstrated.

Avoiding that fate requires a willingness to accept negative feedback; it means being willing to hear what people are saying about your product, your service or your management style. If you aren’t willing to listen, or if you structure the way in which you listen to negate the feedback, you’re setting yourself up for failure, one step at a time. For example, creating a culture that mocks and demeans your clients is not a recipe for success, and closes you off from valuable feedback from those clients.

Being willing to accept feedback is only a first step though. You have to create a context in which employees are not afraid to give you that feedback, and in which they believe that providing feedback is worthwhile. If people believe they’ll be punished for being critical or regarded as “not a team player,” it’ll be hard to get them to provide feedback.

Next, you need to clearly define your goals and also define how you’ll know whether you’re succeeding or failing. Robotic Chromosomes had very fluid definitions of success, definitions that shifted regularly to avoid facing unpleasant results. It’s important to separate the evaluation of the feedback you’re getting from the testing to see if the criteria for that evaluation are valid. In fact, verifying the validity of your criteria should be done before you then evaluate your feedback: otherwise, it’s too easy to redefine success and give yourself a few more cuts. None of them seem all that bad at the time.

Step by step, over the course of several years, Robotic Chromosomes successfully created an environment where any negative feedback could be ignored because that feedback was always coming from idiots. Their competitors didn’t drive them out of business. They drove themselves out of business; their competitors simply put them out of their misery. How will you avoid the death of a thousand knives?

Stephen Balzac is an expert on leadership and organizational development. A consultant, author, and professional speaker, he is president of 7 Steps Ahead (www.7stepsahead.com), an organizational development firm focused on helping leaders grow their businesses. 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.” Contact him at steve@7stepsahead.com.

The Engines Cannae Take Much More…

As published in the CEO Refresher

Imagine for a moment Mr. Scott giving his famous, “Captain, the engines cannae take much more of this,” line and Kirk responding, “No problem, Scotty. You take a break and I’ll fix the engines.” Even for Star Trek this would be ludicrous. Kirk may be pretty smart, but he’s not the master engineer that Scotty is. It makes no sense for him to try to do Scotty’s job; that’s what he has Scotty for. Oddly enough, Star Trek is one of the few places where this scenario never happens.

Where does this scenario play out? In far too many businesses. I am always fascinated when a manager tells me that he would never ask his employees to do something that he couldn’t do. What is the point of having a team? A team that limits itself to the abilities of the leader is not really a team. It’s a group of henchmen who may be good at carrying out instructions, but who are not capable of achieving high levels of creativity or performance. It would be like Kirk refusing to order Scotty to fix the engines because Kirk can’t do it himself.

In an effective team, the abilities of the team are greater than the sum of the individuals. It is the capacity of the team to work as a unit, to be able to put the right person or subset of people in the right place to deal with problems that makes the team strong. Fictional though they are, the crew of the Enterprise is an effective team exactly because they know how to put the right people in the right place at the right time. While it certainly helps to have a cooperative script writer, the fact is that the level of teamwork that they demonstrate is not fictional at all. It is something that all teams can achieve, for all that barely one in five actually do.

To bring this into the real world, or at least as real as the software industry gets, I worked once with a software company that had the idea that every engineer should become expert in every other person’s code. Unfortunately, this was a fairly large project and the different pieces required different areas of highly specialized knowledge. Each of the engineers had spent many years building up that expertise and could not simply transfer it to every other engineer. While having partners working together makes a great deal of sense, trying to have everyone doing everything is self-defeating. It sacrifices the benefits that come from applying specialized knowledge to specific problems.

However, this was not nearly as dysfunctional as the suggestion by one senior manager at a high tech company that part of having everyone in the company better understand one another’s jobs, each person should spend time doing each of the other jobs. When it was pointed out that engineers are not always the most socially adept people, and that perhaps having the engineering team trying to market to customers wasn’t the best choice, his response was, “Then they need to learn.” When it was pointed out that marketing and sales professionals, talented as they are, generally are not trained engineers, he had the same response. Fortunately, wiser heads prevailed: while those engineers who wanted to become more involved in customer facing activities were given the opportunity to do so, the engineers did not end up trying to sell the product and the sales force did not end up attempting to build it.

Now, the fact is, this manager did have a point. Helping people to become more knowledgeable about one another’s jobs is important. If you understand just a little about what other people are doing, you have a much better sense of what is a reasonable request and what is not, what you can do that will help them accomplish their jobs, and what you can do to help them to help you do your job.

So how do you develop that level of mutual helping? Different people bring different skills to the project. The more people can get to know one another, to appreciate the perspectives, experiences, and ideas that each one brings, the more they will start to come together as a team. The leader needs to set the example that asking for help is not a sign of weakness and accepting help is not a sign that you can’t do your job. It is exactly because you have multiple perspectives and approaches, multiple skill sets and ideas, that the team becomes strong.

The leader can do this by, well, leading. Not by ordering or threatening or attempting to coerce people, but by demonstrating the behavior that he wants other people to engage in. The leader must be the first one to acknowledge that the reason there is a team in the first place is because the leader can’t do it all himself. If he could, why is anyone else there? Whether it’s Captain Kirk trying to run the Enterprise single-handedly or one man trying to play all nine positions on a baseball team, a leader who can’t accept help is not a leader.

What are you doing to help your team members help you?

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?

The Accidental Leader

As published in Corp! Magazine

Does this sound painfully familiar?

The team leader left the company or was transferred elsewhere. No one knows anything about the new person coming in. Everything is up in the air. It’s almost impossible to get any work done because everyone is too busy wondering what’s going to happen next. Is the team going to be kept together? Will the project be cancelled?

Or how about this situation:

You were just assigned to take over a strong team. The former leader, well-respected by the team, is leaving. When you get there, there is a marked lack of enthusiasm. Everyone smiles and nods, but the suspicion is palpable. No sooner do the first words leave your mouth when you have a sinking feeling that whatever it was you said, it was exactly the wrong thing.

Although it may seem that the difference is which side of story you happen to be on, in reality, the situations aren’t really any different at all. In both cases a once functional team is tossed into a state of chaotic uncertainty. From feeling comfortable and secure, suddenly everyone is wondering if there’s another shoe about to drop.

Oddly enough, when the new leader comes in, the situation often gets worse. Rather than allaying people’s fears, too often those fears are increased. It’s not that the new leader is trying to scare people; it’s just that whatever she says, it just doesn’t seem to come out quite right.

At one company, the new executive director was welcomed with great fanfare. Thus, she was totally unprepared when her modest proposals to improve how the company delivered products ignited a firestorm of protest and resistance. This was a very painful situation, although I was able to help them work things out in the end. Still, though, perhaps we might want to look at a more upbeat scenario.

At another company, the new president decided to try something different. When he took over, he didn’t tell people how things would be; rather, he asked them how things should be. Rather than set deadlines, he asked employees what deadline the previous, successful president would have set for their projects. Rather than set new rules, or even focus on existing rules, he asked people what sort of structure would most help them. Rather than try to Impose His Mark on the organization, he took the time to understand what mark was already there. Rather than fight the natural resistance people have to change, he invited the rest of the company into the change process. The transition ended up going remarkably well. What was even more interesting was that along the way he took a fair bit of heat from his board that he was not “acting like a leader.”

He ended up being one of the best leaders the company ever had. Despite initial beliefs to the contrary, it was no accident. By now, you might even recognize the company.

Most leaders respond to a chaotic situation by trying to impose order. This isn’t necessarily a bad idea, at least in theory. Chaotic situations are unpleasant and without some sort of structure, nothing is going to get done. Despite this, when order is imposed too rapidly, suddenly everyone is fighting for chaos.

The secret to taking over a new team, indeed, to dealing with any team or company in a chaotic situation, is to move slowly. Speed comes from being in the right place at the right time, not from rushing to get things done. When you take the time to find the most serious pain points, the places where people are most scared or most upset, and you resolve those situations, you build the trust you need to succeed.

How do you find those points? Ask the team. Involve them in the process. Don’t impose order; rather, create order.

Are people concerned about deadlines and how changes in product schedules might impact them? Invite them to help set the deadlines. Is product quality an issue? At one training company, the fear was that the changes would compromise the quality of the training being offered, which would, in turn, drive away clients. The solution was to stop fighting about it and instead identify the metrics currently being used to determine quality: both the official ones and the ones that staff members used privately. Once those metrics were brought to everyone’s attention, then the new CEO could help the staff members see how the new training would actually surpass the old training. Sounds simple, but the experience was anything but!

You impose order when you walk into the situation and tell everyone what to do. You create order when you find points of maximum leverage and invite people to suggest the order they want you to provide. The second may be slower, but, paradoxically, it gets you to where you want to go a lot sooner. How will you create order in your organization?

Read the first chapter of my book (via Amazon Kindle for the Web)

The Peter Principle of the thing

Okay, the Peter Principle, that each person in an organization is promoted to their level of incompetence, is legendary. Since it was first advanced by Lawrence J. Peter in the 1960s, it’s been one of those things that is spoken about amusingly but with a certain element of “yeah, right.” (which is, I believe, the only example of a double-positive making a negative, but I digress.)

Well, if you’ve ever wondered if the Peter Principle works, it turns out that it does. This year’s management Ignoble Prize went to The Peter Principle: A Computational Study. The researchers found that not only does it work, it’s potentially unavoidable if ones duties following a promotion are essentially unrelated to ones duties before the promotion. In other words, the skills of an engineering manager are not identical to those of an engineer. Being a good salesmanager is not the same as being a good salesman, and so on. The study went on to state that organizations could improve their efficiency by promoting randomly the most and least competent performers!

Looking at this study, I’m struck by the basic assumption underlying it: the principle works if the duties as you move up are substantially different from what they were at the “lower” level. Unfortunately, this is a pretty valid assumption. There is a cultural belief in most businesses that management is “higher” on the corporate ladder than being an individual contributor. As a result, if you really want to increase your salary and status in the company, you need to keep climbing. Unfortunately, this means that there’s a very good chance that eventually you’ll reach the point that you can’t do the job well anymore, and hence you’ll be stuck in a job that doesn’t fit your skills and talents.

It’s a very perverse incentive!

It occurs to me that instead of insisting on the ladder or believing that doing well at job X means that you’ll do well at job(not x), perhaps a better approach might be to give people the opportunity to try out a new job. Providing some sort of training for the new job is also a good idea. It’s rather disturbing how often people are “promoted” into management and then given no training on what to do. In a perfect example of the Peter Principle, they are taken out of the job that they excel in and for which they probably trained for many years, and put into a job for which they have no training and possibly no talent. The former, at least, can be fixed.

Of course, even when there is management training, it has to be done right. The occasional one-off, soon forgotten until the next year, is hardly sufficient. Consider how much training it probably took for the person to be successful in their previous job! Management training needs to be focused, given the reality of time constraints that exist in most businesses, and it also needs followup. Waiting a year until the next training won’t do it!

It takes a lot of effort to avoid the Peter Principle. I suspect that many businesses are figuring they can’t afford to do anything about it. My question is, can they afford not to?