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

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

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

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

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

首先,产品经理应该明确知晓项目/团队的目标,与程序员是同一利益共同体,所有的讨论、分歧、摩擦、思想碰撞都

是对事不对人的,也不存在必然的领导和被领导、上级和下级的关系。产品经理跟程序员之间是平等的协作关系,双方的命运与产品息息相关。有时候程序员对产品
倾注的情感,付出的努力,并不比产品经理少;程序员对产品的期望和思考,也不比产品经理低,有时候甚至高于产品经理。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

点到即止,不越俎代庖。

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

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

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

多陪陪他们。

程序员大多需要在工作时间参与产品需求评审、产品沟通,留给他们写代码的时间并不是太多,所以晚上经常加班。产品经理的工作并不仅限于需求设计、文

档撰写,还有一块很重要的工作是“需求实现顾问”。当产品需求进入研发阶段,并不意味着产品经理的事就没有了。当程序员在实现产品需求时,不断会有一些问
题需要产品经理确认。当他需要你的时候,你最好能出现在他身边。

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

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

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

来源:51CTO

时间: 2024-11-16 11:09:16

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

开发人员喜欢怎样的产品经理

在实际工作当中,产品经理是经常需要和开发人员打交道的,而人际交往的前提是相互之间有一个良好的感观,甚或是已经建立起来的友情,这样沟通或交流起来会非常的顺畅.产品经理和开发人员之间,属于工作范畴的关系,一般来讲还分属于不同的部门,如果再加上所背负的考核KPI是不一样的话,两者之间很难说能够为了一个共同的目标而无间的配合.从正常情况来说,产品经理要从大局出发,所考虑的要更加全面,某个设计可能包含了后续运营以及数据收集的前瞻性东西在里面,而开发人员更多考虑的是如何去实现,实现的难易程度以及代码量的多少

程序员喜欢怎样的职位描述?(转)

  在程序员招聘的过程中,公司本身的状况和招聘职位是非常关键的因素.如果招聘的是 BAT 的关键职位,HR 们不需要花费太多心思,就能轻松斩获数量充裕的高水平简历.但如果是创业公司,名气不是非常大,招聘的也并非核心职位,职位描述的水平对于招聘效果就非常重要了. 了解程序员群体的 HR,能写出高水平的.有吸引力的职位描述,而有些 HR 写的却让程序员觉得十分不专业,大大削减了职位的吸引力. 那么程序员们喜欢什么样的,不喜欢什么样的?一言以蔽之,简洁明了提供有用信息.专业的招聘,才是最受程序员亲睐的

程序员喜欢怎样的职位描述?

在程序员招聘的过程中,公司本身的状况和招聘职位是非常关键的因素.如果招聘的是 BAT 的关键职位,HR 们不需要花费太多心思,就能轻松斩获数量充裕的高水平简历.但如果是创业公司,名气不是非常大,招聘的也并非核心职位,职位描述的水平对于招聘效果就非常重要了. 了解程序员群体的 HR,能写出高水平的.有吸引力的职位描述,而有些 HR 写的却让程序员觉得十分不专业,大大削减了职位的吸引力. 那么程序员们喜欢什么样的,不喜欢什么样的?一言以蔽之,简洁明了提供有用信息.专业的招聘,才是最受程序员亲睐的.

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

程序员自己也常说,工作效率最高的时候总是在深夜,不是凌晨还在写代码就是凌晨爬起来写代码. 深夜之所以工作效率高是因为不易分心,额!其实仔细想想晚上和白天并无多大区别,但程序员们也总是有自己的理由,大致分为一下三点. 1.生产型时间表 记得曾看过一篇关于时间表的文章,他们把时间基本分为两类:管理型和生产型时间表,所谓的管理型时间表是把一天的时间分成每小时来安排,就算是有别的事打扰到你也只是浪费了这一点时间. 而生产型时间表就不一样了,这段时间是程序员需要全身心的投入到工作中去,不希望在这之中有任何

Linux程序员喜欢的cmd增强版

Linux程序员有时偶尔使用Windows下的cmd工具,会被逼疯的,有些命令ls, cat, ps等已经条件反射一样使用. 但在cmd下,根本不知道该用什么命令,好在盖兹大叔照顾了此部分需求.从Vista开始,推出了PowerShell工具. PowerShell工具不仅完全包含cmd所有功能,特别对于Linux程序员有两大利好: 增强的tab补全命令 Unix常用命令ls, cat, ps等的支持,但是参数格式完全不同,所以不要期望太高. 请注意: 从C:进入D:的某个目录,不需要分两步,直

为什么优秀的程序员喜欢命令行

懒惰这个特点位于程序员的三大美德之首:唯有懒惰才会驱动程序员尽可能的将日常工作自动化起来,解放自己的双手,节省自己的时间.而GUI,不得不说,天然就是为了让自动化变得困难的一种设计.GUI更强调的是与人类的直接交互:通过视觉手段将信息以多层次的方式呈现,使用视觉元素进行指引,最后系统在后台进行实际的处理,并将最终结果以视觉手段展现出来. 这种更强调交互过程的设计初衷使得自动化变得非常困难.另一方面,由于GUI是为人类设计的,它的响应就不能太快,至少要留给操作者反应时间(甚至有些用户操作需要人为的

关于程序员和产品经理的疑惑

问题描述 关于程序员和产品经理的疑惑 如果说程序员后来的转型是产品经理,那产品经理就应该是懂技术的啊,带领一个团队来做一个项目 但是为什么腾讯有招不懂技术的产品经理?(或者这样理解下问题:有几种产品经理?) 你感觉程序员后来可以有更多的转型吗? 解决方案 产品经理不是项目经理,不必非常懂技术,但是要非常懂产品,这里的懂产品就是懂得如何设计产品,如何知道产品功能的取舍,触及用户痛点的有商业价值的功能. 但是产品经理不能完全不懂技术,事实上任何一个非专业开发者要做到完全不懂技术,除非他很愚蠢和不爱学

十个程序员必备的网站推荐

简述 程序员的工作和日常生活非常的枯燥,这里给大家推荐一些程序员经常使用的网站,也是我经常上的一些网站,尤其是前三个网站感觉用起来非常的舒服.我大致把这些网站分为三类,使用工具类,设计分享类,资讯交流类,业界良心类.希望能对大家有所帮助. 简述 网站推荐 网站推荐 Github代码托管(https://github.com/) 作为开源代码库以及版本控制系统,Github拥有140多万开发者用户.随着越来越多的应用程序转移到了云上,Github已经成为了管理软件开发以及发现已有代码的首选方法.代

微信商业化的背后 七星级产品经理的蜕变-张小龙

微信小店.开发更多接口给开发者.微信公众平台开放设备接入能力...,以及未来更多的微信商业化运作,无不见证微信O2O的实力和野心,一个低调地运作Foxmail的技术宅如何成为七星级的产品经理呢?我们来看看<财经>杂志记者宋玮的文章<张小龙:走出孤独[深度人物]> 人人都爱张小龙.作为微信的缔造者,他凭这款产品所创造的商业价值(微信最新的估值是640亿美元)丝毫不亚于任何商业领袖,更重要的是,相比后者,张小龙的形象单纯多了. 这名皮肤黝黑.爱打高尔夫球,开着一辆奥迪轿车的中年男子,在