軟件測試之個人對配置管理的一點看法

     軟件測試之個人對配置管理的一點看法  軟件測試

       個人認為作配置管理，不要只把自己定位在一個狹隘的空間里。一天圍著工具寫寫清單，管管權限就足之夠已。

　　配置管理是一個過程，這個過程不是靠一兩個"所謂的"配制管理員對著工具忙忙碌碌的不斷操作就能夠保證的。當然，工具的使用對過程的幫助是巨大的，但是對于這個過程，一個真正的配置管理者更多的應該是想著怎么去完善她以適應項目，這是一種思想。這就需要我們看得廣一點，遠一點。所以對于這個過程中的每一個角色，每一個職責，配置管理員都應該深入的去了解。

　　之前看到一篇帖子，討論配置管理員需不需要技術做鋪墊，我覺得技術是一方面，倒是開發經驗還是有幫助的。技術的掌握有助于我們更好的對工具進行定制，而開發經驗就有助于我們更好的對一個過程進行制定和理解。當我們向項目組提出方案時，我們首先會去思考要怎樣說服他們來遵循這個過程，但是我覺得更重要的事情是，在想著怎樣說服他們之前，思考一下自己定出來的過程是否正確，是否能真正的幫助項目。要做到這一點，我覺得應該有一點開發經驗的積累還比較好。

　　但也不否認可以直接跳過開發作配置管理，畢竟學一門就需要精一門，當你真正選擇了做配置管理的話，就需要把大量的精力都投入到對配置管理的學習中，學習開發方面的知識肯定少之又少。不過在管理的過程中，應該經常接觸項目，體會項目相關人員的疾苦，這樣才能為項目量身定做一套好的"衣服"。古時候不是經常有皇帝微服私訪，體會民間疾苦嗎?呵呵，當然這個比喻不太恰當，公司上上下下，里里外外大家都是兄弟姐妹嘛。

　　對于配置管理所處的位置，我覺得應該從兩個方面去考慮她。

　　首先，請注意是"首先"，我們是為項目服務的。當然這個服務肯定沒有貶低配置管理的意思。我只是覺得我們制定出來的東西是為了項目更加穩定，更加舒服的進行下去--看菜吃飯，量體裁衣嘛。一件產品從開發到完成，始終都是在縫縫補補的過程中達到用戶預期效果的。和開發一樣，出于項目的復雜性和可變性，還有自身的經驗和能力，我們制定出來的過程也不可能真正的針對某個項目就那么的合身，所以在項目的進行過程中，我們還需要對過程進行調整或修改。

　　然后，我們又是執法者。在之前，我們已經確保了過程對項目的保障，之后就需要過程的參與者嚴格來執行。雖說無規矩不成方圓，但人又是一種很"靈活"的動物。不同的人，思想也不盡相同的，稍微偏執一點的人可能就會固執的按照自己的思想去做事。這就造成了千古以來都難以解決的沖突----共性與個性的問題。但是不管是誰，處在哪個位置，需要要記住的一點就是項目一個團隊的，不是一個人的。我們制定過程也就是想讓過程中的所有人都能很輕松把項目做好----這是一個共性問題，共性與個性在某些時候某些情景下是需要做出選擇的，就像老媽和老婆同時掉水后你會先救誰一樣。不過在項目中的選擇要比選擇先救誰要簡單得多----當然不會讓個性顛覆掉共性，這里還是需要延續一下毛主席的少數服從多數的原則。

　　這里說得有點散，畢竟剛接觸配置管理也不久。很多不足的地方還請大家指正。

原文轉自：http://www.anti-gravitydesign.com