Posts

Showing posts from July, 2021

我为什么反对技术团队大融合

在做技术工作的这些年,我经历过至少两次大的团队调整,就是把小团队打散,形成大的集团军,里面会按技能划分成不同的小组,一旦来了项目,不同技术背景的人就马上从这些技能小组里被抽调出来一起去完成这个项目。后来事实证明,这样的调整无一成功,而且造成人员流失严重,公司面临巨大动荡。传统行业未必如此,但在互联网行业这是普遍存在的现象。 不论在阿里、腾讯,还是Amazon、Google,内部都不会有这样的组织体系,当然,他们的体量比较大,组织成一整个技术团队会带来管理上的问题,但我不认为这是主要原因。从我的经历和观察来看,“大一统”的组织体系只是领导比较喜欢的一种方式,因为把人组织起来、管理起来,看上去井井有条、秩序井然,在面临需求的时候进行资源调配有一种指挥千军万马的感觉,只要一切按照预想的去发展,一定能解决所有问题。另外,这也是一种技术人思维的具体体现,领导创建资源池,哪里需要资源的时候就直接从资源池里抽取需要的资源,特别符合技术架构的理论。但是,这种组织体系有一个致命缺陷而且是无法解决的:人。工程师也是人,他们不能被当作资源进行管理,所以我强烈反对“人才资源”这个词语,人是有感情、有偏好、有温度的,把他们大规模当冰冷的资源进行管理,最后除了领导自己感觉良好之外,不会带来更好的结果。 做公司的人都知道团队不好建,一个好的团队效率可以特别高,还可以做到几十年员工零流失,那么这个团队就是公司最宝贵的资产。很多大佬说过类似的话,只要有团队,可以在任何地方重新复制一个新的成功的公司,就是这个道理。那一个团队是怎样变得如此有战斗力和凝聚力呢?还是我刚才的观点,工程师是人,他们有自己的感情,一个团队长期在一起工作,已经磨合过了,也会相互成长,成员之间也会有默契,一起去完成一个任务的时候会有更高的效率。这就是在搭建团队中最难也是最宝贵的过程,而大一统的组织体系远无法达到这个效果,因为临时根据项目需求凑起来的班子,成员之间可能连最基本的信任都还没有,更不要提一起去完成一个任务了,这也许就是之前数次组织调整均告失败的最主要原因。至于有些领导认为大技术团队效率高,哪里有问题就往哪里疯狂塞人就好了,实在不行就全替换成骨干,这真是愚蠢至极的想法,因为这是解决问题为导向的思维方式,根本不是在建团队。 技术团队大融合的调整中,很多工程师本人,包括领导,都往往没有清醒的认识,领导为了自我感觉良好去做这个事