Trust the Force, Luke

This article was originally published in Corp! Magazine.

 

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

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

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

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

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

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

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

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

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

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

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

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?