程序员喜欢什么样的产品经理?

  程序员和产品经理协作、沟通矛盾是一个永恒的话题。因为两者的知识体系和思维结构不一样,关注的重点不一样,所以在协同工作过程中,难免会出现一些分歧和摩擦,出现互相埋怨和吐槽的情况。

  我认为,程序员和产品经理之间的健康关系应该是基于信任、尊重和理解以及同一利益共同体的,脱离了这一前提,高效的协作就成了空谈。

  那产品经理在日常的工作过程中,与程序员要保持高度默契,形成健康的协作关系,需要注意哪些方面呢?今天结合我曾经在两个角色之间完成过转换的经历,谈谈自己的理解,一家之言,欢迎拍砖。

  一、平等、尊重与理解是第一前提。

  首先,产品经理应该明确知晓项目/团队的目标,与程序员是同一利益共同体,所有的讨论、分歧、摩擦、思想碰撞都是对事不对人的,也不存在必然的领导和被领导、上级和下级的关系。产品经理跟程序员之间是平等的协作关系,双方的命运与产品息息相关。有时候程序员对产品倾注的情感,付出的努力,并不比产品经理少;程序员对产品的期望和思考,也不比产品经理低,有时候甚至高于产品经理。

  举个例子,大部分的产品经理在设计新房时可能考虑了电梯、逃生通道、水电、电器接入,但程序员想得会更多,他们会关注停电停水之后房间里需不需要备蜡烛、紧急照明灯以及储备用水。

  程序员是产品/项目的实际实施者和创造者,产品经理是帮助产品创造的设计者和连接者,是团队中的一员,而不是突出的个人。放弃你改变世界的想法,以平等、尊重彼此的心态,和程序员们做朋友、做队友。

  二、不打扰,多给程序员时间和空间。

  程序员非常讨厌的一点(即使你做了,可能他们也不会明说)是当他思维在高度集中、效率奇高构建思维、飞快码字的时候,产品经理不断地跑过来说一些无关痛痒的“点”打断他的思维。

  是的,断了的思维有时候会延续不上,甚至有时候会让产品实现逻辑上少掉一个关键的分支。不用在产品实现的时候频繁出现刷存在感,当他(程序员)需要你的时候,他会自己找你。即便你自己发现了产品问题或者bug,如果不是核心的、致命的问题,请先记在一个列表里,集中给他。

  产品经理要学会在大多数时候,让程序员忘了你的存在,但在最需要你的时候你才挺身而出。

  友情提醒:下午3点开始到晚上,是程序员思维活跃、工作较为高效的时间段。

  三、有担当,敢担当,不贪功。

  所有产品经理都绕不过去的一个坎是“老板需求”。什么是老板需求?说白了就是:老板需要一个这样的东西,老板想要这样做。但老板不接触程序员,他接触产品经理。如果你只是老板需求的转发者,而不是产品需求的过滤者、把关者,可能会被视为“无担当”。

  老板需求跟用户需求、产品基础需求应该是平等的,也有合理、不合理之分,也有优先级。当产品经理发现老板需求不是太合理时,产品经理要冒着丢掉饭碗的风险与老板据理力争,动之以理,晓之以情。

  曾经有一次老板提了一个几乎是颠覆当前产品架构以及技术架构设计的想法,他觉得非常重要,必须要尽快实现。我认为当前产品第一要务是解决基础功能问题,打好产品根基。跟他PK的时候双方情绪激动,就差没有拍桌子,老板在途中也说了一句,”我觉得你非常聪明,也非常适合做产品经理,但是你有点固执,你看得没我清楚”,但最后证明产品根基对于产品的可持续发展是非常重要的,也给产品后续的迭代提供了非常好的基础。

  一日三省吾身,产品经理的工作性质决定了产品经理是容易犯错的。一旦产品的设计上出了问题,作为产品的决策者,你不能把责任往外推,要有承担责任的态度和表率。但对于有价值的产品方向近乎固执的坚持,不轻易推翻、变更需求,是产品经理敢担当、有担当的表现,则是最程序员劳动最基本的尊重。

  产品设计/实现出现问题时,担当而不推诿;需要资源支持时,巧取而不豪夺(这里的“豪夺”是指动不动搬上下级关系施压);在产品有成绩和突破时,表达而不贪功。

  在协作、磨合过程中,有担当,敢担当,不贪功,善良比聪明更重要。

  四、点到即止,不越俎代庖。

  许多产品经理喜欢想当然,特别是技术出身的产品经理,很难去把握点到即止的度,经常说“这个应该很简单吧”、“这个应该这样去实现”,更有甚至在聊需求的时候会深入聊到技术上如何去实现。

  懂点技术有利于在跟程序员沟通的时候换位思考,评估需求落地风险,但又很容易让产品经理越俎代庖,对技术实现方案过多介入。

  在提需求之前先跟程序员有线下沟通能够提升你的需求合理度和风险控制能力,但不要讨论技术实现细节。技术是程序员们所擅长的东西,信任他们,你要做的就是,倾听、欣赏他们的方案,不推翻,只提建议。

  五、多陪陪他们。

  程序员大多需要在工作时间参与产品需求评审、产品沟通,留给他们写代码的时间并不是太多,所以晚上经常加班。产品经理的工作并不仅限于需求设计、文档撰写,还有一块很重要的工作是“需求实现顾问”。当产品需求进入研发阶段,并不意味着产品经理的事就没有了。当程序员在实现产品需求时,不断会有一些问题需要产品经理确认。当他需要你的时候,你最好能出现在他身边。

  说白了,就是“多陪程序员加班”。多跟他们相处,一起吃饭,偶尔请他们吃个加班夜宵,多体会他们工作环境和状态,一起思考,你提的拍脑袋的需求就会越来越少,合理需求越来越多。

  常说,无招胜有招,产品经理能做到淡化角色,适时出现在合适的位置,便是极好。

  产品经理不是光鲜亮丽的角色,也只是团队中的一员,跟大家荣辱与共,同享成败。所以,你们互相承担彼此变化带来的后果,你们是同事、是队友、更是朋友。

  (文章来源码农网)

时间: 2024-10-06 00:29:32

程序员喜欢什么样的产品经理?的相关文章

黑衣路人:程序员可以转行做产品经理吗?

5年前,我还是一位Java开发的程序员和PHP的开发人员,有着同学中还算可以的技术基础,然而后来我却去了网易找了份运营的实习,并且现在成了一名-1岁的产品经理.很多朋友其实对我的转变并不是很理解.于是他们问我:"你为什么不做技术了?"但每回我总是苦涩地笑着回答:"我从来没有说过我放弃技术呀!"然后便是他们一脸疑惑的表情.因为在他们看来,做一行便是一行,你做了产品经理便意味着你不会再去触碰代码. 但是事实真的是这样吗?谁规定了程序员只能敲代码不能研究产品,不能是个作家

如何做程序员喜欢的测试妹子?

原文链接(作者一个人):https://juejin.im/post/5d4e2ea76fb9a06b2f5fa018 昨天看了一篇文章叫<如何做测试妹子喜欢的程序员>,觉得作者点的很到位,首先我是一名程序员, 那么站在一名合格程序员的角度,怎么看待这些观点呢,没看过上面文章的同学,可以抽两分钟时间阅读下,文章简单有趣, 今天我想借此机会说说我的观点,并且也表达下站在测试的角度,如何做程序员喜欢的测试妹子?我们也聊聊有趣的故事. 先从测试妹子的文章观点说起 1.测试妹子说开发举一反三讨人喜欢:

为什么程序员喜欢深更半夜写代码

版权声明:本文为北京尚学堂原创文章,未经允许不得转载. 程序员自己也常说,工作效率最高的时候总是在深夜,不是凌晨还在写代码就是凌晨爬起来写代码. 深夜之所以工作效率高是因为不易分心,额!其实仔细想想晚上和白天并无多大区别,但程序员们也总是有自己的理由,大致分为一下三点. 1.生产型时间表 记得曾看过一篇关于时间表的文章,他们把时间基本分为两类:管理型和生产型时间表,所谓的管理型时间表是把一天的时间分成每小时来安排,就算是有别的事打扰到你也只是浪费了这一点时间. 而生产型时间表就不一样了,这段时间

对于程序员说的话,项目经理们是这样理解的

程序员:就目前的设计,我大概一周内就可以搞定基本框架.然后我们从头再优化整理.完善设计, 在接下来的一周提交一个稳定的版本. 项目经理的理解:整个项目只要两个礼拜就可以搞定. 程序员:是的,我可以写一些Web服务,通过这个服务,其他的开发人员能够与我们的系统进行交互. 项目经理的理解:他一人就可以构建出一个每分钟能够承受百万用户的负载均衡Web服务网站. 程序员:我们需要和下一版本负责人开个会,告诉他们除非有合适的构建部署服务器,我们无法按时完成项目. 项目经理的理解:没戏了!(泪奔中...)

产品经理和程序员的爱恨情仇

产品经理跪求程序员,程序员跪求程序成功上线! 前几天纯银V在微博上发了一条微博「很多人吐槽“人人都是产品经理”这句话,其实在我看来,这句话的正确理解是“人人都应该学习产品经理的思维方式,来提升自己的专业能力”,不知道作者是否本意如此.当然,实际上它容易被理解为“我也可以做产品经理,创造一个伟大的产品”,那就很扯淡了.尤其水货产品经理的破坏力之强令人惊叹」,引发了诸多讨论. 我看了之后,意味深长的转发了一下:从来没人说人人都是程序员,这其实说明了一些什么……于是又引发了一番热议,比如: 对呀,也不

产品经理如何搞定程序员?

引用:http://blog.sina.com.cn/s/blog_9c34449701013qmb.html?sudaref=www.baidu.com 产品经理和程序员这两个都是苦逼的岗位,但有时候两个苦逼还经常在一起较真,成为了2B,今天我们来聊聊产品经理如何搞定程序员,使两个苦逼不再苦逼,下面我们来看一个案例: 小A是个程序员,小B是个产品经理,小A:1.事儿都是程序员干的2.产品经理不会干还指挥我们干3.还嫌程序员干的慢 ……小B:1.这个程序员水平好烂,比我编的代码还要差2.如果我不

产品经理vs程序员——如果“爱”,请克制

摘要:韩寒在<长安乱>里说:佛是你打死我你就超度了我,而道是你打不死我我就超度了你.小编坐在办公室的角落里,看着公司的PM和程序员恨不得分分钟拿刀砍了对方,还要在一起改需求,就开始为他们的潜在信仰归属定义不清而纠结. 任何一个团队里都有因为工作而纠缠不休.爱恨交织的两方,在科技公司产品经理和程序员不幸中枪.其实他们所有纠葛的起因也非常简单,无非是一个提出需求,而另一方需要去实现.小编乱想一下,如果程序员嫁给了产品经理,那肯定是后者说想吃什么,而程序员去默默做出来,想想还不错. 产品经理常常在心

程序员和产品经理的故事

摘要:韩寒在<长安乱>里说:佛是你打死我你就超度了我,而道是你打不死我我就超度了你.小编坐在办公室的角落里,看着公司的PM和程序员恨不得分分钟拿刀砍了对方,还要在一起改需求,就开始为他们的潜在信仰归属定义不清而纠结. 任何一个团队里都有因为工作而纠缠不休.爱恨交织的两方,在科技公司产品经理和程序员不幸中枪.其实他们所有纠葛的起因也非常简单,无非是一个提出需求,而另一方需要去实现.小编乱想一下,如果程序员嫁给了产品经理,那肯定是后者说想吃什么,而程序员去默默做出来,想想还不错. 产品经理常常在心

【转】程序员的职业生涯该如何过——前锤子科技研发总监池建强

http://www.jizhuomi.com/career/701.html 1.写在前面 加入极客邦的第一天就被拉到了「大咖说」的现场,这也是我始料未及的事情.从锤子科技正式离职之后,我享受了一个短暂的假期,随即投入了下一个战场,极客邦科技和内容服务领域. 很多人都在问我,为什么要离开锤子科技加入极客邦科技,其实这就是一个简单的职业选择.人生在世,一路向前,总会遇到各种各样的选择,有时候是被动选择,有时候是主动选择,仅此而已. 锤子科技是一家独特的,有趣的公司,由于种种原因,它的成长之路比其