做配置管理你需要那些知識？: k/ o3 Y6 g) j" ^0 z2 E) o( v9 L5 O
我在做配置管理以前做過兩年的測試，期間做過兩家公司的iso 9000的內審員，然后老板覺得我比較有耐心，所以趕鴨子上架，和前任學習拉一周，我就是配置管理拉，然后不知不覺，已經6年拉，總結一下，看看會需要些什么呢？
1、軟件公司的開發流程，對軟件工程一定要熟悉，尤其是開發模型，你不能保證公司的所有項目使用一個模型。比如：瀑布、迭代或者極限編程。只有熟悉這些開發模型，你才能參與到公司的流程制定中去。
2、 熟悉一些標準，比如：iso 9000和cmmi。一個公司想要發展大，想要穩定，就一定會有一套穩定的流程。而熟悉標準，會更有利于你理解和說服你的同事。記得以前一個同事說過這樣 一句話，一個公司想要長大，那一定必須是一頭小象而不能是一只大螞蟻。而一個做有流程，愿意將公司的事情流程化的公司才能保證不因人成事，才能長大。. @5 "9 E: Q( L0 j1 ~
3、溝通能力。配置管理員的工作就是溝通協助需求、開發及測試人員工作。而一個新的項目的建立意味這大家都是新人，來自不同的行業不同的公司，公司文化不 同，做事的方法也不同，你只有有好的溝通能力，才能說服項目經理支持你的工作，才只能說服開發測試人員按你要求的流程工作。
4、編程能力。想做好配置管理，你就不得不編寫一些配置腳本，以方便開發測試人員，同時減少自己的工作量。
5、數據庫知識。一般來說配置管理員，同時要管理BUG跟蹤或需求管理的系統，那免不了老板會讓你提供一些統計數據，所以數據庫知識也是必不可少的。
6、系統知識。多說公司的配置管理員還要負責開發測試環境的維護，那么有系統知識，無疑可以減少你求助的機會。
現在說說我做過什么？& g! @2 `9 [: f+ ]5 g! z4 "/ f. q
一、上海項目的時候，只是負責系統的配置管理，包括代碼編譯，上線，這個系統比較大，但是還好，我是從別人手上接手的，所以還在順序。
二、集團項目的的時候，我同時維護9個省的測試上線環境。
由于用戶一直是用unix系統，所以順便學會拉shell ，學會來在ibm，hp，sun的小型機上安裝配置軟件。
尤其是bes521的安裝，簡直是無言啊？寶 藍從總部派人過來，現場安裝，配置、測試，美國總部修改bug，然后打補丁，終于，我寫了一本安裝手冊，兩年后公司同事還在用。安裝ibm的 websphere的時候，我發現需要打操作系統補丁，于是比較傻瓜的我，安裝拉最新版的補丁，要命的是這個websphere比較變態，盡然只能用它指 定版本，所以到現在我都恨websphere啊。
要說最大的收獲，就是在壓力下面，我做事情很負責，我的努力讓公司項目經理面對甲方也很硬氣。! b  ^/ I7 E/ s" V
三、做公司的openboss系統。這個系統對我的鍛煉很大，工作如下：/ d2 ?% d/ f1 K& d0 Y) I
1、寫cvs腳本，保證代碼能在提交的時候,同時建立開發和構建分支，同時不能是分支之上建立分支。
2、和一個沒有任何配置管理經驗的開發團隊扯皮，扯開發流程，扯目錄結構，扯Makefile模板，扯代碼命名規范，然后想辦法讓他們執行。9 U1 J- G8 r0 ^2 D% i+ N6 Z
這個系統很大，到今天，已經有11個移動，3個網通，3個電信在使用。分出來的系統現在也有15個拉，僅僅營業和賬務兩個系統，unix后臺就有500多個動態庫，當時扯皮，現在受益。
3、和總工辦 一起搞unix主機下的編譯選項，由于用戶的環境復雜，所以要求做到，代碼寫出來后，可以跨cpu，跨操作系統、跨中間件、跨數據庫。所以這個過程讓我對 unix下的編譯器熟悉起來，不然無法做到。讓我自豪的是到現在，開發人員只要修改Makefile模板很少的地方，就可以跨平臺編譯拉。
4、編寫自動編譯腳本。通過我們開發的自動編譯系統，開發人員只要在瀏覽器中提交編譯單就可以自動編譯拉。而如果開始的時候，如果沒有將目錄規劃好，我想自動編譯就是無源之水。6 H& H1 ?% b; n5 N
這個系統我們web部分用jsp，unix用tcl/tk腳本。現在已經集成到QCS的源碼管理中，還在改進，還在使用。7 r) H# K. ~- i6 r

四、公司的QCS系統（質量控制系統）。
這是一個配置管理系統，通過rsh將CVS和QCS結合在一起，用jsp和oracle的存儲過程開發，其中包括：需求管理、功能點管理、任務管理、源碼管理、bug管理、工程故障管理、接口管理、數據庫變更管理、版本管理、發布管理、回退管理等模塊的系統。2 z( T! {' a7 c* J: A0 v" M

五、參加公司的EPG小組，并且以配置管理員的身份參與評審。+ E* F) S  j( B' |# F# u  ^
公司兩年前已經通過CMMI 5的認證。我加入公司的公司只是通過拉CMM 2級。后來由于甲方的要求，公司開始CMMI的認證。這中間有大量的文檔要寫。尤其是配置管理員，在幾乎所有的過程中，都要參與評審，所以準備工作做拉好 久。到 CMMI 5級的時候，就要提供大量的統計數據來說明持續改進的結果，所以對QCS就需要不少地方做改動，來收集數據。還好公司一直注意這塊，我們的各種腳本，模 板，都是盡量的優化以滿足開發測試人員的需要。所以后來的評審中基本沒有費什么事就過拉。* G6 J3 w5 "# z
( [" N- P( V% F4 "$ d, `
在這個項目中，讓我對配置管理中的很多概念理解很深。尤其是在評審的時候，將自己平時做的工作用CMMI的語言講解，感覺的確是鍛煉人。
- a% k3 H% s/ Q5 S# ^, |+ T
這中間的很多事情，我的感謝我的師傅，雖然他比我年齡還小，而且也沒有帶我很久，但是很多問題都是和他討論中加深理解的，不管是從技術上，還是為人都讓我學之不盡啊。
1 h( "  C) "8 r  t- @7 C
要做好配置管理，一定要耐心、細心、恒心。
冰凍三尺非一日之寒。, H3 N' z: f+ I  y' V) K
* j; V, r: J* w, x; P9 p! ]
希望以上內容能給新入行的同行一點幫助。
原文：

http://bbs.scmlife.com/thread-16353-1-1.html k/ o3 Y6 g) j" ^0 z2 E) o( v9 L5 O
我在做配置管理以前做過兩年的測試，期間做過兩家公司的iso 9000的內審員，然后老板覺得我比較有耐心，所以趕鴨子上架，和前任學習拉一周，我就是配置管理拉，然后不知不覺，已經6年拉，總結一下，看看會需要些什么呢？
1、軟件公司的開發流程，對軟件工程一定要熟悉，尤其是開發模型，你不能保證公司的所有項目使用一個模型。比如：瀑布、迭代或者極限編程。只有熟悉這些開發模型，你才能參與到公司的流程制定中去。
2、 熟悉一些標準，比如：iso 9000和cmmi。一個公司想要發展大，想要穩定，就一定會有一套穩定的流程。而熟悉標準，會更有利于你理解和說服你的同事。記得以前一個同事說過這樣 一句話，一個公司想要長大，那一定必須是一頭小象而不能是一只大螞蟻。而一個做有流程，愿意將公司的事情流程化的公司才能保證不因人成事，才能長大。. @5 "9 E: Q( L0 j1 ~
3、溝通能力。配置管理員的工作就是溝通協助需求、開發及測試人員工作。而一個新的項目的建立意味這大家都是新人，來自不同的行業不同的公司，公司文化不 同，做事的方法也不同，你只有有好的溝通能力，才能說服項目經理支持你的工作，才只能說服開發測試人員按你要求的流程工作。
4、編程能力。想做好配置管理，你就不得不編寫一些配置腳本，以方便開發測試人員，同時減少自己的工作量。
5、數據庫知識。一般來說配置管理員，同時要管理BUG跟蹤或需求管理的系統，那免不了老板會讓你提供一些統計數據，所以數據庫知識也是必不可少的。
6、系統知識。多說公司的配置管理員還要負責開發測試環境的維護，那么有系統知識，無疑可以減少你求助的機會。
現在說說我做過什么？& g! @2 `9 [: f+ ]5 g! z4 "/ f. q
一、上海項目的時候，只是負責系統的配置管理，包括代碼編譯，上線，這個系統比較大，但是還好，我是從別人手上接手的，所以還在順序。
二、集團項目的的時候，我同時維護9個省的測試上線環境。
由于用戶一直是用unix系統，所以順便學會拉shell ，學會來在ibm，hp，sun的小型機上安裝配置軟件。
尤其是bes521的安裝，簡直是無言啊？寶 藍從總部派人過來，現場安裝，配置、測試，美國總部修改bug，然后打補丁，終于，我寫了一本安裝手冊，兩年后公司同事還在用。安裝ibm的 websphere的時候，我發現需要打操作系統補丁，于是比較傻瓜的我，安裝拉最新版的補丁，要命的是這個websphere比較變態，盡然只能用它指 定版本，所以到現在我都恨websphere啊。
要說最大的收獲，就是在壓力下面，我做事情很負責，我的努力讓公司項目經理面對甲方也很硬氣。! b  ^/ I7 E/ s" V
三、做公司的openboss系統。這個系統對我的鍛煉很大，工作如下：/ d2 ?% d/ f1 K& d0 Y) I
1、寫cvs腳本，保證代碼能在提交的時候,同時建立開發和構建分支，同時不能是分支之上建立分支。
2、和一個沒有任何配置管理經驗的開發團隊扯皮，扯開發流程，扯目錄結構，扯Makefile模板，扯代碼命名規范，然后想辦法讓他們執行。9 U1 J- G8 r0 ^2 D% i+ N6 Z
這個系統很大，到今天，已經有11個移動，3個網通，3個電信在使用。分出來的系統現在也有15個拉，僅僅營業和賬務兩個系統，unix后臺就有500多個動態庫，當時扯皮，現在受益。
3、和總工辦 一起搞unix主機下的編譯選項，由于用戶的環境復雜，所以要求做到，代碼寫出來后，可以跨cpu，跨操作系統、跨中間件、跨數據庫。所以這個過程讓我對 unix下的編譯器熟悉起來，不然無法做到。讓我自豪的是到現在，開發人員只要修改Makefile模板很少的地方，就可以跨平臺編譯拉。
4、編寫自動編譯腳本。通過我們開發的自動編譯系統，開發人員只要在瀏覽器中提交編譯單就可以自動編譯拉。而如果開始的時候，如果沒有將目錄規劃好，我想自動編譯就是無源之水。6 H& H1 ?% b; n5 N
這個系統我們web部分用jsp，unix用tcl/tk腳本。現在已經集成到QCS的源碼管理中，還在改進，還在使用。7 r) H# K. ~- i6 r

四、公司的QCS系統（質量控制系統）。
這是一個配置管理系統，通過rsh將CVS和QCS結合在一起，用jsp和oracle的存儲過程開發，其中包括：需求管理、功能點管理、任務管理、源碼管理、bug管理、工程故障管理、接口管理、數據庫變更管理、版本管理、發布管理、回退管理等模塊的系統。2 z( T! {' a7 c* J: A0 v" M

五、參加公司的EPG小組，并且以配置管理員的身份參與評審。+ E* F) S  j( B' |# F# u  ^
公司兩年前已經通過CMMI 5的認證。我加入公司的公司只是通過拉CMM 2級。后來由于甲方的要求，公司開始CMMI的認證。這中間有大量的文檔要寫。尤其是配置管理員，在幾乎所有的過程中，都要參與評審，所以準備工作做拉好 久。到 CMMI 5級的時候，就要提供大量的統計數據來說明持續改進的結果，所以對QCS就需要不少地方做改動，來收集數據。還好公司一直注意這塊，我們的各種腳本，模 板，都是盡量的優化以滿足開發測試人員的需要。所以后來的評審中基本沒有費什么事就過拉。* G6 J3 w5 "# z
( [" N- P( V% F4 "$ d, `
在這個項目中，讓我對配置管理中的很多概念理解很深。尤其是在評審的時候，將自己平時做的工作用CMMI的語言講解，感覺的確是鍛煉人。
- a% k3 H% s/ Q5 S# ^, |+ T
這中間的很多事情，我的感謝我的師傅，雖然他比我年齡還小，而且也沒有帶我很久，但是很多問題都是和他討論中加深理解的，不管是從技術上，還是為人都讓我學之不盡啊。
1 h( "  C) "8 r  t- @7 C
要做好配置管理，一定要耐心、細心、恒心。
冰凍三尺非一日之寒。, H3 N' z: f+ I  y' V) K
* j; V, r: J* w, x; P9 p! ]
希望以上內容能給新入行的同行一點幫助。
原文：