怎樣控制需求變更

實際上就算美工和程序員的這樣分工可以減少不少工作，但沒有解決根本問題，只要客戶不斷更改就怎麼樣都要做些重複工作。可是要怎樣才能控制需求變更呢？
我向老總提寫議確認書，並讓客戶籤確認書，可老闆說這是不可能的，你功能都沒做出來，怎麼讓他們籤啊？你做完功能讓他們去體驗，他們才知道有哪些地方是需要修改的，而頁面的變更，實際上很多時候都是我們在開發或者開發完了，老總提出來要更改的。就像上週我們花了一週時間完成了一個功能模塊，並經過了第1步測試，結果老闆說要改頁面，頁面的佈局和字段全都變化，相當於我們完全沒做，而老闆還以爲頁面的更改對功能開發影響不大，當然我也是今天纔看到更改後的頁面才知道的，而現在老闆又在客戶那邊開會調研，我們無法溝通（而且更改後的頁面除了老闆同意外，其他美工和我們都覺得那樣頁面很難看而且變形了）:cry:
更有意思的是，我們做的功能也一直不去確認，還在那邊梳理流程，這樣的話，我們開發的越多，以後也就改的越多，甚至又是完全重做！我感覺很可怕，可是解決的辦法呢？我想只能做記錄，記錄下更改了多少，花費了我們多少時間，讓老總感覺到其實這些是很耽誤時間的，看他是否會重新考慮他現在的做法，不然的話，我們會死的很翹很翹！ :cry:
我相信很多人都遇到過這樣的情況，不知道大家都是怎麼控制需求變更的？怎麼解決這些問題的？