Leadership and team formation
Ever wondered why some teams are a pleasure to work for and others are a royal pain? You can find out on my live radio interview on Leadership and Team Formation.
You can also read a discussion of the show here.
Ever wondered why some teams are a pleasure to work for and others are a royal pain? You can find out on my live radio interview on Leadership and Team Formation.
You can also read a discussion of the show here.
I was interviewed recently on Motivational Minds radio on the value of making mistakes in creating an innovative organization. Check it out!
The holidays are the season for Yankee Swaps. Now, a Yankee Swap would seem to be a fairly simple and straightforward activity: each person either chooses a wrapped gift or steals an opened gift from someone else. This latter activity can, of course, trigger a chain reaction, but that’s part of the fun. At the end, everyone feels like they had at least some measure of control over the outcome. One would think it difficult, if not impossible, to mess up a Yankee Swap.
However, all things are possible. In this case, one company held a Yankee Swap with incredibly detailed and complicated rules which had as its most salient feature that no gifts were opened until the very end. In other words, the experience was transformed into the equivalent of a very slow grab bag: a long, frustrating, totally random process at the end of which people felt that they had no control over the outcome. Ironically, the most common complaint from employees at this company is that many of the rules are complex, time consuming, and leave them feeling like they have very little control over how they get their work done.
Read the rest at Affluent Magazine
There are a great many ways to complete the phrase, “If it ain’t broke…” The classic, of course, is “don’t fix it,” but I’ve found that “then it doesn’t have enough features,” is also pretty popular. While some other popular endings include “then you haven’t hit it hard enough,” “clearly it’s unbreakable,” and “don’t upgrade it,” for the most part, they’re variations of the first two.
Read the rest at Enterprise Management Quarterly.
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?
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
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
Not long ago, an article in the New York Times discussed how Merck created what appeared to be an independent, peer-reviewed journal, and then used that journal to convince doctors to prescribe Merck products.
What is particularly amazing about this story is that Merck is the same company that 20 years ago created a cure for River Blindess, even though they knew that the people most in need of that cure would never be able to pay for it. At the time, the cost to the company was estimated at $200,000,000. Then CEO Roy Vagelos said that he felt that there was really no other choice: he was living up to Merck’s ideals of “health before wealth” and “do good and good will follow.”
As things worked out, the long-term benefits to the company, in terms of prestige, being able to attract top-notch researchers, and access to emerging markets, were immense. Merck did good, and good did indeed follow for the company and its shareholders. It just wasn’t obvious at the time that things were going to work out that way.
So what happened? How did a company that lived up to its ideals as Merck did come to be the same company that used rather questionable practices to convince doctors to use its products?
Now I have no particular contacts or channels into the brains of the people at Merck, so what follows is purely supposition based on observing similar patterns of behavior in sports and business.
It’s well known in sports that athletes who are solely focused on winning do less well than those who are focused on personal excellence and skill mastery as well as winning. Indeed, a total focus on the outcomes and not the process can lead to a number of problems, including depression, burnout, and reduced enjoyment in the activities. Failure, instead of being a learning experience or an opportunity to evaluate and adjust, becomes something to avoid at all costs.
Ways of avoiding failure might involve only facing easy opponents, or it might involve cheating in various ways. Fear of failure is a very powerful force; the most successful athletes are those who master the art of learning how, and when, to not care if they win or lose.
When a business becomes totally focused on making money, it falls into a trap similar to that of the athlete. Milton Friedman to the contrary, a business cannot be solely about making money. Rather, a business is about producing innovative, or at least useful, products and services. These products and services must, in some demonstrable fashion, provide value to people. Money is how the business knows it’s succeeding.
Like sports, however, when the focus becomes too short-term and too outcome oriented, it becomes increasingly easy to justify behaviors that make money now instead of behaviors that maintain the product pipeline. It’s really no different from the athlete who sacrifices long-term health or career for a victory today. Living up to ones ideals is easy when things are going well; it’s when things get difficult that the real test comes.
Being a successful athlete, at any level, takes a great deal of work and dedication. There are always people who are looking for short-cuts. Being a successful company takes work and dedication as well; staying successful is, arguably, even harder. Over the years, very few have managed it. The tendency to take short-cuts is always there. It’s the businesses that stick to their ideals and are not captured by the fear of failure that last the longest and are most likely to survive the inevitable tough times.
Just as in sports, it’s all about learning how, and when, to not care.
“Left or right?”
“Right to Midnight.”
I had this conversation recently with my 3.5 year old son. We were in the car, and he had just dropped his favorite stuffed animal, a black cat named Midnight. He couldn’t reach it, and I was feeling around trying to find it for him, while he kept telling me I was near Midnight. When I finally tried asking him if I should move my hand left or right, his response was that I should move my hand, “right to Midnight.”
Now the fact is, a 3.5 year old doesn’t really understand that I don’t know what he knows: after all, he can see my hand and the cat, therefore I should know which way to move. This sort of thing is not at all unusual with young children. For the most part, it’s generally pretty funny.
It’s much less funny when senior management is in the role of the 3.5 year old, and the employees or customers are trying to figure out what is going on. Young children haven’t yet learned to consider other perspectives; management, on the other hand, doesn’t have that excuse.
Many people are familiar with companies that put out products with incomprehensible interfaces or unreadable documentation, and then become highly irate when the customers complain that they can’t figure out how to use the product. I worked with one high tech company where the CEO and engineering team routinely described their customers, primarily research scientists, as a bunch of incompetent idiots. They simply could not understand why their customers could not understand how to use the product. After all, the CEO and the engineers understood it.
Fortunately, very few people are going to argue that a company needs to get input from its customers and involve them in the design process. After all, that’s the best way to make sure you’re giving them something that they’ll be happy to spend money on. The real problem arises when the company’s internal communications are lacking. It is, sadly, not at all unusual for management and engineering, or engineering and sales, or any other combination of departments to be talking past each other. The groups are nominally all working for the same company, but none are capable of recognizing that the others don’t know what they know or cannot imagine that different groups within the company have different, equally valid, priorities.
Engineers, for example, are most concerned with building elegant, effective solutions to problems. Salesmen want to sell product. Documentation wants to describe what the product does. Customer support wants to help the customer actually use the product. Managers are trying to meet deadlines and generate revenue for the company. It would seem that everyone is on the same page. The reality, though, is far different. The engineer’s elegant solution may be brilliant, but impractical: for example the engineer who suggested driving bolts into the side of my house to hold up a sunshade for an afternoon. While that would have solved the immediate problem, it was just a bit of overkill and could easily have caused other problems down the road. Salesmen may promise features that engineering can’t implement or management, in an effort to close a deal, might set overly aggressive deadlines. A case in point occurred in one company I dealt with, when the CEO turned to the VP of Engineering and asked when the product would be ready to ship.
“September 1st,” said the VP.
The CEO turned back to the phone and said, “We’ll have it for you on July 15th.”
The CEO simply could not understand why engineering couldn’t have the product done by July 15th, and the VP of Engineering simply could not understand why the CEO couldn’t accept September 1st. The net result was that the product ended up shipping on October 1st, delayed by a constant series of unmeetable deadlines.
When I’m telling this story, someone always says to me that the two people simply needed to communicate better. True, but not very useful. If it were simple, they would have done it. Under the pressure to get a product out the door, each one forgot to stop and get the full picture. Their frames of reference narrowed to the point where they could not imagine any other answer than the one they had locked onto. Whether two people or ten people are involved, it’s important to stop and ask four critical questions:
1. What do I know that they do not know?
2. What do they know that I do not know?
3. Do I actually have enough information to make a decision?
4. Are we really all on the same page?
Taking the other person’s perspective can pay off in a big way. What’s stopping you?
There is nothing quite like that warm feeling you get at the end of the day when you look back and wonder where the time went. There is nothing quite like realizing that an entire day has gone by and nothing got done. Unfortunately, this happens far too often, especially when the day holds meetings.
Meetings have a bad reputation for consuming a great deal of time while producing little of substance. That reputation is well deserved. Despite this, meetings remain extremely popular in many companies. Unfortunately, in addition to potentially wasting a great deal of time, meetings often tend to leave people drained and unable to focus. As a result, they use up even more time getting back on track after the meeting.
Read the rest at FreudTv.com