和特种部队相比，研发团队差哪儿呢？

前两年有一本特别火的书，特别是在敏捷圈里面，被很多人推荐，书名叫做《赋能》，据说是一位曾经在特种部队里面待过的哥们儿写的，里面讲了不少关于特种部队是如何战斗的事儿。

之所以被敏捷圈的朋友们推荐，是因为很多时候，我们也期望自己所在的研发团队也像是特种部队一样，能够通过相互之间完美的协作，快速有效达成目标。

至于说类似的地方，其他的都不谈，至少人数上是差不多的，Scrum的指导里面会推荐，一个团队的人数应该是7±2，而这差不多也就是特种兵一个战术小组里面的人数。

为了更多地理解那本书里面写的东西，我还特意找了一部美剧看，就是《海豹六队》，里面讲的是海豹突击队一个战术小组里面发生的一些故事，爱恨情仇的，也挺好看。

然而，好几年过去了，那本书也慢慢热度降下去了，也不再有太多人会谈起，回过头看看我们的IT研发团队，好像和当初也没有太大的变化，也没有真正成为特种部队，也没有从那本书、那部电视剧里面学到太多的东西，似乎仅仅是看得很爽，想要应用和落地的时候，就不知道该如何下手了。

那么，让我们一起来思考一下，和特种部队相比，研发团队到底差哪儿呢？

记得赋能里面提到，一个特种部队小组里面，会有三种角色的人：冲锋陷阵的，运筹帷幄的，信息互通的。

这三种角色在一个团队里面都非常重要，缺一不可，结合之前的一篇文章《三种力量、三个角度和三类角色》，可以看到这三种角色分别也是对应这心脑手三个角度。冲锋陷阵的明显是把策略和战术真正实现，是偏手层面的；运筹帷幄会根据情况制定具体的战术策略，是团队的大脑；而信息互通会让团队的目标统一，并且让团队也成为一个生命体，是团队的心脏。

就连最近我看得一部小说《守夜者》，里面也会有各种角色的划分。

我们会看到，理想的团队角色的划分方式，是根绝每个人的特征来做的，每个人都能够在合适的岗位上发挥出合适的作用，而且都是发挥每个人的长处和优势，缺点和劣势会在团队中被补足。

就像是贝尔宾团队角色的理论里面所说的一样，没有完美的个体，只有完美的团队。即便是在特种部队里面，个个都是精英，但想要完成一个目标，也不是一个人就能够搞定的。

就连《反恐24小时》里面打不死的小强杰克鲍尔，身后也总是会有那个丑丑但睿智的克洛伊在帮忙，如果是他自己的话，可能早已经被恐怖分子们打成渣渣了。

然而，在研发团队里面，我们可能看到的是另一幅景象。

冲锋陷阵的人有，必须是广大程序员同学们，编写代码实现想要的功能，这也是必须要做的，当然做需求分析、设计的同学也算是冲锋陷阵，但似乎一般不会承担最终的责任。测试的同学也算是在战场之中，但更多的时候是为了避免问题，关注的更多的是风险。

运筹帷幄的人，嗯……我要想想，有时候会有，可能是一个团队的项目经理，他会把控总体上的进度，会调配每个人的工作，当然也会和更高层的管理人员沟通。在系统功能层面，这个人可能是产品经理，会确定一个研发项目或者产品的总体目标是什么，并且进行层层分解，让大家落地实现。

信息互通的人，呃……不太好说，因为太多时候我们会看到团队中信息并不都是全员共享的，不管是项目经理还是产品经理，都会有一些信息只是存在于他们的头脑中或者电脑中，而不会拿出来和大家共享，而且可能还美其名曰，让下面的同事能够更专注于自己的工作。

而且，研发团队之中的很多信息也不是同步的，特别是有些团队中还是清晰地划分了多种角色，而这些角色还都属于不同的行政部门，有自己不同的KPI，有不同的领导，这样就更会有很多信息是不能够同步的，毕竟都不是一伙人，怎么可能一条心？

这样对比下来，如果给三种角色的存在以及所起到的作用打个分（1-10）的话，我可能会是这样的：

冲锋陷阵：8

运筹帷幄：6

信息互通：3

当然，上面的这个分数，仅仅是我凭着过往的经验和经历，拍脑袋出来的，各位读者，你们可能根据实际情况的不同，会有不同的分数。

但我猜测，分数高低的顺序很有可能和我打出来的是一致的。

这样分数的团队可能会是什么样子呢？大家可以参照一下《功夫熊猫三》里面阿宝刚刚接手小浣熊师傅训练盖世五侠的场景，基本上就是大家熟悉的模式，命令控制型的团队。

这就奇怪了，我们喊敏捷已经这么多年了，为什么又回到了原点，成了命令控制型的团队了呢？一定有人会喊，不是这样的，至少不应该是这样的。

然而很遗憾的是，我看到的事实很多就是这样的，我也很无奈。

我的思考就写到这里啦，不知道是否也引起了你的思考？