软件研发体系的内卷现象和去内卷化

　　最近这段时间，“内卷” 这个从学校传播开来的词汇被炒得沸沸扬扬，基本每个行业都在用这个词汇进行自嘲、暗讽，当然也有很多人想着如何突破。今天我们探讨一下在研发体系内的内卷现象以及如何去内卷化。

 

什么是内卷

　　在探讨之前还是学究性的了解一下，什么是内卷。百度的解释是：一类文化模式达到某种最终形态以后，既没有办法稳定下来，也没有办法转变为新的形态，而只能不断地在内部变得更加复杂的现象。引申到我们日常的工作中，内卷就表现为公司内部竞争越来越激烈甚至残酷，但公司整体业务却没有什么突破。在参与竞争者角度来看，这与“囚徒困境”概念颇有类似。在企业整体视角来看，更像“熵增”的概念。

 

 软件研发团队内卷现象

　　你可能认为，内卷就是网上各种职场新闻、行业八卦，在我们的身边其实并没有那么严重的内卷现象。以软件研发行业为例，你是不是也遇到过以下类似的场景

　　1、业务开发主力，职业发展却没有出路作为业务开发人员，我勤恳而努力，但每次考评都反馈说技术深度不够。我也想好好沉淀一下技术，但每次业务需求来了因为我最熟悉，又不得不让我加班加点开发业务需求。久而久之，工作得不到认可也逐渐失去了上进心。

　　2、会议冗长，形不成结论会议的目的无非就是就某一问题形成共识，如果无法达成共识说明双方一定存在根本的冲突。多数情况下这种冲突就是多方利益的冲突。经常出现利益冲突，说明团队的本位意识和山头意识已经开始出现。

　　3、绩效考评，流于形式浪费人力成本作为团队成员，每次绩效考评都要花较多时间准备，但每次好的绩效就那么几个名额，准备吧也比不过那些“能说会道”的人，不准备吧又让人觉得自己不上进。总之，一个考评周期下来对自己的真正提升帮助很有限。作为团队管理者，每次考评时都是最头疼的时候。要花大量时间不说，更重要的是团队成员都差不多，公司又强制要求绩效分布比例，这绩效到底该怎么打？绩效考评不但对团队没有促进作用反而会引起很多矛盾。

　　4、新技术、新流程、新组件的引进和推广使用越来越难团队内部很多人对通用组件、CI/CD等都有共识，但是真正在分配任务和制定计划时，每个团队都无法给出计划并提供了“合理”的理由。有的说业务需求紧张，如果要占用开发资源就需要业务团队同意；有的说自己团队最近已经连续996，再增加额外工作团队就会不稳定。无论是研发团队人员的难受还是团队管理者的无奈，如果这些现象或多或少的出现，说明你的团队已经内卷了。

 

研发体系去内卷化

　　内卷是职场人的束缚，也是管理者的焦虑。在研发团队管理过程中，如何去内卷化从而达到团队整体不断提升和突破的效果？以下从解决思路和实践操作上给出一些参考：

　　1、过程数据化，结果导向化

　　在上面提到过，会议长而不决现象的发生就是因为决策没有数据支撑。在没有明确决策依据的表面问题下隐藏着的是权力寻租、个人和小团队利益主导、屁股决定脑袋等深层次管理机制问题。数据的收集无疑会增加团队成本的消耗，因此建议使用研发过程管理工具完成日常数据采集工作。使用研发管理系统不但能可视化定义流程标准和规范，更能让数据采集变得轻而易举。当然，数据的积累只是完成了基础工作。使用数据作为结果进行管理和考核才能真正达到整体提升的效果。市面上也已经出现数据收集、数据智能分析甚至智能决策的产品，应该会给大家带来帮助。

　　2、打破团队的竖井效应

　　为了达到更高的执行效率，团队到了一定的规模会根据需要进行小团队的拆分。常规的团队划分方法有按职能和按业务划分等两种方法。无论哪种划分方式，内外部利益不对等的关系长期累积下来都会产生团队之间的竖井效应。在中等规模、团队快速发展的阶段，建议采用职能和项目交叉的矩阵式管理模式。一般情况下，按照职能进行团队的实际划分，如服务端开发团队、前端开发团队、测试团队等，按照业务项目进行虚拟团队的组织。

　　3、丰富人才的岗位/层级模型 

　　基于团队分工和人才发展的需要，一般团队都会制定岗位和层级等人才管理模型。但随着业务的增长和团队规模的发展，同岗位或同层级的人数过多势必会导致内卷现象的发生，特别是在考核和晋升管理过程中表现尤为明显。如果将岗位或层级直接调整、细分，人才模型的不稳定性不利于人才稳定，同时也会增加管理成本。在团队内部可以根据团队自身需要设定多种角色。如：团队的项目一般复杂度较高，可以设置项目经理的角色；团队目标是提升部署效率，可以设置配置发布经理的角色；团队在某个阶段要提升技术架构，可以设置架构经理角色等。角色的设置一方面是团队目标的需要，另一方面也是对人才能力的培养，提升团队的活力。当然，角色也需要设置对标的能力要求和考核标准，这样在考核时才能按结果导向，做到公平公正。有了岗位层级的多样性，人才的发展方向就有多种选择，也在一定程度上降低或者杜绝内卷现象的发生。

 

　　以上，结合当下时尚的内卷话题，我们简单的剖析了软件研发体系的团队管理问题。希望这些探讨对大家有所帮助，也欢迎有兴趣的同学留言，一起继续深入探讨。