“客戶的需求在一開始就能被定義好，並且描述清楚，並且在相當長一段時間內保持不變”，這種情況只存在於理想中，現實世界並不是這樣。
現實是：
- 只有非常少的客戶能在項目開始時就清楚地知道自己想要什麼並定義好細節，絕大多數客戶（也許90%以上）只是對項目的需求有個模糊的概念，而且無法想像最終想要的產品長什麼樣；
- 即使客戶清楚地知道自己想要什麼，其中很多人也無法明確地把這種需求表述出來；
- 即使他能夠清楚地表達自己的要求，也無法確保自己的想法不會在未來發生改變；
- 在整個開發過程中，新的想法會不斷冒出來，尤其是在客戶看到軟體介面時可能會立刻產生N個Idea；
- 整個開發過程，對客戶而言可能是個不斷學習的過程，他對相關年領域的認識會逐步加深和細化；
所以，在軟體開發過程中，我們才會有這樣的感受:
- 客戶開始並沒有提這個要求，產品做出來以後，他才說這個地方還要個A，那個地方還缺個D；
- 明明客戶最初是這麼說的，看到產品以後，他卻說這跟他想要的不一樣；
- 剛開始說好了要這麼做，後來卻要不斷地改來改去，也不知道到底還要改成什麼樣；
其實仔細想想也很好理解，譬如你打算去買件衣服：
- 在出門時，你並不知道要買的衣服是什麼牌子的，什麼款式的，什麼顏色的
etc.
- 逛了很多地方，試了很多衣服，也沒有讓你滿意的；此時身邊的人問你到底想要什麼樣的衣服，你卻很難描述清楚；
- 最後你終於買到一件相對滿意的衣服，回家穿不了多久你又想買新的衣服了，因為前面那件已經無法滿足你的需求了，或者說你的需求已經改變了，譬如你不再認為它符合潮流了；
既然現實是這樣，那麼我們應該如何應對呢？
- 盡量避免在一開始就定義好所有的功能或寫好所有的規格說明，而是在最初只設定一個粗略的構想，並且在整個實現過程中，不斷去細化它，不斷去補充完善它，把需求定義當作一個漸進明細的過程；
- 通過做原型、畫草圖的方式去和客戶溝通確認他的想法，儘早讓客戶能夠look and feel；
- 儘早地，周期性地收集客戶的反饋並且進行相應的調整；
- 經常性地提交版本給客戶，讓他有機會提出修改的請求並且快速實現客戶提出的變更；
- 把變更融入計劃，一旦它成為計劃的一部分，就容易處理了；
