研发部门之间利益之争何时休？如何休？

心已赠人 2022-10-02 02:52 140阅读 0赞

一直以来觉得技术圈是很纯洁的，小人在这个圈子中很少。但是说句真心话，自私抑或自大的人在这个圈中可不少，而且多以中层管理居多，特别是牵扯到自身利益和部门利益时这种行为表现的更为明显。

--------------------

**案例1：**

1部门要开发一款产品A，其中2部门曾经做产品B时，已经做过很多A产品类似的功能模块或技术点，但是隐含的规则就是你是你的，我是我的。2部门会看紧家门，防止1部门获取这些。1部门怕功劳落入其他人手中，也闭门不出，开始了造轮子，造车运动。

**案例2：**  
1团队技能方向有限，需要向拥有此技术人员的A部们协调相关人员进行帮助。如果A部门自身还有开发任务，必然不会全心支持1团队，或者因为1团队负责人没有此技术人员的行政管理权力而遭遇一些管理困难，此中原因大家也许明白。

我想这种问题更高的管理层应该早已知晓，甚至会感到痛心疾首，也再三强调要以公司利益为重，但是效果却不明显，为什么？

**抓人性？** “人为财死，鸟为食亡”这句话说透了人性，毕竟这个社会中无论哪个圈子无私的人都不多，所以成效不大。  
**硬性强压？** 那只会是表面风平浪静，底下暗流涌动。

--------------------

我们先来探究一下一般公司的研发部门组织形式  
**以产品线来划分部门**  
这样1部门和2部门基本都是技术复合团队，比如1和2部门都有服务端工程师，前端工程师，C++工程师，java工程师......，部门经理更多的偏向产品方向的管理，这样极易出现案例1描述的情况。比如一个后台网络模块，两个部门分别开发一套，大大增加了整个公司的研发成本，不能集中力量进行更有效更高质量的协作开发。

**以技能来划分部门**  
比如1部门只拥有服务端工程师，2部们只拥有前端工程师，或是1部门只有C++工程师，......组建一个产品团队需要从各个部门进行技术人员协调，但是很容易遭遇案例2描述的情况。而且后期产品的维护也会产生种种归属、协调困难。

以上两种职能划分的模式我都经历过，到最后那种为自身利益和部门利益搞企业内耗和争斗的情况着实没少见。既然我们要求不了自己或别人都成为正人君子，也许只有从好的制度上着手解决。

--------------------

大家常说的一句话是说**“好的制度让鬼变成人，坏的制度让人变成鬼”**（某团体经常中枪）。

**在我眼里，什么是坏的制度？**  
**“完全以结果为导向”**的企业制度或是企业文化是我认为很不合理的。但这是很多企业所倡导的，理由也无可厚非，我雇佣你工作是为了让你产生市场效益的，但是这钟制度恰恰会导致很严重的利益之争，实际上从长远来看是损害了企业的发展。正像现在城市的发展，官员的政绩只以GDP为导向，但长远上却损害了发展。

**在我眼里，什么是好的制度？**  
**“考核部门或者个人要综合多指标评定”**，比如能力，协作，风气，付出，业绩。人的不平衡或是自私往往是建立在不公平的基础上，有了公平合理的考核制度，我相信个人才会愿意付出，愿意协作，最终使个人和企业都受益。

转载于:https://blog.51cto.com/yaocoder/1236177