刘俊软件开发：谋杀一个程序员最好的方式，就是让他改三次需求

产品经理和程序员相爱相杀多年，无非是因为一个“需求”。

作为乙方，修修改改是常有的事，为啥到了程序员这里，就成了“谋杀”。网上有一段最直白的解释，来形容程序员改需求的画面。

一位顾客到饭店想吃西红柿炒蛋。（原始需求）

菜做到一半，顾客不想要西红柿了。（中途变需求）

大厨：西红柿都放进去了。

服务员：挑出来继续炒就行了呀，有那么难吗？

大厨开始气呼呼地挑西红柿（改动太多，费心费力）

当西红柿挑完后

顾客说：能不能换成黄瓜炒鸡蛋（再提需求）

服务员：没问题，你稍等，马上就好。

大厨开始发飙了：你特么不知道店里没有黄瓜了？现在去买，做好需要半天。

服务员：你怎么不早说呀，顾客马上就要吃到。

大厨胸闷气短：我怎么知道该吃黄瓜了？（新需求提出，程序推倒重来）

中间，顾客不断催，大厨一边骂骂咧咧一边做菜。

顾客在等菜过程中，一直琢磨哪个菜更好吃（对某些功能摇摆不定）

最后顾客给服务员说：黄瓜这么慢不要了，做蛋炒饭吧，10分钟就要，饿死了（为了快速上线，需求又变）

而黄瓜刚刚下了锅。

大厨：不知道米要提前蒸吗？

服务员：我也没办法呀，顾客需要，赶紧去隔壁借点，顾客快要走了。

而大厨……

已经被救护车拉走了。

你以为这是夸张，但现在往往更残酷。

老板让程序员改需求，然后被打进了医院里。

产品经理让程序员加功能，俩人双双打到被开除

很多程序员被频繁改需求，逼到离职。

一个产品的诞生过程是这样的，产品经理和客户沟通需求，拟定产品原型图，一来一回反复确认需求。确认好后，UI设计师做页面设计，然后给技术人员做开发，最后测试人员检测，没问题后交付甲方验收，修改几次后，上线运营。

而产品的功能和需求，是在前期就反复确认和沟通好的，程序员按照需求开发，中间一旦变更需求，就需要推倒重来。外行以为只是局部的变动一下，只有内行人才懂，牵一发而动全身。有这么一个段子形容改需求：

客户看中了一套房，销售经理（产品经理）去和建设师（程序员）说：客户很喜欢这套房，视野好、格局好、地段好、价格实惠，就是14楼太高了，你把下面13楼都去掉吧。

改需求。一次次推倒重来，一次次的毫无意义的无用功，浪费一天天的时间和精力，对大多数程序员来说：是谋杀。