设为首页 - 加入收藏
您的当前位置:IT独行侠新闻社 > IT漫画 > 正文

IT独行侠:程序员设计师与产品经理的爱恨纠葛

来源:网络整理 编辑:IT独行侠 时间:2017-06-12

163406

一场程序员产品经理的血案,让我们重新反思,产品经理与设计师,开发工程师到底应该如何配合如何有效的合作,从而达到共赢的状态?珍爱生命,来读读@JingDesign的这篇文章。

血案!程序员杀害产品经理?

2014年注定是一个不太平的年份,当我们还在纠结于设计师与程序员之间一像素的恩怨情仇,为马航MH370至今还未被找到,亚航另一架飞机又坠入 大海而扼腕叹息的时候,今天下午快下班的时候,一则让我们更有切身体会的血案开始在各大设计开发与产品经理群中传开,据传,深圳某办公园区某间公司的五个 程序员杀了两个产品经理,图文并茂,血淋淋的案发现场让我们不禁唏嘘和感到惋惜 (最新消息为离职员工与老板的劳资纠纷,请以网络新闻为准,如描述有偏差,还请见谅)。网上一下子炸开了锅,针对产品经理,开发与设计师之间的吐槽此 起彼伏。静电的同事–一位产品经理甚至自嘲道,老板,以后要给所有员工买份人身保险,哦不,产品经理要买十份!还有人插嘴:“看见没,以后不要给开发搞那 么复杂的需求知道不?要不被xx了可太不值了!”

163405

人人都是PM?产品经理的前世今生

开发人员觉得改产品里一像素的错位没有必要,设计师认为如果不改,会影响产品的整个体验,于是问题就来了,一场比电影还要精彩无数倍的故事就 这么开始并且无休无止的进行下去了。其实静电忘记说了一个角色,就是产品经理。这到底是一个什么角色呢?咱们先把时间往前调,回到大概2000年左右,那 是国内互联网刚刚起步走向繁荣的几年,各种网站及互联网产品层出不穷。但那个时候,还没有真正意义上的产品经理,有的只是刚刚接触这个行业没多久的开发人 员和“做网页”的。记得04-05年左右,当时静电所在的公司,没人知道产品经理会是怎样一个角色,大家都凭着某些默契在工作,做网页的做网页,做开发的 做开发,搞销售的搞销售,谁有需求谁提,谁来执行。直到06-07年,在做设计的我第一次开始接触产品经理这个职位,那个时候的产品经理多半是在某一行业 资历较深的人员担当,相当于半个部门经理。接着,产品经理越来越多的出现在每个人的视野中,不管是初入职场的新人,甚至是设计师和开发工程师,很多人都会 在自己职业发展的某个时刻华丽变身为产品经理。可是这个介于设计与开发之间的角色,却改变了每个人的工作方式。每天都跟产品经理与开发打交道的设计师朋 友,相信大家一定不会陌生。

我们来看看产品经理的职能:

项目管理35%

个人能力(领导及个人亲和力等)15%

业务能力(业务管理技能)20%

技术能力(技术能力对于产品经理是必备的技能,技术能力让产品经理更好的理解产品的性能和特点,更好的进行产品的团队管理)15%

产品经理的职能中,有很大一部分职能是协调沟通及处理冲突。15%

看过产品经理的职业技能,很多朋友可能要倒吸一口冷气了,如此多的隐性及复合能力让产品经理看起来真的不是那么容易当,这简直就是全才有木有?但不 管我们愿不愿意,这个职位在我们的工作中越来越常见。有的没的,经理这么高大上的职位,再加上那本《人人都是产品经理》,又让多少人蠢蠢欲动的做起了产品 梦?画个原型图,就是产品经理?也许不是,但我们必须接受,这确实是个不可或缺的角色。静电认为,产品经理在是程序员和设计师中间不可或缺的一座桥梁,或 者说是润滑剂,产品经理为产品质量负责,也为各个职位之间加入润滑剂,让整部机器良好运转。

什么仇——程序猿与射鸡师的烦恼

言归正传,说完了产品经理的职责,我们来聊一聊时不时就会出现在我们周围的产品经理与开发,甚至设计师的那些事儿。这三者之间到底真的有这么大的仇,以至于要拔刀相向,兵戎相见?对于设计师与开发工程师,产品经理很多时候扮演的是这种,还有这种角色。

163410

这几张图一定会是大部分射鸡师与程序猿在工作中最真实的写照。所以,我们必须来聊下,程序猿与射鸡师的苦恼(深仇大恨?),静电总结下,大概就是下面这几类:

催催催:十点提的需求十一点就要,完全没有思考的时间,更别提保证质量了,做完后又要被产品吐槽做的烂没用心。

改改改:今天提的需求明天就来个180°大转弯,写的代码全部白费,做的设计被无数次推翻

指指指:悄悄的问一下各位射鸡师与程序员,你们的屏幕被戳过多少次了?是不是很想摔桌子来一句you can you up!

接着分析各位射鸡师与开发为什么会如此烦恼,原因一定有很多,但静电认为一个最重要的问题就是:在整个工作流程中,你处在流程的最下游,看图:

163409

相信大部分的公司都遵循着这样的工作流程,在没有pm的时代,流程短一些,矛盾相对较少,但由于产品经理的介入,流程变长,产品经理整理与推动需求 并由设计师与程序员执行。想想自己在工作中是否很晚才知道上边的决策,产品与其他部门讨论完成了,扔给你照着做就可以的方案,后知后觉,喂,就是说你的! 怨念值+1

另外一点,流程变长必然存在目标传达不清的情况,程序员不知道为什么要这么做。大家是否玩过一个游戏:一排人站好,从左边第一个人开始传达一个词 语,只能描述或身体表演,下一个人依次描述直到最后一个人,90%的情况下,最后一个人得到的词与答案完全不同。信息的准确度在传达过程中一步步的流失, 歪曲,最终产品成为一个四不像。怨念值+1

再者,处在流程下游的开发者无法掌握时间与整体进度。突击工作,成了救火队员,却不知道自己在忙什么,成就感缺失严重。怨念值+1

最后,在加上产品经理的不专业(比如不懂技术与设计的难处,随意修改;没有项目管理经验,执行混乱),设计师与程序员怨念值几乎爆表。

怨念值爆表的结果大家懂的。执行者要么敷衍了事,要么拒绝完成,抵触情绪严重,态度恶劣也就不难理解了。

网友评论:

无法在这个位置找到: ajaxfeedback.htm

猜你喜欢

本网站部分文章采集于网络、报纸、杂志等其它媒体,如侵犯了原作者的版权,请来信告知,本站将立即删除

Copyright ©2017 www.itxws.com IT独行侠新闻社 让IT独行的路上不再孤单

Top