团队管理中的第六人模式 .

喜欢玩dota的朋友一定知道它是一个5对5的竞战游戏，不光需要游戏人员的操作，还需要团队意识和团队配合，往往这种游戏的比赛中都会有一个队长或者指挥人员，高潮时期往往队长一个指令，大家都必须不折不扣的放大招或者进行邪恶的杀戮。

  这时如果队长的决策是错误则会导致“团灭”。

  回到我们IT团队中也是一个道理，往往我们的项目leader就承担着这种队长的职责，当一个项目需要决策时一般会出现如下情形：

 1、大家七嘴八舌、各抒己见，往往会产生多个决策意见，leader会结合大家的想法和自己的意见最终大家一起讨论出一个共同决策，基准是少数服从多数

2、碰到独裁的leader会一拍脑门独自下一个决策强迫大家执行，尤其是当他很有阻力的上完大号回来后

3、还有一种讨论是大家都拿不定主意，于是最终出来的决策也是“走一步看一步”

 当然还有很多情形这里就不一一列举，我们这里要讨论的是第一种情形：“少数服从多数”

 少数服从多数是我们从古人开始就传下来的行为习惯，不管是团队甚至是立法都是少数服从多数，在IT团队中这很有可能带来一个弊端：“有时正确的决策掌握在少数人手里”。

 因为实行”少数服从多数“的做法，所以往往少数人员到最后也不得不被迫执行多数一方的决策，但是回过来想一下，很多项目做到一半时发现了当初决策时的错误性，于是就会导致返工、责任扯皮、部分人员引咎辞职，尤其是”扯皮“在我国项目团队中是很多见的，项目损失不大无所谓，万一当时错误的决策导致项目带来巨大损失时，我想此时大部人首要考虑的是先撇清责任，因为在项目考评中不存在”坦白从宽“。

 

 昨天看电视，看到了一个关于介绍以色列的经典理论–叫做”第十人理论“，这条理论规定，如果有9个人看到同样的信息并作出同样的判断，那么第十个人必须必须做出与那九个人相反的假设，并努力证明那九个人是错的。

  这个理论很经典，而且我认为非常适合用到我们的IT团队管理中，但是很少有团队利用这个理论

  对于利用这条理论的我的观点：

  这里首先假设我们团队有五个人，又譬如我们在讨论某个项目是否要使用关系型数据库还是使用NoSql数据库时。

  这里要注意的是：项目决策团队人员数一定要是单数，双数没意思的，你们懂得。

 1、如果5个人一致认为要使用关系型数据库，那么随机选择一个队友让他承担反方，也就是在项目建设中去努力证明使用NoSql数据库是更适合的（贯穿全期）

 2、如果2个人认为要使用关系型数据库，3个人认为要使用NoSql数据库，那么乾坤反转，让这2个人强迫支持NoSql数据库，另外3个人反过来支持关系型数据库，并在决策期努力互相证明对方是错误的（只在项目立项期）

 3、如果是4v1的阵容，那么应该再拉入一个人临时进入团队，这就是”第六人模式“，让这第六人努力去证明 这双方都是有问题的。

使用上述理论进行团队决策可能的结果是：

 1、少数服从多数依然在执行，不影响执行力。但是少数派承担着监督多数派的责任

2、让团队成员学会换位思考、换角度思考，甚至是换脑思考

3、扯皮现象木有了，因为你没有机会扯皮。如果多数派是胜者，那么不代表少数派是错误的；如果多数派是输者，那么少数派就是正确的，但是如果在过程中没有证明多数派是错误的，那么少数派就是失职的

 4、团队的决策权更加弱化，大家都有机会成为决策胜利者。策胜利的一方。项目团队虽然像打仗，但它并不是真正的打仗，战场上只能有一个人说了算是并不适合项目leader的

 最后：”其实，很多在非IT领域使用的策略和手段都可以借鉴到团队管理中去，IT团队也是需要监督的，我们在大行团队建设的同时别忘了进行监督和反证明，否则损失的就是老板就是公司，伤的是程序员脆弱的心灵，”

   而且，执行力有时太高很可能意味着“无脑和鲁莽”。