新上任的领导要求开发多了解业务，鼓励向客户经理或者实施发展

[WangLiCha]

以前遇到过的直属领导都是做技术出身的，最近换成了一个非技术出身的新领导，没想到一上任就来了一番震撼发言……

简单概括一下就是要求我们开发也需要多了解熟悉业务，希望开发多接近一线客户，最好可以在工期轻松的时候亲自跑一跑业务谈一谈客户，这样才能做出好用可靠的项目。以及进一步鼓励我们，如果有意愿的话希望我们向客户经理或者实施工程师发展……

这种情况你们会怎么看？做为开发而言了解熟悉业务到底有多大用处（尤其是在本身公司也有负责业务的包括产品经理在内的其他同事的情况下）？

[zzNaLOGIC]

于公我觉得是好事
于私能不能让产品去干，我不想搞

[8355]

本身就是这样啊，这样可以减少被菜逼产品坑，导致反复改。
之前在某 top 跨境电商发现产品太菜拉扯时间太长，deadline 产品早早确认最终开发苦不堪言。
后来直接对接业务方产品会议当场可以拍版哪些能做需要多久，当前需求以及业务部门未来规划非常清晰，直接无视产品，开完会之后就可以安排技术选型和方案设计，甚至有些需求可以提前做，deadline 无任何压力甚至提前，当下有什么困难，哪些排期优先级调整直接跳过产品对接业务方，就因为这个烂产品导致之前业务对产研满意度很低，这就是直接原因，后来负责的产品直接换人了，产品老大瑟瑟发抖。

付出的代价是我每周开半天会罢了，部门内的人压力都小很多，有充足时间自测，代码质量比之前高很多，原来项目组满意度在中心吊车尾，之后满意度都能排到 top3 ，后面还安排一起团建啥的，年终基数增长就不用说了，最主要没有被分配到末位淘汰名额。

[brader]

愿不愿意看个人。但是我感觉这个领导很鸡贼，他没有把最核心利益的点、矛盾的点摆出来讲：如果我遵循这个模式，那么我的薪资结构产生什么变化，多了还是少了；我的工作时间产生什么变化，会有无偿加班产生吗？
我相信领导把这两个点摊开来说后，上面说好的人，得有一半以上的会后悔

[MRG0]

多了解业务是好事，但后边就见仁见智了

[ZhuWenJian]

个人感觉这个领导挺好的。

[Asuka0947]

多接触到业务有好处，但是涉及到具体业务有话语权吗？还是说了解然后转发项目经理

[smartruid]

熟悉业务是肯定要的，但是直接跑客户有点过了。

[kingfalse]

要把你们转岗到销售？还是说开发也要有销售业绩 KPI ？

[scemsjyd]

听领导的，做开发没钱途，写 PPT 和跑业务才是一技之长，扩充人脉，知识面对转行有帮助

[codeself]

那可能说明你们领导觉得你们产品对接得不好

[Huelse]

其实从个人发展的角度来说扩展一下蛮好，不能局限在一个领域。

[Terry3366]

看你有没有出去单干的想法
然后对公司当前的行业有没有感兴趣

[mengdodo]

了解了业务又能如何，提需求会被采纳？产品经理的价值又在哪？

[LLaMA2]

"最好可以在工期轻松的时候亲自跑一跑业务谈一谈客户"

如果这说的真的，这领导是有魄力有格局的人，就不怕你们偷家。

业务才是发展的起点！

[googleplus]

这个出发点是非常正确的，开发不是只关心技术，要多关注业务，懂业务才能更好的做开发
现在单纯开发路就走窄了

[Noicdi]

程序的目的就是将各行各业的方式方法转换成机器可以理解的编码，提高效率，也就是说程序最终是为业务服务的

[horizon]

这不说挺好的吗

[43n5Z6GyW39943pj]

没毛病

[kkk9]

和客户交流需求的事情应该交给销售或者产品专门去做，研发技术多和销售产品交流。如果每天又要维护几个客户，整理需求，开会讨论，有多少时间能写点代码？

[sunznx]

没毛病