I agree, Beth -- groupthink has to do with the organization's culture and whether it is emotionally safe to tell the truth. I remember IBM's study on creativity with the company. Those doing the study found a correlation between those who were creative and those who made mistakes. The result is that IBM decided it needed to encourage people to make mistakes. What they really meant was they needed to reduce the pressure on caution.
I agree Nadine, and other factors can also be at play. Sales may be making promises they can't keep without asking first, or upper management may have cast an unreasonable vision and those on the lower end may feel too initimidated to speak up.
I think the statement, "Engineers also often have a tendency to believe they can solve any problem with hard work and ingenuity. This can sometimes lead to ever-increasing expenditures of effort toward a difficult task without questioning the value of the task itself" is also very indicative of some situations. There has to be a point where the work warrants the payoff and if not, that part of the project is readjusted or suspended.
Diplomatic approaches help too - how a person's opinion is received often depends on how it is delivered...and the receptivity of those at the listening/decision-making end counts as well.
Beth, I know what you mean about the ingrained thinking.
I'm generally the one who don't have a problem going against the group's opinion if I think it is wrong. However, there are times when like Beth stated it is ingrained and my feedback is not worth mentioning, but not often. Lol.
One time a program manager asked me "how is the project going"? I politely stated it wasn't going well, the new people he put on the project had taken it way off track and no progress was being made. Long story short, He let me know that I was the only person on the project that felt that way. I told him I was the only person who said anything.
I learned over the years to NEVER repeat someone else's opinion about something like this, as they always deny saying it making you look like the liar. So when he asked who I said he/she must speak for themselves. Not 30 days later, the group was called into his office saying the "project isn't going well no progress was being made". I said "OH NO!! I can't believe it". It's funny the project engineer came to me in private and said "I should have said something about how bad the project was going when he asked me instead of saying everything was going good". I was thinking yes you should have but rest assures I will not speak for you or anyone else. It a shame there are so many people that are afraid to speak the truth. The truth may hurt but I rather it hurt and make things better than say nothing and make them worst.
Sounds very familiar a manager setting unrealistic deadlines just so the project schedule would fit into some kind of mold. I always hated when a manager would ask my completion date then put whatever date he felt would fit well in the project's schedule. I've seen this happen not only to me but other engineers more times than I can count. Then for some strange reason the manager would be surprised when the project was behind schedule. In fact, I worked a place this was so bad that "behind schedule and over budget" was a common phase. I thought "on schedule and within budget" was a unicorn project.
@JamesCAnder: Managers who set unachievable deadlines and then blame engineers for failing to achieve them are setting themselves up for failure.
Suppose the company fires your friend and hire someone else. His replacement is unlikely to have any more success in meeting the deadlines. Ultimately, the company will fail to achieve its goals. They can blame whoever they want, but at the end of the day, they will be the losers.
I'm not suggesting that your friend should complain; I'm suggesting that he should tell the truth. This is his professional responsibility. Whether or not his managers want to listen to him is outside of his control.
The law of gravity applies, whether you choose to acknowledge it or not. Denying reality does not change the facts. But we, as individuals, can choose whether to participate in the denial of reality.
Your friend should be looking for another job, if he isn't already. Based on your description of its management style, the company he works for is clearly not headed for success.
Complain all you want, missing unreasonable deadlines on projects will lead to your exit from the company. This is happening to a colleague of mine. He is stressing himself out over meeting the dates. He has even said it is impossible. The response, "we have to get it done." (We as in him only.) He confided in me that he is worried, his job is a stake.
Is groupthink more like groupblame? Swaying a manager to reality is just a way to buy more time, pass the blame onto time so to speak. Perhaps complaining is a good way to cover the bases. Squeaky wheel getting the grease, to add another cliche.
What can someone like my friend do when they complain about unreachable milestones and still are responsible?
Lou that's sound practice, and I agree. You were GE – so you know Zafirowski – and what an example he set. (MikeZ, if you're reading this, the connation is NOT positive). Back to the point; we had an un-written rule when I was at Motorola – If you're going to criticize a concept, you must offer an improvement alternative; not just another Jerk-input. (MikeZ, you would have benefited following this idea. Maybe even kept you out of bankruptcy a few times)
Thanks, Dave, for writing this article. I haven't seen Whyte's name in ages. He wrote The Organization Man, a key social science text discussing in detail what groupthink was doing to 1950s companies and their employees. I think one of the toughest aspects to groupthink, for engineers and everyone else, is figuring out the line between it and teamwork.
@naperlou: At times, it may be necessary to criticize a plan even when you don't have an alternative worked out. If there are problems with the plan, they need to be brought up, so that they can be addressed. You're absolutely right, though, that it needs to be in a constructive spirit, rather than a spirit of finding fault. (For one thing, if others perceive that you're simply trying to find fault, they will be less likely to listen to your concerns).
If engineers and designers can set aside attachment and ego, groupthink is less likely.
It's hard to be the one who calls out any issue that needs to be addressed in a project. Unfortunately, pointing out flaws in the process is often seen as criticism. Timing is very important too. Too early or too late in the process can derail good momentum.
Festo's BionicKangaroo combines pneumatic and electrical drive technology, plus very precise controls and condition monitoring. Like a real kangaroo, the BionicKangaroo robot harvests the kinetic energy of each takeoff and immediately uses it to power the next jump.
Design News and Digi-Key presents: Creating & Testing Your First RTOS Application Using MQX, a crash course that will look at defining a project, selecting a target processor, blocking code, defining tasks, completing code, and debugging.
Focus on Fundamentals consists of 45-minute on-line classes that cover a host of technologies. You learn without leaving the comfort of your desk. All classes are taught by subject-matter experts and all are archived. So if you can't attend live, attend at your convenience.