一句话形容产品经理与程序员的关系?

在互联网公司,不吵架的程序员和产品经理,不是一名合格的程序员和产品经理。要说起程序员和产品经理的关系?估计很多人会用这几个词:冤家、死对头、扛精。程序员经常抱怨产品经理改需求,产品经理觉得程序员怕麻烦,总是各种砍需求……你不论找到哪一方,他们总会有一堆充足的原因与理由。

相爱相杀皆因需求

2018年有这样一则产品经理和程序员因需求发生斗殴事件的新闻,把这种关系推向了高点,这是一个被实锤的真实事件,估计很多小伙伴都听说过,这里就不展开细说了。

一句话形容产品经理与程序员的关系?

从中折射出了一个现象“大部分程序员与产品经理都是对立相杀的关系”。事实上,如果你是程序员/产品经理,在处理这段关系时,完全可以通过改变自己的一些“小任性”,将一把烂牌打成好牌,这个前提是相互信任、分享、尊重,希望通过我下面的分享,让大家对彼此有更深入的了解、理解。

让程序员愤怒的那些事

1. 项目做了一半变更需求 

这点很有可能让程序员们发飙吐槽不已,因为往往需求的变更意味着程序员之前对需求的思考、设计、实现都是白费的。

2. 产品逻辑混乱不清晰 

逻辑不清、矛盾的产品文档,最终会导致产品上线后,目标与结果相差甚远,这往往意味着推翻重来,更有甚者,最终各种扯皮、推诿责任有么有?

3. 拿领导的权威来压人 

有些产品和程序员们交流无果时,喜欢将老板们搬出来,这个上线日期是“老板说的”,要怎么怎么改,这是“老板说的”。这个动辄把老板搬出来压制程序员的方式,其实是很不友好的,即便不是程序员,是其他岗位,也是不可取的。

4. 怀疑程序员的技术能力 

“不就加个功能吗,有那么复杂吗?需要那么长时间吗”,这句话相信很多程序员曾听到过。一个功能的实现,程序员要考虑很多,譬如底层数据结构设计是否合理、代码是否符合规范、代码设计是否合理、是否支持系统扩展等等,只有把这些都梳理清楚了,才是一个负责任的程序员,如果只是急于实现需求,不考虑编码规范和系统的性能及扩展性,即使快速完成了任务,那么也是一个不负责任不合格的程序员。

让产品经理愤怒的那些事

1. 这不能实现,那不能实现

耗时半个月准备的产品需求,结果大部分做不了,做不了你得告诉我原因是什么吧,这个路径不行,能否用其他方法去实现,又或者因为资源不足、还是其它项目没完成做不了……不要将产品经理当作对立面的一方,有问题充分交流、换位思考、共同解决,长此以往,大家的默契度会渐入佳境。

2. 拒绝需求变更

产品与技术一样都要经历迭代、完善的过程,程序员也不能保证一次就能通过测试,或者不用测试直接上传版本,so,如果一个产品经理偶尔出现的一次小小失误,请谅解。

3. 只关心多少代码,不关心用户体验

技术也要关注用户体验,譬如用户打开网页速度,用户使用软件时占用CPU和内存过多导致浏览器崩溃等等,这些都是程序员要主动考虑的。一个有经验的程序员,往往还能从技术的角度给产品提出许多优化体验的方案。

4. 不看产品文档,结果牛头不对马嘴

这几种情况是产品经理最头疼的,不看文档(极少)、不仔细看文档(有部分),又或者看了文档不跟产品经理交流沟通的,直接在自己的理解基础上开发,项目发布上线之后,才发现完全不是当初的需求了。

程序员与产品经理是相互成就的

术业有专攻,专业的人做专业的事儿,产品经理不要去干涉程序员开发的事儿,对于程序员不能实现功能的原因有多种,充分沟通、取得信任、协同解决。同时,程序员也要充分信任产品经理,认真对待每一个产品需求(都是产品经理的劳动成果),客观地从技术实现角度评估分析,给予产品中肯建议,帮助产品经理做得更好。

作为一名产品经理,如果在工作上得不到程序员的协作配合,工作将难以顺利进行;而作为程序员,与产品经理协力打造出一款好的产品,既能在项目中历练、精进自己的技术,还能提升自己的KPI(有些公司程序员会有20%-50%不等的产品KPI),也是在成就自己。所以,作为一个10年+程序员,我用一句话形容产品经理与程序员的关系,即:程序员与产品经理是相互成就的关系

发表评论

电子邮件地址不会被公开。 必填项已用*标注