不想当产品经理的技术leader不是好程序员

工作这半年，见证了部门剧烈的人事变动，老员工走了，空缺的岗位势必要有人补上，一位同事（暂且称其Z先生）便乘势由小组长升任技术leader。由于是校友的关系，私下交流了解到，其虽是技术管理岗，但对一线编程更感兴趣，今年初更是做了转型产品经理的打算，荣升技术leader于他来说更像是黄袍加身。岗位与自我定位的差异，逐渐在日常工作中暴露，使其在部门内部被怨声载道。接下来介绍下Z先生的花样职场套路。

不回应策略

邮件及即时通信工具极大降低了工作上的沟通成本。为了明晰进度和责任，大公司邮件用的尤其多。有业务上问题他人发给Z先生邮件或即时消息，发出去的消息就像泥牛入海，通常不再有回复。一开始考虑其工作忙，白天可能没有时间看，然而很多天过去，仍然不见回复，只能说Z先生没看邮件或觉得没必要回复。

终于有一天乐帝释然了，部门大领导在微信群上暴露了一个线上问题，并@了Z先生，Z先生仍是处之泰然，不理睬、不回复。既然大领导都不回复，我等底层员工自然进不了Z先生的法眼，对于Z先生的不回应策略，乐帝从心态上更加平和。

不紧急策略

Z先生今年开始钻研产品经理学问，观其发挥较多的能力是便是分析需求，尤其是需求优先级的能力。有事情当面找Z先生处理，Z先生口头禅便是“这事不急吧”，让等米下锅的相关人员哭笑不得。

产品某个需求集团CEO尤其关注，完整功能需要服务端配合客户端支持，客户端产品进入灰度发版阶段，兄弟部门发现线上版本bug，排查到最后发现Z先生服务端没有同步上线。如果在阿里这样讲求价值观的公司，服务端没有同步上线，应该属于重大产品事故，是要被请走的。乐帝去找Z先生要求快速上线，Z先生表示“这事不急吧，影响不了多少用户”，这件事于5天后才最终上线，Z先生不紧急策略可见一斑。平日做版本需求，上下游技术团队也会受制于Z先生不紧急策略，因等不到接口而叫苦不迭。

不归我策略

稍大点的公司服务端和算法组会有明确分工：服务端负责具体业务逻辑，算法组则提供基础技术能力。Z先生上任以来，大有分久必合的胸怀，不断将旗下具体业务逻辑模块分割给算法组，算法组也是有苦难言，算法组leader面对具体业务逻辑bug无奈的表情，令人印象深刻。

心系产品策略

Z先生像是部门的产品隐士，Z先生的精力会放在产品需求上。某次CEO下达一个产品变更点，已经处于执行逻辑中，Z先生表示仍有其他需求实现方式，为什么不找CEO表达对撕。在需求评审会上，Z先生关注点也会更多放在产品需求的实现方式是否可以达到目标上。Z先生的产品热情让人佩服，但技术上是否可行呢？

Z先生带给大家的思考

Z先生是个言行一致的人，其持有对管理岗不感兴趣，更偏爱编程，希望转型产品经理的想法。在工作中也是这样做的，在技术管理岗采用四板斧：不回应策略、不紧急策略、不归我策略、心系产品策略。终于向大家证明了Z先生不担事、不能胜任管理岗的事实，不抱希望，也便不会失望。

回想Z先生工作这8年间，历经社交网络和移动互联网崛起，这其间有无数的机会，Z先生却忙着在门户间跳来跳去，最终回到起点恰逢人员变动上位，奈何职位与个人定位上，估计其也不能长久。职场中机会很多，Z先生视机会如粪土而已。

于公司而言，人才选择上，宁缺毋滥。在关键岗位上的员工不能承担起相应责任，便会成为整个团队的瓶颈。业务骨干转向管理岗绝不是自然而然的事，需要心态和行动上进行调整和适应。

乐帝一度被Z先生四板斧打的找不到北，Z先生给乐帝带来很多困扰。但逐步分析问题原因，定位到Z先生岗位与自我预期不符，并没有适应由业务骨干到管理岗的改变，精力更多放在如何转岗成为产品经理上。自我定位是个逐步变化的过程，由业务骨干到管理岗，由单身汉到有家室，心态与责任都要适应角色的变化随之改变，知难行易。

Z先生处理事务的态度与方法，会让人怀疑其责任心不强，做事是基于经不起推敲的理由，而非结果导向。从纵向时间角度看，Z先生在自我淘汰，最终的赢家确实属于不断进取，讲求效率和成果的人。后者也是乐帝要努力和坚持的方向。

欢迎关注微信公众号：产品经理读书会

关于产品经理读书会

专注于为爱读书的产品人提供书籍推荐、读书交流、以书会友的环境，欢迎爱读书的产品人分享读书感悟、找寻改变世界之路。