疯狂改需求到底对程序员伤害多大（餐厅版）

可能有人会说只是改一下需求而已有什么很烦恼的地方吗？但是压死骆驼的最后一根稻草在我们眼里难道不也只是一根稻草吗？未吃他人苦，莫劝他人善。别人的烦恼不是外行人应当指指点点的。

原始需求

顾客：你好，给我来一份宫保鸡丁。

服务员：好的，稍等。

需求接收，基础架构

服务员：做份宫保鸡丁。

厨师：好的，我开始准备食材。

中途需求变更

顾客：我刚想起来最近减肥不能吃肉，宫保鸡丁不要放肉。

服务员：不放肉怎么做？

顾客：其他正常做，不放肉不就行了。

需求改动大，部分重构

厨师：我肉都回锅了，怎么不放肉？

服务员：顾客要求。

低估改动成本

顾客：肉没了吃不饱，给加点腐竹吧

服务员：好的。

新需求引入新研发成本

服务员：客人怕量少，让放点腐竹进去。

厨师：不知道腐竹要提前泡水？想吃腐竹得多等半天。

某一功能点摇摆不定

顾客：还是把肉加回去吧，就当欺骗餐了。

服务员：刚才不是说不要吗？

顾客：现在又想要了，多吃点好干活。

服务员：顾客说把肉加回去。

厨师：菜都老了，还让我再放肉。好吧，毕竟是顾客。

改动多导致工期延误，甲方开始催

顾客：服务员！怎么还没做好？再不好就撤单。

服务员：我催催。

开发请求重新排期

服务员：顾客催了。

厨师：别催，腐竹还没泡好，肉也要重新炒。

因工期过长再次改需求

顾客：要不辅助不要了，换成土豆，能快点吗，再顺便加点番茄酱。

服务员：我问问厨师。

频繁改动导致大量冗杂

服务员：换成土豆能快点吗？

厨师：土豆也得焯水啊，热菜怎么放番茄酱，什么奇葩需求。肉也不敢扔、腐竹也不敢扔，土豆还得另作。

崩溃

才终于端上来了，顾客：这味道太难吃了，什么破厨师，我要投诉你们。

（顾客=客户；服务员=产品；厨师=程序员）你还能想到什么版本？欢迎留言告诉小编~