程序员怒打产品经理!这些被奇葩需求略的场景你都经历过吗?
昨天某互联网公司发生了一起打架事件,起因是产品经理向程序员提出了一个需求,程序员一听怒了,就打起来了。众所周知,产品跟程序员一直是水火不相容的,这次究竟是提了什么无理需求,导致程序员这么激动动手了。
<iframe data-vidtype="2" allowfullscreen="" frameborder="0" data-ratio="0.5862068965517241" data-w="272" class="video_iframe" data-src="http://v.qq.com/iframe/player.html?vid=i1345m9qrsw&width=368&height=276&auto=0" width="368" height="276" data-vh="276" data-vw="368" style="display: none; width: 368px !important; height: 276px !important;"></iframe>
原来产品经理要求程序员,也就是他们的APP开发人员可以做到软件根据用户的手机壳的更换而改变软件主题颜色。What???
结果你懂的,就有了上面的视频。这个程序员也许是被这个产品经理逼了太久才爆发的。作为程序员碰到这种一点开发知识都不懂的产品经理其实是非常崩溃的。
首先产品经理提出这个需求符不符合市场价值需求以及公司盈利需求。开发这个东西到底值不值得?一般人来说,有谁的手机壳会天天换?即使有,那真是极少极少的闲得蛋疼的人。其实这需求程序员是可以做到的,只是值不值得的问题。其次程序员也不要那么激动,有话好好说。但是应该很多公司的产品跟程序员都没法好好好交流吧。
其实程序员和产品经理的日常是相爱相杀,斗智斗勇,爱恨纠葛由来已久。
请自行转换,代入以下场景……
你=用户,服务员=产品经理,大厨=程序员
原始需求
你去饭店,坐下来。
“服务员,给我来份宫保鸡丁”
“好勒!”
中途需求变更
厨师做到一半。
“服务员,菜里不要放肉”
“不放肉怎么做啊?”
“不放肉就行了,其他按正常程序做,不就行了,难吗?”
“好的,您稍等。”
改动太大,部分重构
厨房,
大厨:“你大爷.我肉都回锅了”
服务员:“顾客非要要求的,你把肉挑出来不就行了吗‘
大厨:”行你大爷“
然而还是一点点挑出来了
低估改动成本
餐厅:
“服务员,菜里能给我加点腐竹吗? '
“行,这个应该简单。”
新需求引入了新研发成本
厨房:
大厨:“你 TMD ,不知道腐竹得提前泡水? 炒到一半才说?跟他说,想吃腐竹就多等半天“
服务员:‘’啊你怎么不早说?”
大厨:”早说你大爷,我怎么知道他想要往宫保鸡丁里放腐竹”
然而还是去泡腐竹了
某一功能点摇摆不定
餐厅:
“服务员,还是把肉加回去吧。”
“您不是说不要肉吗?”
“现在又想要了”
” … 好的您稍等”
甲方是大爷
厨房:
大厨:“日你啊,菜都炒过火了你让我放肉?还好肉我没扔”
服务员:“客户提的要求啊,我也没办法”
大厨:“你就不能拒绝他吗?啊?”
服务员:“人家是客户嘛。”
改动开始导致工期延误
餐厅:
“服务员!服务员!”
“来了,来了,您好”
“怎么这么半天啊”
“稍等,我给您催催啊”
开发者请求重新排期
厨房:
大厨:“催催催,就知道催,腐竹没泡好,还得重新放油,他想吃老的也行,没办法保证质量。”
甲方催活
餐厅:
服务员:“抱歉,加腐竹的话得多等半天,您稍等哈”
“我去,要等那么久吗?我现在就要吃,你们能快点吗?”
“行…您稍等。”
开发者开始和中间人PK
厨房:
大厨:“他大爷,逗我玩呢,中间改需求还想那么快,不可能。”
服务员:“那我问问,能不能让他换个菜”
大厨:“再换我就死了。”
因工期太长再次改动需求
餐厅:
“服务员,这样吧,腐竹不要了,改成黑木耳能快点吗,再加点番茄酱”
频繁改动导致大量冗余
厨房:
大厨:“你TM知不知道黑木耳也得泡水,还有热菜怎么加番茄酱??”
服务员:“没泡好的黑木耳吗?番茄酱往里面一倒就好了,很难吗?”
奇葩需求
餐厅:
“服务员,菜里加了茄丁没有,其他饭店都是有的。”
“好好好,您稍等”
奇葩需求也得做
厨房:
大厨:“去他二大爷的,宫保鸡丁里放茄丁?”
服务员:“茄丁炒好了扔里面不就好了吗?”
大厨:“那这叫菜吗?”
服务员:“客户需求,你就炒了吧。”
大厨:“NND,你问问他腐竹还要不要了,这腐竹还占我地方”
黑暗前的最后黎明
餐厅:
“服务员,还要多久能好啊”
“很快,很快”
“再给我来杯橙汁”
“…好,”
“我再等10分钟,还不好我就走了,反正也没给钱”
“很快,很快啊”
最终决战
10分钟后
“咦,我上次吃的不是这个味道啊”
从厨房杀出来的大厨:“我TM就日了你狗”
于是……
他们开始干架了。
恭喜产品经理!你成功做到了让程序员讨厌的产品经理,不过没关系,用户会喜欢你的。
以上只是夸张的比拟手法,其实实际生活中好的产品经理应该对一个项目有一个非常完整的长期和短期的规划,有了这种规划就不会对某些功能调来调去,项目组的人对这个项目也更加了解;好的产品经理也应该懂数据,用事实征服程序员;最后好的产品经理更应该懂得协调沟通,而不是独裁式。程序员和PM是和睦友好的近邻~相亲相爱一家人,你觉得呢……?
公众号内回复“1”带你进粉丝群
关注公众号:拾黑(shiheibook)了解更多
[广告]赞助链接:
四季很好,只要有你,文娱排行榜:https://www.yaopaiming.com/
让资讯触达的更精准有趣:https://www.0xu.cn/
随时掌握互联网精彩
- 1 老百姓的事情是最重要的事情 7979417
- 2 多省否认花一万亿推平黄土高原 7952966
- 3 央视蛇年春晚分会场确定 7845401
- 4 数说2024中国经济脉动 7797548
- 5 13.2万瓶“特供酒”销毁 7676275
- 6 中国籍两兄弟在日本偷走3200颗包菜 7546629
- 7 近9000亿美元!拜登签了 7458530
- 8 网红羊毛月被禁止关注 7316285
- 9 充绒量仅3克 波司登客服回应 7296909
- 10 景区回应李现在虎跳峡举国旗 7195386