關于變更控制，我常常會產生自相矛盾的想法，一方面，我希望為改進和更好的創意打開“水閘”；但是另一方面，我又想通過限制更改保護現有的產品質量。
變更控制
變更控制非常重要。但是實現變更控制所需的努力同樣讓人討厭。我們之所以害怕變更是因為代碼中的一丁點混亂也會產生產品的大的失敗。但是，它也可以修正bug或者增加完美的新特性。我們擔心變更是因為一個“無賴”的開發人員就足以毀掉一個項目；但是很多優秀的想法也同樣來源于這些“無賴”，一個繁復的變更控制流程會極大地妨礙他們的創造性工作。
我關于這個問題的矛盾心理來源于變更控制流程容易被誤用這一事實。變更控制意味著風險分析，沒有什么容易的或特定的方式。外加我們人類的把復雜問題過分簡化的能力，變更控制可能成為盲目的拒絕變更，自動地拒絕風險而不考慮潛在的回報。
或者，很容易的，變更控制會退化成一種空洞的儀式：允許任何變更。
問題與過程
定義過程的目的是解決問題。那么我們存在什么問題呢？
在SmartPatents公司，我們的變更控制的需要主要來源于：我們希望把在試圖改進產品的時候引入重大問題的機會最小化，尤其是在項目后期。我們希望最小化回歸測試的代價和時間消耗。我們也需要確保關注到每一位項目成員，確保他們不會因為某些特定的更改而影響太大。而且，我們的流程需要足夠靈活，讓我們在開發的后期能夠靈活地增加產品的功能，因為市場驅動型的軟件公司就是這樣競爭的。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
