由于需求，產(chǎn)品經(jīng)理和程序員相愛相殺多年。

作為乙方，修改和修改是很常見的。為什么到了程序員這里就成了謀殺？網(wǎng)上有一個最直白的解釋來形容程序員改變需求的畫面。

顧客去酒店吃西紅柿炒蛋。(原需)

顧客不想要西紅柿。(中途變需求)

廚師：把西紅柿放進去。

服務(wù)員:挑出來繼續(xù)炒。這么難嗎？

廚師開始氣呼呼地挑西紅柿(變化太多，費心費力)

挑西紅柿后

顧客說:能不能換成黃瓜炒雞蛋(再提需求)？

服務(wù)員:沒問題，等一會兒就好。

廚師開始生氣:你不知道店里沒有黃瓜嗎？現(xiàn)在買需要半天時間。

服務(wù)員:你為什么不早說呢？顧客馬上就要吃了。

廚師胸悶氣短:怎么知道該吃黃瓜？(新需求提出，程序推倒重來)

中間，顧客不斷催促，廚師一邊做飯一邊罵人。

在等菜的過程中，顧客一直在思考哪道菜更好吃(某些功能搖擺不定)

最后，顧客對服務(wù)員說：黃瓜太慢了，做雞蛋炒飯，10分鐘，餓死（為了快速上線，需求改變）

而黃瓜剛下鍋。

廚師:不知道米飯要提前蒸嗎？

服務(wù)員:我也沒辦法?？蛻粜枰s緊去隔壁借點，客戶快走了。

而大廚……

已被救護車?yán)摺?/p>

你認(rèn)為這是夸張的，但現(xiàn)在往往更殘酷。

老板要求程序員改變需求，然后被送進醫(yī)院。

產(chǎn)品經(jīng)理要求程序員增加功能，兩人都被開除了

許多程序員被迫離開，因為他們經(jīng)常改變需求。

產(chǎn)品的誕生過程是這樣的。產(chǎn)品經(jīng)理與客戶溝通需求，制定產(chǎn)品原型圖，反復(fù)確認(rèn)需求。確認(rèn)后，UI設(shè)計師進行頁面設(shè)計，然后對技術(shù)人員進行開發(fā)，最后對測試人員進行測試，交甲方驗收，修改幾次，在線操作。

產(chǎn)品的功能和需求在早期階段得到了反復(fù)的確認(rèn)和溝通。程序員根據(jù)需求進行開發(fā)。一旦需求在中間發(fā)生變化，他們就需要推倒并重新開始。外行認(rèn)為這只是一個局部的變化。只有專家才能理解并移動全身。有這樣一個笑話來描述需求的變化：

客戶看中了一套房，銷售經(jīng)理(產(chǎn)品經(jīng)理)去找施工人員(程序員)說:客戶很喜歡這套房，視野好，格局好，位置好，價格實惠，就是14樓太高，可以去掉下面13樓。

改變需求。對大多數(shù)程序員來說，一次又一次地推倒和重新開始，一次又一次地浪費無意義的無用工作，浪費時間和精力：這是謀殺。