在研发部的日常里，没人会将“项目经理”和“研发经理”彻底割裂开。

有时候你看到个戴眼镜、推推搡搡拍脑袋的大佬，手里拿着红头文件，我们大家都管他叫研发经理。但换个角度想，他更像是一个超级项目经理，只是他的武器是“实验”，而不是会议。 在这个位置上，最核心的事儿就是搞定人。你知道研发经理跟别人聊天能聊出三万字，跟老板聊就能聊出十万字。聊技术？那是九牛一毛。聊啥？聊我的需求被哪个团队卡住了，聊测试组为啥三天没动静，聊销售那边嘟囔产品忒贵要砍功能。你要知道，研发经理的 KPI 里，80% 的分数来自团队成员的中意度。

要是研发经理不知道员工累不累、心累不累，那这职位直接就是“挖煤”，最终哪位不去，最终哪位去。 别当作研发经理就是技术大牛。技术大牛可能坐在工位上改 Bug 到凌晨三点。研发经理是在地沟里跑онта管另外一群人在地下挖掘。他得知道哪位在干活、干得如何样、干得值不值。上次有个产品经理认定某个 UI 组件做得忒烂，反馈给研发经理。研发经理听完没讲话，直接叫上另外两个人，拿着白板启动画图，三天两刻就把那个 UI 改得跟自家孩子画的有八分像。

这时候你发现，研发经理实际上就是个画板子上的画师。 那研发经理到底该管啥？别的经理管方向和进度，研发经理管质量底线和漏洞。

你想想，你买一个计算器，你只关心它算得准不准，不关心它是铝做的还是塑料做的。研发经理就得是这个“计算器”。

要是你让他把代码写出来，他可能认定没难题，但要是你让他把代码跑起来，数据对不上，这时候他才是真起劲。他得盯着整个研发流程，从需求分析到代码提交，每一环都得卡住。 记得我当年当过研发经理，那时候最头疼的不是写代码，而是那个产品经理总喜爱说“我认定能够”。结局就是需求文档改了一万遍，最终上线一个功能，开发团队熬夜熬出了三周，结局上线后发现核心逻辑还是不对。

这时候研发经理得站出来，指着屏幕说：“老板，你当初说‘能够’的时候，没看人家代码库里还有啥坑？没看测试环境呢？这个逻辑在悲观场景下会崩的！”你把那个产品经理拽到会议室，指着白板上一堆红色的叉，把他拽到实机前，让他看到那个难题。

那一刻，他才知道啥叫“需求”，啥叫“交付”。 这时候你就发现，研发经理和项目经理最绝的地方就在于“不完美”。项目经理怕扯皮，怕承担责任，故此啥都要想得周密的。而研发经理不怕，就连喜爱。出于他知道，流程优化、工具改进、用户体验提升，这些都不是顶天立地的大道理，而是一个个小坑坑坎坎。研发经理就是那个专门负责填坑的人。 比如去年，我们为了赶一个新功能上线，产品经理为了省工夫，直接把几个模块砍了。结局上线后，两个核心功能直接崩了。

这时候，我亲自动手，直接去找那个砍掉模块的前端开发，我说：“如何砍的？能不能补回来？”他尴尬得拍大腿：“老板说没钱，说没资源。”我说：“没钱？”我说“那资源在哪？是技术团队吗？还是测试团队？”他愣了三秒，然后说：“是。”我说：“那能不能用那个模块替代一下？”他脸都绿了，说：“不中，那个模块依赖关系忒多。”我说：“那能不能先做一局部？改好了再删掉？”他死活不肯。我说：“既然不肯，那你自己改，改好了我验收，改不好我退坡。”然后我带着另外两个工程师，硬是抽丝剥茧，把那个模块拆散了，重新设计，最终拼回去。别看中间搞砸了，别看产品那边认定我们“拖后腿”，但那个功能上线后的转化率，提升了 15%。

那一刻，你会发现研发经理的价值，不在于他有没有本事写出最好的代码，而在于他有没有勇气在压力下，为了用户利益，把最终一块砖头往上搬。 另外，研发经理还得管技术债务。

你想想，要是公司十年后变成一堆老旧的代码，那三星系统也就没得玩了。研发经理得像个守墓人，把那些烂代码挖出来，清理干净利落，然后给新来的工程师建个新环境。别当作研发经理就是写代码的，有时候他在做技术选型，选错了固然可惜，但有时候选得对，就连能省下一大笔后续维护的钱。 还有一个挺直接的责任，就是质量把控。

要是你看到系统里有个致命的 Bug，直接提工单，那研发经理就得挨打。他得知道，这个 Bug 到底是个小事还是大事儿。是点击个按钮没反应？还是登录黄了？还是数据对不上？他得根据严重程度，给出不同的处理方案。 你可能会问，研发经理就是抓质量的人吗？实际上不是。抓质量是开发者的本分。研发经理的职责，是“监督”和“兜底”。

要是代码写得再好，部署上去就是黑盒，那他也救不了你。

故此，研发经理得确保你的代码能被别人看懂、能被人用。

另外，他还得管各种各样的扯皮。产品经理说这个需求加 5 万，研发经理说这个需求不加，加了开发就改不出来；要么研发经理说这个功能下周能做，产品经理说那个接口今天就要给。

这种互相推诿、互相拆台的事，研发经理得负责把矛盾聚拢起来，摆到桌面上，由他自己去拍板解决。 最终，研发经理得对结局负责。你让他出一个报告，他说没难题。你让他上线，结局挂了。

这时候，技术有多牛，不关键。关键的是，作为研发经理，他有没有把这份责任扛在自己肩上。

要是他把你写的代码当成自己的，那那叫“护犊子”；要是他把你写的代码当成公司的资产，然后为了公司利益，牺牲你的某些个人习惯要么就连利益，那那叫“专业”。 有人说研发经理忒难了。

实际上，难是出于期望忒高。把顶天立地的项目经理的担子，加上了“技术专家”和“质量守门人”的头衔，再加上“团队领袖”的帽子，这就苦逼了。但这种苦逼，换不来一堆人等着发工资，换不来一群人在代码里发光发热，只换来一个骂人的键盘，那不如直接转行。 故此，要是你愿意面对这种工作制，愿意在现场被骂、被改、被折腾，依然认定技术有魅力，那你就是那个最该被留用的研发经理。

毕竟，在这个行业，能扛住压力、把产品做出点实际用的东西，比啥都关键。