今天想跟大家说说群体思维和质疑。群体思维是什么呢？群体思维是指人们在团体决策过程中思维倾向于一致，没有人提出异议，没有人采取批判性的态度。
我觉得群体思维出现主要是因为管理者没有给大家营造出一种可以采取批判态度的氛围，进而那些有想法的成员也不想提出自己的异议，最终就导致了管理者的一言堂，大家也都唯管理者是从，也就出现了表面上一片和谐，实则内心愤愤不平的状况。可能有很多人也就眼睁睁看着管理者做了错误的决策，但是也不提出自己的异议，而管理者也因为经常没有人提出异议而觉得自己的决策一直都还挺正确的，还一直以为大家都很服气和赞同自己的决策，进而这种情况则愈演愈烈，以至于某天有人跟管理者提出异议的时候，大家都会觉得奇怪，管理者也会觉得突然有人提出了异议，会觉得自己的权威遭到了挑战。
有些胖友会说，人家是管理者，人家是领导，我说的建议或者提出的异议人家会听吗？人家会采纳吗？首先来说他听不听采纳不采纳是一回事情，而自己提不提是另外一回事情，如果从来都没有提过，那么他肯定也不知道你有这个想法，也不知道你会有异议，最终你自己心里还一直觉得不爽，可是表面上还要表现的跟没事人似得，最终的结果可能是自己忍受到了某一天就像马爸爸说的似得觉得心委屈了，就走了。
我们很多人，包括我自己往往会轻视自己，往往会觉得自己提的意见不好怎么办，自己说的不对怎么办，可是我觉得还是要说，一次两次不对，我觉得十次八次总要对的，很多领导者其实是希望听到团队中不同的声音的，虽然我们的很多意见，我们的异议他们也不会采纳，但是一定会影响到他们的决策，即使不是这次的决策，因为作为一个理智的人，一定会设身处地想一下提出异议的这个人说的是不是有道理，说的问题当下是不是存在，即使领导的思维层次比较高，最终否定了我们提出的想法，但是这也是他思考过的结果。
所以要想群体思维不出现或者少出现，就需要每个人都有质疑的精神，而不是一味的点头赞同。说个跟一些胖友近一点的事情吧，就拿很多开发胖友熟悉的来说，正常的工作流程就是产品经理给出某一阶段的需求，然后开发人员如期完成，最后进入测试阶段，这看起来似乎没有什么问题。可是这个过程中，我们开发人员不该只是一个接需求的人，我们需要对于产品经理提出的不那么靠谱的需求 say no，否则如果我们开发人员不说，产品还觉得自己的需求提的还挺对的，那么以后可能还会有很多此类的需求，那么最终苦的不还是咱开发自己么？所以小胖在工作中接到一个需求的时候，不会立刻马上就去做，而是会先考虑下这个需求是否合理，另外从自己开发的角度来看对于这个需求要解决的问题是否有更好的方案，当然这个过程免不了一些讨论，甚至一些激烈的讨论，但是最终能够得出一个更合理的方案，即使激烈一些也没什么，同时这样也会多多培养我们开发自己的产品思维，也会让产品经理同学在以后提需求的时候多思考那么一层，而不是天马行空。作为一个开发，不该也不能只是一个会接需求的人，质疑对于每个人都是必要的，不仅仅是开发胖友们。偷偷告诉胖友们，小胖的一个小小愿望就是做一个懂产品的技术人和懂技术的产品人，懂产品的技术人和懂技术的产品人有啥区别，还请胖友们自行体会，哈哈哈。
群体思维对于团队或者个人都是有百害而无一利，当然这个更多的是靠管理者意识到这个问题，当然也更靠团队中每个人的质疑精神。
