怎样算个有产品思维的进阶RD

本文主要是介绍怎样算个有产品思维的进阶RD，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前言：

   好久没写博了，更新一点最近的启发思考吧。

   进阶的研发，不止管好自己的一亩三分地，还要能站在全局思考问题，一定要比别人多思考一步。

 

背景：

   最近公司电商模块的项目要切换到有赞

 

涉及业务方：

     优品运营，产品，php研发，4个权益活动研发，darkpotal客户库研发，前端，app研发，测试人员多部门协调

改动地方：

     四个活动发券儿接口，卡券系统接口，优品调用有赞接口，dp客户接口，app发版

 

对于多部门协调合作上线项目，需要一个完整的细节安排，【尤其是先后顺序的问题】

 

    各个部门都是零散独自的一个整体，各自为阵保证自己负责模块不出问题很容易，但是整体业务连接起来就不一定了

    需要一个推动组织者安排这些，实际上线中，因为环环相扣，任何一个环节出了问题都会影响下一步，可能不需要的通宵上线就诞生了，大家都累。

 

启示：

作为一个研发，必须了解自己做的产品的全业务流程，站在全局看问题，不然：

1.【上线一定出错，细节问题应接不暇】，

2.【容易有业务场景疏漏】(已经发生，切换后还显示老优品的优惠券，应该用开关或者老优品接口加版本判断)

 

【我们想做的比别人优秀，最基础的就是要逻辑严密，全局考虑。这些都是要经过反复练习形成的】

 

结论：

每次上线尤其是多部门联调，一定要了解整体项目的细节（产品经理的应该挑起来），对整体上线与细节作出规划！

作为进阶的程序员，也要更熟悉全局业务流程，才能看出其中的问题，各自为阵不太好

没有人做这一步的时候自己一定要站出来。

 

 

这篇关于怎样算个有产品思维的进阶RD的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---