一天過去了，兩天過去了，一周過去了，一個月過去了。怎么回事？配置管理系統好像不是很對勁啊――配置項明顯偏少，有些配置項Check out的時間竟然超過兩個星期，而有的配置項一天竟然被修改了三十多次，而且經常發生舊版本覆蓋新版本的情況。不會吧？不可能吧？這些問題不應該出現的，我們的配置管理模型是很完善的��？流程也都考慮了所有的分支情況，角色也都分配了啊，而且也進行了所有人員的培訓，不應該出現這些問題啊。太奇怪了。SPI人員覺得有點不能理解，到底發生了什么事情了？
私人交談，會議，郵件，電話，終于，SPI人員聽到了開發人員心里最真實的聲音：
l 這么做對我有什么好處？
l 我覺得還是我的方法好。
l 我覺得挺懸。
這樣做對我有什么好處？
每當提到配置管理系統的好處的時候，下面的句子總會被不厭其煩的用到：
建立并且管理統一的基線
避免因為版本不一致帶來的混亂
更好的保存團隊的工作成果
……
但是開發人員會這樣反問：“這樣做對我有什么好處？”。開發人員學習使用新的軟件，每天都要按時Check out，按時Check in，寫煩人的comment，還要被該死的分支，歸并，集成搞得頭暈腦脹。開發人員付出了大量的勞動，而他們又得到了什么呢？幾句空泛的口號？一年甚至幾年之后通過CMM 2評估？還是五年之后達到千行代碼0.2個錯誤？但是，這些都與開發人員本身的利益無關，而且又是如此的遙不可及，又怎么能夠要求大家一如既然，始終如一的付出呢？即使是最勤奮，最有職業道德的開發人員，如果始終在做一件根本不會給自己帶來任何利益的事情，他（她）也會慢慢的厭倦。在這樣的情況下面，開發人員不寫comment，很少做歸并的行為也不是那么令人費解了，因為這是一種希望減輕工作負擔的無奈。要知道，開發人員不是生產線上的機械手，設定好程序，就可以始終如一、機械的工作下去。如果忽略了人的主觀能動性，要想順利的執行配置管理過程幾乎是不可能的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/