關鍵字：信息系統監理；進度控制
引言：
變更控制真的這么重要嗎？變更控制難道能夠和質量、進度和投資控制相提并論嗎？項目中真的有那么多變更嗎？
很多人都是帶著這樣的疑問開始認識變更控制的。在項目的開始一切都還順利，在項目過程中一直都將質量控制作為首要任務，并防止成本的變動，按照預定的進度計劃執行，一旦某一個方面發現了問題馬上采取措施實施糾偏。這一切都進行得這么順利，然而隨著項目往后的推移，危險開始逼近了。
在項目一開始，誰都意料不到將來會發生一些什么事情？經驗豐富的項目經理可以對將來的事情做一些預測，但是在事情發生之前，誰都沒有能力把握將來可能發生的事情。正是這種對未來的不可預見性，讓項目的各方干系人都是霧里看花，既看不清成功的希望，也不看到那些隱藏的危機。
直到有一天，建設單位覺得他們花費了上百萬的資金做出來的東西不是很適合他們的胃口，這就如同買了最好的墻漆，請了最好的油漆工，但是刷出來的顏色不是自己所中意的一樣。他們感覺到自己的錢花得不值，于是乎開始要求對系統作出一些修改，按照他們的意愿來修改，如同要求油漆工重新調色、返工一樣。而這一些就是噩夢的開始。
看我三十六變
西游記中的孫行者有72變，這種變化的能力讓他在斬妖除魔中總是大顯身手，然而當開發中的軟件也如同孫行者一樣變化多端的話，那么不僅妖魔拿他沒有辦法，連技術高超的軟件設計師和程序員也沒有了辦法。他們將陷入不斷修改、不斷彌補、不斷趕進度的過程，而軟件未來的形狀似乎永遠都沒有定形。軟件的三十六變化所帶來的苦惱遠遠超過了孫行者的七十二變。
隨著時間不斷的流逝，系統的棱和角也開始慢慢的顯現，當然很多東西已經產業了變化，軟件經過建設單位的修改要求，已經換了一幅馬甲，由一個“村姑”搖身一變，變成了一個“摩登女郎”了。雖然在業務實現上比不上“村姑”，但是性感的外表讓建設單位的領導者著實領略了一番“高科技”的能量。
抓狂的開發團隊
做一件西裝并不難，但是要將一件做好的夾克改成西裝就會難到全世界的裁縫。當系統剛開始編碼的時候，程序員的心情是愉悅的，他們按照類圖和接口說明進行類的實現，根據序列圖進行軟件邏輯的實現，這些都是按照平時的工作方式來進行。進度比事先預計的還要順利，不必進行加班，大家配合也很默契，這一切都預示著這個項目將會很完滿的提前完成。
當軟件開發進度過半的時候，經過了頭兩次的迭代開發，軟件的建設單位開始發現軟件中的某些地方不符合他們的思想、習慣、愛好等等。隨著一系列的意見的提出，項目組決定以項目業主的意見為重要參考，因為本身軟件就是服務業主的。照顧他們的愛好和習慣，在下一次迭代中進行一些適應性的修改。
雖然每一個小小的變動，項目建設單位的領導都在變更書上簽了字，但是他們卻不知道這些改變后面的技術實施情況，一個按鈕的增加、一個風格的改變、一個流程的變化都將導致開發人員增加大量的開發工作，將導致開發成本的提高。而這些變化需要多少成本，誰也沒有仔細計算、誰又能夠計算機的準確呢？
于是乎，整個項目組的任務變得越來越重，以至于必須每天加班還趕不上原來的進度計劃，開發進度一再的拖延。建設單位可不認為他們換掉幾塊“磚”，將導致新建的房子變成“危房”。
扔掉一些包袱
項目組的壓力越來越大，不能按時完成項目可是要支付大筆的違約金的。修改后的代碼導致了系統的很多不確定因素，被修改的模塊要重新進行單元測試和組裝測試。很多修改并不是很必要，反而增加了系統的維護難度。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
