如何向外行解释产品经理频繁更改需求为什么会令程序员烦恼?

你去饭店,坐下来。
“服务员,给我来份宫保鸡丁!”
“好嘞!”
——————这叫原始需求

大厨做到一半。
“服务员,菜里不要放肉。”
“不放肉怎么做啊?”
“不放肉就行了,其它按正常程序做,不就行了,难吗?”
“好的您稍等”
——————中途需求变更

厨房:
大厨:“你大爷,我肉都回锅了”
服务员:“顾客非要要求的嘛,你把肉挑出来不就行了吗”
大厨:“行你大爷”
然而还是一点点挑出来了
——————改动太大,部分重构

餐厅:
“服务员,菜里能给我加点腐竹吗?”
“行,这个应该简单。”
——————低估改动成本

厨房:
大厨:“你TMD,不知道腐竹得提前泡水?炒到一半才说?跟他说,想吃腐竹就多等半天”
服务员:“啊你怎么不早说?”
大厨:“早说你MLGB我怎么知道他要往宫保鸡丁里放腐竹”
然而还是去泡腐竹了
——————新需求引入了新研发成本

餐厅:
“服务员,还是把肉加回去吧”
“您不是刚说不要肉吗”
“现在又想要了”
“...好的您稍等”
——————某一功能点摇摆不定

厨房:
大厨:“日你啊,菜都炒过火了你让我放肉?还好肉我没扔”
服务员:“客户提的要求你日我干嘛?”
大厨:“你就不能拒绝他啊?啊?”
服务员:“人家是客户嘛。”
——————甲方是大爷

餐厅:
“服务员!服务员!”
“来了来了,你好?”
“怎么这么半天啊?”
“稍等我给您催催啊”
——————改动开始导致工期延误

厨房:
大厨:“催你M催,腐竹没泡好,我还得重新放油,他要想吃老的也行,没法保质保量”
——————开发者请求重新排期

餐厅:
服务员:“抱歉,加腐竹的话得多等半天,您别着急哈”
“我靠要等那么久?我现在就要吃,你们能快点吗?”
“行...您稍等”
——————甲方催活

厨房:
大厨:“我日他仙人板板,中途改需求又想按期交付,逗我玩呢?”
服务员:“那我问问,要不让他们换个菜?”
大厨:“再换我就死了”
——————开发者开始和中间人pk

餐厅:
“服务员,这样吧,腐竹不要了,换成蒜毫能快点吗?对了,顺便加点番茄酱”
——————因工期过长再次改动需求

厨房:
大厨:“我日了狗啊,你TM不知道蒜毫也得焯水啊?还有你让我怎么往热菜里放番茄酱啊??”
服务员:“焯水也比等腐竹强吧,番茄酱往里一倒不就行了吗?很难吗?”
大厨:“草。腐竹我还得接着泡,万一这孙子一会又想要了呢。”
——————频繁改动开始导致大量冗余

餐厅:
“服务员,菜里加茄丁了没有?我去其它饭店吃可都是有茄丁的”
“好好好您稍等您稍等”
——————奇葩需求

厨房:
大厨:“我去他二大爷他吃的是斯里兰卡三流技校炒的宫保鸡丁吗?宫保鸡丁里放茄丁??”
服务员:“茄丁抄好了扔里边不就行了吗?”
大厨:“那TM还能叫菜吗?哪个系的?”
服务员:“客户要,你就给炒了吧。”
大厨:“MB你顺道问问他腐竹还要不要,我这盆腐竹还占着地方呢不要我就扔了”
——————奇葩你也得做

餐厅:
“服务员,还要多久能好啊”
“很快,很快...”
“再给我来杯西瓜汁。”
“...好”
“我再等10分钟,还不好我就走了,反正还没给钱。”
“很快,很快...”
——————黑暗前的最后黎明

10分钟后
“咦,我上次吃的不是这个味啊?”
从厨房杀出来的大厨:“我TM就日了你的狗...”
——————最终决战

——————
你=客户
服务员=客户经理+产品经理
大厨=码农
请自行转换...
——————
注:以上场景已极度夸张,实际生产生活中码农和PM是和睦友好的相亲相爱的一家人
——————
注:对于做2C产品的公司,你=公司大boss
——————
这答案火得我想打广告...
转载请随意,注明来源就行...
——————
感谢知友告知,已经发现有人转载不注明来源了,对于这种人我只想说:来给我炒盘宫保鸡丁

著作权归作者所有。
商业转载请联系作者获得授权,非商业转载请注明出处。
作者:猫爱吃鱼不吃耗子
链接:https://www.zhihu.com/question/40712955/answer/87890964
来源:知乎

时间: 2024-10-10 06:09:48

如何向外行解释产品经理频繁更改需求为什么会令程序员烦恼?的相关文章

产品经理如何做好需求挖掘

一.什么是需求 产品是用来解决用户的问题的,那么这些问题就是需求 例子:饿了么,解决用户不想出门吃饭,节省吃饭时间的需求 从互联网产品角度出发,需求就是:用户真正需要的,而不是用户想要的. 例子:我想要一匹更快的马,真正需要的其实是一个更快的交通工具. 二.为什么要做需求挖掘 挖掘到有价值的需求产品才更有前景 需求挖掘不够,容易产生拍脑袋需求,对公司发展不利 三.如何做好需求挖掘 来自用户:挖掘用户内心的想法和意图 来自竞品:竞品的功能给我们产生的启发 来自文献:文献提供的数据和趋势指明产品改进

产品经理思维模型拆解——需求篇

文章地址:http://www.woshipm.com/pmd/357813.html.产品的设计就是产品思维的一种体现,通过场景化的需求分析方式.可以让你从面,到线,到点,去逐个做好每一块分组的功能.每一个分组里面,考虑会有哪些东西,为什么会有这些东西,然后再考虑,每一个功能事件,会引发什么样的后果,应该给用户怎样的一个反馈. 一.产品经理是个啥? 一句话:在平衡商业目标与用户体验的情况下,解决某些用户,某些场景下的某些需求的人. 再简单点说,产品经理就是解决问题的人. 二.一款产品的立足点是

[微信产品经理推荐] 有车一族福音,这个小程序能够帮到你很多忙,功能很逆天!

对于有车一族,在外出行时,经常会遇到很多难题,比如: 我的车停在了哪里?忘记了停车点,一直找不到,尤其在景点,大停车场 附近有哪些停车场,尤其是免费的? 在计费停车场停车,因为超过了几分钟要多付一小时的费用. 路上没汽油了,附近哪里有加油站? 在外逛街或旅行,内急了,哪里有厕所? 还有哪里洗车,维修保养,换台补胎... 幸好,一款[车助手360]小程序横空出世,终于解决了以上问题. 今天简单介绍下这款小程序,具体还是大家亲自使用之后才能知道它的强大. 亮点1:记住停车点 停完车后,使用该功能,小

产品经理之待办需求

 计划2015年每天写一篇文章 由于文章编辑器的效率实在太低,所以选择演示文稿导出成图片 部分内容直接使用我在曾经北京航空航天大学开设的<移动终端用户交互工程>的演示文稿,同样效率原因因而直接贴图片 提问请移步 http://weibo.com/p/1001603812444957988505 计划2015年每天写一篇文章 由于文章编辑器的效率实在太低,所以选择演示文稿导出成图片 部分内容直接使用我在曾经北京航空航天大学开设的<移动终端用户交互工程>的演示文稿,同样效率原因因而

产品经理与程序员的矛盾从何而来?(给产品经理们的建议,给程序员的建议。程序员处在信息传导到最末端,因此比较弱势、信息不准确)

今天我们来讨论一下在软件开发过程中的一个很常见,也是令很多程序员头疼的问题,那就是与产品经理直接的矛盾到底是怎么形成的. 先看下面的一张图片,我想大家都明白其中的意思. 一.产品需求经常变动 由于产品经理经常改动需求,导致程序员不得不把做好的东西重新再做,结果可想而知.有的时候程序员加班加点刚做完的东西,被产品经理一句话给推翻了,说需求变动了,不能这么做.严重的时候连核心模块都完全大变样.就一直这样改完做,做完改,无限循环下去.这个小编我可是深有体会. 二.产品经理对程序员的不理解 遇到一个懂技

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

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

由程序员砍产品经理新闻引起的随想

最近看到深圳的一条新闻,程序员砍产品经理新闻,这是什么仇什么怨,才能有这么大恨. 后来又看到朋友转的一则改编的小段子,如下: ------------------------------------------------------------------------------------------- 产品经理下了一个产品的需求.作为开发程序员拿过来一看,好嘛,写的挺详细的,我按照你写的开发.于是幻想着,这几天辛苦,加加班,做完这个可以小小休息一下,还有奖金拿,拼一拼也值得.开发完了,交给

程序员可以转产品经理吗

程序员可以转产品经理吗 产品经理跟程序员是不一样的,产品经理只需要懂一点,不需要多厉害,应届生都是可以当产品经理的.而程序员强调编程技能,专业技术,语言功底,懂不懂操作系统这些:产品经理强调沟通协调能力. 程序员可以转产品经理吗?很多已经工作了一段时间的人都有这个疑问,在这里分析一下程序员转产品经理的可行性.首先讲一下这两个职位的定义,程序员就是平时所说的软件工程师,程序员是软件工程师的口语版,是属于研发岗位:产品经理属于技术管理部门,总的来说算是偏向于技术的管理岗位,像hr也是管理岗位,只是跟

产品经理如何让程序员放下手中的刀?

所属网站分类: 程序员的那点事 作者:不上班你养我呀 链接:http://www.pythonheidong.com/blog/article/446/ 来源:python黑洞网 产品经理和程序员似乎是天生的一对死对头,在面对产品经理不断更改的需求时,脾气再好的程序员也会情绪暴走,如何巧妙地避免这种情况的发生呢? 众所周知,产品经理跟程序员属于死对头岗位,程序员跟产品经理因为需求打起来的新闻更是屡见不鲜,甚至还出现过程序员暴力砍人的事件,因此一干产品甚至开玩笑说产品这个行业属于高危行业,随时面临