又一次情緒激動、氣氛高度緊張的會議，這一次是商議如何讓目前這個重要項目“重回正軌”——計劃的完工日期早已超了幾個星期。所有的這些場景聽起來都很耳熟嗎？我想說的是，項目超期在任何行業里都是常見的事情。然而，軟件行業里看起來更容易出現這種情況。

我們怎么會走到這種地步的？這還要從我們夢開始的地方說起。所有的開始都是精神抖擻、干勁十足。一個漂亮的創意，這次我們發誓絕不會重蹈上次的覆轍，不會犯上次的錯誤。這次我們告訴自己，這次的計劃將會“正確”的執行，不會圖省事，也不會中途變更。經常有時候我們會感覺夢想正朝正確的方向前進，設計很成功，每個人都很樂觀，外界評論也很好。然后，噩夢開始降臨，因為各種打擊開始出現。

系統中最容易的部分卻耗用了大家全部的時間。一個微小的疏忽就可能意味著當初一系列簡單的假設都不再成立。錯誤的假設產生連鎖效應，導致系統設計陷入死局。需要對設計進行修改來糾正這些問題。希望仍然存在，只要付出足夠不眠之夜和周末加班，我們仍然能讓項目“重回正軌”。

具有里程碑意義的原型終于誕生了，所有人都充滿信心，因為原型表現的非常好。外人不知道這是多少個通宵達旦的努力換來的。很快，“小需求”開始出現。通常的說辭都是從“這有什么難的？”或“這真的很簡單！”開始，更經典的話是“如果我們能夠…那將會太神奇了”。通過交換意見發現，這些新增的小的功能特征不僅看起來“簡單”，而且實際可做。當然，你是不會說不的，然而，歷史的悲劇即將重演。

現在，你和你的團隊終于回到了現實世界，再次查看這些新增需求。在經過了近距離的觀察這些看起來“非常簡單的功能特征”后，突然意識到它們并不像起初聽起來的那樣簡單。但為時已晚，你已經答應了這些新修改。

“