專案管理：配置管理是一個過程

做了一年多的開發，然後轉過來做配置管理，看了一段時間的書，結合理論上的東西，再回頭看看以前做過的專案，對配置管理有了一點自己的看法。在這裡寫下來，不知道對不對，不對之處還請大家指正。

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

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

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

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

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

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

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

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14780914/viewspace-374771/，如需轉載，請註明出處，否則將追究法律責任。