产品经理和程序员相爱相杀多年,无非是因为一个“需求”。
作为乙方,修修改改是常有的事,为啥到了程序员这里,就成了“谋杀”。网上有一段最直白的解释,来形容程序员改需求的画面。
一位顾客到饭店想吃西红柿炒蛋。(原始需求)
菜做到一半,顾客不想要西红柿了。(中途变需求)
大厨:西红柿都放进去了。
服务员:挑出来继续炒就行了呀,有那么难吗?
大厨开始气呼呼地挑西红柿(改动太多,费心费力)
当西红柿挑完后
顾客说:能不能换成黄瓜炒鸡蛋(再提需求)
服务员:没问题,你稍等,马上就好。
大厨开始发飙了:你特么不知道店里没有黄瓜了?现在去买,做好需要半天。
服务员:你怎么不早说呀,顾客马上就要吃到。
大厨胸闷气短:我怎么知道该吃黄瓜了?(新需求提出,程序推倒重来)
中间,顾客不断催,大厨一边骂骂咧咧一边做菜。
顾客在等菜过程中,一直琢磨哪个菜更好吃(对某些功能摇摆不定)
最后顾客给服务员说:黄瓜这么慢不要了,做蛋炒饭吧,10分钟就要,饿死了(为了快速上线,需求又变)
而黄瓜刚刚下了锅。
大厨:不知道米要提前蒸吗?
服务员:我也没办法呀,顾客需要,赶紧去隔壁借点,顾客快要走了。
而大厨……
已经被救护车拉走了。
你以为这是夸张,但现在往往更残酷。
老板让程序员改需求,然后被打进了医院里。
产品经理让程序员加功能,俩人双双打到被开除
很多程序员被频繁改需求,逼到离职。
一个产品的诞生过程是这样的,产品经理和客户沟通需求,拟定产品原型图,一来一回反复确认需求。确认好后,UI设计师做页面设计,然后给技术人员做开发,最后测试人员检测,没问题后交付甲方验收,修改几次后,上线运营。
而产品的功能和需求,是在前期就反复确认和沟通好的,程序员按照需求开发,中间一旦变更需求,就需要推倒重来。外行以为只是局部的变动一下,只有内行人才懂,牵一发而动全身。有这么一个段子形容改需求:
客户看中了一套房,销售经理(产品经理)去和建设师(程序员)说:客户很喜欢这套房,视野好、格局好、地段好、价格实惠,就是14楼太高了,你把下面13楼都去掉吧。
改需求。一次次推倒重来,一次次的毫无意义的无用功,浪费一天天的时间和精力,对大多数程序员来说:是谋杀。
领取专属 10元无门槛券
私享最新 技术干货