【摘要】

我于2005年1月至2006年1月參加了某個(gè)知名飲料集團(tuán)公司的企業(yè)信息系統(tǒng)的開(kāi)發(fā)工作，該大型集團(tuán)的業(yè)務(wù)主要涉及到奶制品的進(jìn)銷(xiāo)存。本人在項(xiàng)目中負(fù)責(zé)系統(tǒng)分析，設(shè)計(jì)和部分測(cè)試與系統(tǒng)實(shí)施的工作，本文從配置管理工具的選擇、配置管理流程制定、配置管理庫(kù)結(jié)構(gòu)的確定，以及作為配置管理工作的推動(dòng)者如何推動(dòng)這項(xiàng)工作等方面仔細(xì)描述。本人參與了該項(xiàng)目的系統(tǒng)分析、設(shè)計(jì)、測(cè)試和實(shí)施工作，實(shí)現(xiàn)了該系統(tǒng)的庫(kù)存管理、供應(yīng)鏈管理、銷(xiāo)售管理和OA等子系統(tǒng)。通過(guò)該項(xiàng)目的配置管理和實(shí)施，應(yīng)該說(shuō)，這次我們對(duì)項(xiàng)目的配置管理實(shí)施是非常成功的，在整個(gè)開(kāi)發(fā)過(guò)程中，基本沒(méi)有出現(xiàn)因?yàn)榕渲霉芾淼膯?wèn)題導(dǎo)致的對(duì)開(kāi)發(fā)進(jìn)度的延誤。當(dāng)然，在開(kāi)發(fā)過(guò)程中也發(fā)生了由于需求變化導(dǎo)致基線變更引起開(kāi)發(fā)進(jìn)度的延遲，不過(guò)這不應(yīng)該算作是配置管理的失誤，因?yàn)樽鳛榕渲霉芾韥?lái)說(shuō)，只能盡量保證基線變更不會(huì)導(dǎo)致項(xiàng)目失控。

【正文】

2005年年初，我參加了某個(gè)知名飲料集團(tuán)公司的企業(yè)信息系統(tǒng)的開(kāi)發(fā)工作，該大型集團(tuán)的業(yè)務(wù)主要涉及到奶制品的進(jìn)銷(xiāo)存，該項(xiàng)目的工作量大約是12人年，項(xiàng)目周期約為1年。大部分（90%以上）的開(kāi)發(fā)工作在前6個(gè)月內(nèi)完成，后期的工作主要由維護(hù)人員進(jìn)行系統(tǒng)維護(hù)和調(diào)整。在6個(gè)月的開(kāi)發(fā)時(shí)間中，前4個(gè)月由開(kāi)發(fā)人員在公司進(jìn)行開(kāi)發(fā)，根據(jù)用戶的需求完成設(shè)計(jì)，確定系統(tǒng)架構(gòu)并實(shí)現(xiàn)整個(gè)框架，部分明確的功能以及公用模塊也在這段時(shí)間內(nèi)完成；后2個(gè)月的時(shí)間部分開(kāi)發(fā)人員在現(xiàn)場(chǎng)，部分開(kāi)發(fā)人員在公司共同完成后期的開(kāi)發(fā)工作。整個(gè)項(xiàng)目采用的開(kāi)發(fā)語(yǔ)言是C++、Java、ASP，涉及的平臺(tái)包括Solaris和Windows，采用的開(kāi)發(fā)工具包括Visual Studio和Solaris上的CC。此外，整個(gè)項(xiàng)目還使用了一些第三方的平臺(tái)，如IBM的MQ等。除用戶需求之外，公司還對(duì)項(xiàng)目組提出了代碼復(fù)用方面的要求，開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中必須注意代碼的可重用性。

在項(xiàng)目正式啟動(dòng)之后，配置管理工作就可以開(kāi)始了。配置管理工作開(kāi)始的第一步就是一份配置管理計(jì)劃。我認(rèn)為需要在配置管理計(jì)劃中明確的內(nèi)容包括：
1、 配置管理軟硬件資源；
2、 配置庫(kù)結(jié)構(gòu)；
3、 人員、角色以及配置管理規(guī)范；
4、 基線計(jì)劃；
5、 配置庫(kù)備份計(jì)劃；

配置管理環(huán)境包括軟硬件環(huán)境。具體的資源需求應(yīng)該根據(jù)項(xiàng)目實(shí)際情況來(lái)確定，一般需要考慮的包括：網(wǎng)絡(luò)環(huán)境、配置管理服務(wù)器的處理能力、空間需求，配置管理軟件的選擇等。配置管理環(huán)境的確定需要綜合考慮各個(gè)方面的因素，包括我們采用的開(kāi)發(fā)工具，開(kāi)發(fā)方式，開(kāi)發(fā)人員對(duì)配置管理工具的熟悉程度等，其中，開(kāi)發(fā)人員對(duì)配置管理工具的認(rèn)可和熟悉程度常常直接決定配置管理能否正常進(jìn)行，如果選擇了需要開(kāi)發(fā)人員花費(fèi)比較大的精力去熟悉的配置管理軟件，我們就必須花費(fèi)大量時(shí)間來(lái)進(jìn)行培訓(xùn)；同時(shí)，配置管理軟件和開(kāi)發(fā)工具的集成程度也是一個(gè)必須考慮的因素，根據(jù)我們的經(jīng)驗(yàn)，選擇一個(gè)和開(kāi)發(fā)環(huán)境集成緊密的配置管理工具至少可以減少20%花費(fèi)在Check In/Check Out和配置管理人員保持配置庫(kù)完整上的工作量。根據(jù)我們項(xiàng)目的實(shí)際情況，我們有如下一些考慮：
根據(jù)歷史經(jīng)驗(yàn)，一個(gè)類(lèi)似項(xiàng)目的配置庫(kù)大小約為3G，考慮到備份等操作對(duì)空間的需求，至少應(yīng)該為配置管理庫(kù)保留10G以上的空間。為了保證配置管理庫(kù)的安全，除了相應(yīng)的備份計(jì)劃之外，還可以采用了RAID 0＋1的方式為配置數(shù)據(jù)庫(kù)提供更好的可用性保證；考慮到在項(xiàng)目的后期有部分開(kāi)發(fā)人員會(huì)在現(xiàn)場(chǎng)進(jìn)行開(kāi)發(fā)，因此在網(wǎng)絡(luò)條件上需要提供對(duì)遠(yuǎn)程訪問(wèn)方式的支持；配置管理服務(wù)器的選擇和配置管理軟件的選擇相關(guān)，考慮到目前公司有一臺(tái)閑置的PC服務(wù)器，最好能充分利用這臺(tái)服務(wù)器；配置管理軟件必須可以以某種方式支持遠(yuǎn)程訪問(wèn)，而且由于我們的開(kāi)發(fā)平臺(tái)涉及Solaris和Windows，配置管理軟件要能夠支持這兩種平臺(tái)；考慮到開(kāi)發(fā)工具方面，配置管理工具要求能和我們選擇的開(kāi)發(fā)工具進(jìn)行很好的集成；項(xiàng)目組的開(kāi)發(fā)人員缺乏使用配置管理工具的經(jīng)驗(yàn)，有將約30%的開(kāi)發(fā)人員使用過(guò)VSS配置管理工具，但僅限于最基礎(chǔ)的使用，對(duì)VSS的Label等功能沒(méi)有概念；結(jié)合以上的情況，我們首先考慮配置工具的選擇。

從開(kāi)發(fā)人員具有的配置管理工具使用經(jīng)驗(yàn)和配置管理工具使用的難易度方面來(lái)說(shuō)，VSS是最好的選擇，在現(xiàn)有的基礎(chǔ)上只需要對(duì)開(kāi)發(fā)人員進(jìn)行簡(jiǎn)單培訓(xùn)；考慮到和開(kāi)發(fā)工具的集成，VSS也是一個(gè)不錯(cuò)的選擇。因?yàn)閂SS簡(jiǎn)單易用，在大多數(shù)人眼里，VSS似乎都只是一個(gè)玩具，難登大雅之堂，最多能管管自己的代碼，要用團(tuán)隊(duì)開(kāi)發(fā)中，那似乎是不可能的。剛接觸VSS時(shí)，我也是抱著差不多的想法，覺(jué)得要用VSS作為一個(gè)較大的項(xiàng)目的配置管理工具完全不可能，但隨著對(duì)VSS研究的深入，加上在工作中也使用了其它一些配置管理工具，如CVS、ClearCase、CCC harvest等工具，反過(guò)來(lái)比較，反而覺(jué)得VSS有它獨(dú)到的地方。不過(guò)本項(xiàng)目還要求對(duì)遠(yuǎn)程接入方式的支持，以及對(duì)Solaris平臺(tái)的支持，VSS肯定是不能滿足要求的（VSS通過(guò)VPN方式應(yīng)該是可以實(shí)現(xiàn)對(duì)遠(yuǎn)程訪問(wèn)的支持，但VSS的完全共享方式實(shí)在是不敢在Internet上使用）。除VSS外，可以選擇的配置管理工具還有CCC Harvest、ClearCase、CVS等，但Harvest和ClearCase使用起來(lái)比較復(fù)雜，需要一個(gè)專門(mén)的配置庫(kù)管理員負(fù)責(zé)技術(shù)支持，還需要對(duì)開(kāi)發(fā)人員進(jìn)行較多的培訓(xùn)，另外，Harvest和ClearCase價(jià)格不菲；CVS在Unix下使用方便，而且是免費(fèi)的，但其文本方式的操作界面對(duì)于習(xí)慣在Windows平臺(tái)上開(kāi)發(fā)的開(kāi)發(fā)人員來(lái)說(shuō)使用非常不習(xí)慣（CVS也有windows下的GUI版本，但經(jīng)過(guò)我們的試用，在操作習(xí)慣上和我們目前開(kāi)發(fā)人員習(xí)慣的方式很不相同，較難被接受）。 經(jīng)過(guò)在MSDN和Internet上查找，終于找到了一個(gè)VSS的增強(qiáng)軟件SOS（Source Offsite），它基于VSS的數(shù)據(jù)庫(kù)，可以支持通過(guò)TCP/IP方式訪問(wèn)和操作VSS庫(kù)，在Windows、Slolaris和Linux上都提供了客戶端，并且通過(guò)傳輸數(shù)據(jù)的壓縮和加密方式，使得文件操作的速度大大加快并增強(qiáng)了系統(tǒng)的安全性。事實(shí)證明，VSS＋SOS的組合在我們的整個(gè)項(xiàng)目過(guò)程中起到了關(guān)鍵的支持作用。我們使用的SOS是3.53的Standard版本。

確定了配置管理工具后，我們使用公司購(gòu)置的一臺(tái)Compaq PC Server作為配置管理的硬件環(huán)境，VSS對(duì)硬件配置要求不高；作為一個(gè)工作組級(jí)別的配置管理工具，在我們的項(xiàng)目中，安裝VSS的配置服務(wù)器是一臺(tái)P4 2.2G/512M RAM/30G×4 Disk的HP PC服務(wù)器，這樣的條件下VSS運(yùn)行已經(jīng)足夠穩(wěn)定和快速，相比起CC和CCC harvest的要求，這部分的投資是很小的；如果再考慮到CC和CCC都運(yùn)行在Unix平臺(tái)上需要的維護(hù)費(fèi)用，當(dāng)然是VSS更加劃算了。

最終確定的方案是安裝該服務(wù)器安裝Windows 2000 Server操作系統(tǒng)，為了保證配置數(shù)據(jù)的安全性，我們采用RAID 0＋1方式，總的可用空間在50G左右；另外為了備份的需要，還為服務(wù)器配置了一個(gè)CDR刻錄機(jī)。
對(duì)于網(wǎng)絡(luò)環(huán)境的選擇，因?yàn)楣疽延鞋F(xiàn)成的100M局域網(wǎng)，通過(guò)一個(gè)交換機(jī)和路由器連接至Internet，有一個(gè)公網(wǎng)的靜態(tài)IP；配置管理服務(wù)器是內(nèi)網(wǎng)的一臺(tái)機(jī)器，具有一個(gè)內(nèi)網(wǎng)IP。為了滿足遠(yuǎn)程訪問(wèn)的需要，我們通過(guò)在路由器上設(shè)置端口映射，將SOS需要使用的端口映射到配置管理服務(wù)器上（缺省情況下，SOS使用8888和8890兩個(gè)端口）。網(wǎng)絡(luò)拓?fù)鋱D如下：

在公司的開(kāi)發(fā)人員通過(guò)局域網(wǎng)使用VSS訪問(wèn)和操作配置庫(kù)，在現(xiàn)場(chǎng)的開(kāi)發(fā)人員通過(guò)Internet接入對(duì)配置庫(kù)進(jìn)行訪問(wèn)和操作。
我制訂了配置庫(kù)維護(hù)和備份計(jì)劃 ，配置庫(kù)的維護(hù)的備份需要專職的配置庫(kù)管理員來(lái)負(fù)責(zé)。在整個(gè)項(xiàng)目中我們采用的配置庫(kù)維護(hù)策略是根據(jù)Microsoft的Best Practice白皮書(shū)建議，包括以下要點(diǎn)：
1、 保持配置數(shù)據(jù)庫(kù)的大小不超過(guò)5G；Microsoft建議，配置庫(kù)的大小在3－5G比較合適，太大的數(shù)據(jù)庫(kù)會(huì)極大影響VSS的效率；減小配置庫(kù)大小的
2、 每周進(jìn)行VSS數(shù)據(jù)庫(kù)的分析（Analysis），發(fā)現(xiàn)問(wèn)題及時(shí)修正；VSS提供了Analysis和Fix工具，由于不合理的Delete等操作，VSS數(shù)據(jù)庫(kù)有可能會(huì)出現(xiàn)一些Interrupt Data之類(lèi)的問(wèn)題，通過(guò)定期的每周的分析工作，可以極大減少數(shù)據(jù)庫(kù)出現(xiàn)問(wèn)題的風(fēng)險(xiǎn)；
3、 每日進(jìn)行配置庫(kù)的增量備份，每周進(jìn)行數(shù)據(jù)庫(kù)的完全備份；VSS庫(kù)的備份可以通過(guò)VSS自己的Archive功能或者是操作系統(tǒng)的Backup程序來(lái)進(jìn)行。VSS的Archive功能對(duì)VSS中的文件數(shù)據(jù)進(jìn)行壓縮并保留VSS的所有狀態(tài)，但只能對(duì)VSS庫(kù)進(jìn)行完全備份，不能實(shí)現(xiàn)增量備份功能。Windows2000 Server提供的Backup實(shí)用程序可以對(duì)文件進(jìn)行備份，由于VSS庫(kù)就是以文件形勢(shì)存在的，因此針對(duì)VSS的data目錄進(jìn)行備份也可以完全達(dá)到備份的目的，使用系統(tǒng)備份工具的好處是可以實(shí)現(xiàn)增量備份。我們?cè)趯?shí)際中使用的系統(tǒng)的備份工具，每周五生成的完全備份采用刻錄光盤(pán)的方式保存，每天的增量備份數(shù)據(jù)存放在文件服務(wù)器上進(jìn)行備份。



配置項(xiàng)的命名包括兩個(gè)方面的內(nèi)容：
1、配置項(xiàng)標(biāo)識(shí)：在我們的項(xiàng)目中，一般使用“項(xiàng)目名_配置類(lèi)別_配置項(xiàng)特殊標(biāo)識(shí)”來(lái)命名。配置項(xiàng)命名中的“配置項(xiàng)特殊標(biāo)識(shí)”根據(jù)配置類(lèi)別的不同而不同。比如，對(duì)“設(shè)計(jì)文檔”，如果細(xì)分的話，可以分為“概要設(shè)計(jì)”和“詳細(xì)設(shè)計(jì)”；對(duì)“代碼”，可以按照模塊來(lái)命名配置項(xiàng)。
2、配置項(xiàng)版本命名：配置項(xiàng)版本命名是針對(duì)配置項(xiàng)的版本進(jìn)行命名，在我們的項(xiàng)目中，配置項(xiàng)版本通過(guò)對(duì)Project的Label操作來(lái)實(shí)現(xiàn)，配置項(xiàng)版本的命名需要能清楚標(biāo)識(shí)配置項(xiàng)的狀態(tài)。一般說(shuō)來(lái)，配置庫(kù)至少包括個(gè)人工作區(qū)、受控庫(kù)、發(fā)布區(qū)三個(gè)部分，在我們的項(xiàng)目中，所有的配置項(xiàng)都保存在一個(gè)VSS庫(kù)中，對(duì)這三個(gè)部分的劃分是通過(guò)邏輯劃分方式進(jìn)行的，具體來(lái)說(shuō)，就是通過(guò)配置項(xiàng)版本命名來(lái)劃分的。因此，我們配置項(xiàng)的版本命名規(guī)定如下：
a) 基線版本：按照基線的狀態(tài)，我們這個(gè)項(xiàng)目中的基線有兩個(gè)方面：一是作為里程碑的基線；另一個(gè)是模塊的階段性成果基線（對(duì)工作產(chǎn)品而言），由模塊的負(fù)責(zé)人確定。
里程碑基線――對(duì)我們的項(xiàng)目來(lái)說(shuō)，采用的是迭代的開(kāi)發(fā)過(guò)程，以一個(gè)迭代過(guò)程為例，分為需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、代碼實(shí)現(xiàn)、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試七個(gè)階段，每個(gè)階段都需要產(chǎn)生里程碑。對(duì)每個(gè)里程碑都有明確的標(biāo)識(shí)標(biāo)明當(dāng)前狀態(tài)。
階段性成果基線――階段性成果主要體現(xiàn)在代碼過(guò)程中，比如代碼進(jìn)行到一個(gè)階段，開(kāi)發(fā)組長(zhǎng)認(rèn)為代碼的這個(gè)狀態(tài)可以保留，就可以確定為一個(gè)代碼基線。這種基線一般不需要通過(guò)評(píng)審等正式手段來(lái)確定，但也必須有相應(yīng)的驗(yàn)證手段；比如在我們的項(xiàng)目中，在代碼階段，確定代碼基線的責(zé)任人是開(kāi)發(fā)組長(zhǎng)，但開(kāi)發(fā)組長(zhǎng)必須保證代碼基線符合一定的條件。
b) 其他版本：除基線版本外，有時(shí)候還需要在開(kāi)發(fā)和維護(hù)過(guò)程中確定其他版本。例如，產(chǎn)品在測(cè)試過(guò)程中不斷的問(wèn)題修復(fù)過(guò)程中，可能會(huì)有多種反復(fù)，此時(shí)需要將每次修改的內(nèi)容作為一個(gè)版本。
關(guān)于版本，還有另一個(gè)需要注意的問(wèn)題。一般來(lái)說(shuō)，按照模塊來(lái)劃分，每個(gè)模塊有自己的版本演進(jìn)比較合理。首先，一個(gè)模塊一般是由一個(gè)或兩個(gè)開(kāi)發(fā)人員完成的；其次，一個(gè)模塊的功能會(huì)比較單一且獨(dú)立，在版本的演化過(guò)程中便于控制，也不會(huì)和其他模塊產(chǎn)生過(guò)于復(fù)雜的關(guān)系。而產(chǎn)品的版本則需要由各個(gè)模塊的不同版本組成，這個(gè)縱橫的關(guān)系需要很好地管理，我們的做法是在VSS庫(kù)上用Label來(lái)標(biāo)識(shí)，同時(shí)維護(hù)一張描述產(chǎn)品版本和模塊版本關(guān)系的矩陣圖便于追蹤。

在確定了配置項(xiàng)之后，就可以確定配置庫(kù)的目錄結(jié)構(gòu)了。配置庫(kù)的目錄結(jié)構(gòu)直接關(guān)系到配置管理的工作量和使用的方便性，所以需要根據(jù)自己的需要確定一個(gè)合理的結(jié)構(gòu)。
在確定配置管理庫(kù)目錄結(jié)構(gòu)的時(shí)候，我們?cè)?jīng)考慮過(guò)兩種產(chǎn)品目錄結(jié)構(gòu)的方式：一種是按照模塊劃分，在模塊下再劃分諸如設(shè)計(jì)文檔、代碼等目錄；另一種方式是按照產(chǎn)品類(lèi)型劃分，例如首先是文檔、代碼，然后在其下按照模塊劃分。這兩種方式都有自己的優(yōu)點(diǎn)，最終我們還是選擇了前一種劃分方式，一方面是考慮便于進(jìn)行權(quán)限的分配，另一方面是考慮到便于將同一模塊的所有內(nèi)容組織起來(lái)進(jìn)行版本的管理。

角色是配置管理流程的執(zhí)行者和參與者，定義明確的角色有利于實(shí)現(xiàn)明確的授權(quán)和明晰的流程，雖然在實(shí)際中可能多個(gè)角色由一個(gè)人擔(dān)任，但還是應(yīng)該保留角色的定義。
我們所說(shuō)的配置項(xiàng)變更流程主要是針對(duì)配置項(xiàng)發(fā)生變化的控制，在我們的項(xiàng)目中分為兩個(gè)部分，首先是對(duì)配置項(xiàng)新建、檢入（CheckIn）和檢出（CheckOut）的規(guī)定；其次是對(duì)入庫(kù)的文件類(lèi)型和大小的規(guī)定：新建、檢入、檢出及破壞
1、 新建：即Add，除特殊情況外，一般不規(guī)定由誰(shuí)來(lái)新建（只要有權(quán)限即可），但盡量指定每個(gè)project只有一人負(fù)責(zé)新建。
2、 檢入：即check in，檢入頻率規(guī)定如下：
i. 在代碼編寫(xiě)前，至少每周一次
ii. 代碼編寫(xiě)階段，至少每天一次
iii. 測(cè)試階段以后，根據(jù)代碼、文檔的變動(dòng)，只要當(dāng)天有變動(dòng)就要檢入一次。
iv. 為配合檢查、備份工作，需在檢查備份周期前全部check in (不保持check out)并退出登錄。詳見(jiàn)“檢查及備份”部分
3、 檢出：即check out。原則上只對(duì)要修改的文檔方可檢出。
4、 破壞（Destroy）：一般情況不可以破壞文件、目錄。
5、 如果是誤操作，則可在一天內(nèi)提交管理員處
6、 如果超過(guò)一天，則需要由項(xiàng)目經(jīng)理同意，且管理員破壞前要備份。
7、 各階段環(huán)境職責(zé)
配置項(xiàng)發(fā)布是指配置項(xiàng)進(jìn)行到一定的階段（例如，里程碑階段），需要對(duì)外發(fā)布時(shí)的規(guī)則。在我們的項(xiàng)目中，配置項(xiàng)發(fā)布是通過(guò)標(biāo)簽，即LABEL，來(lái)實(shí)現(xiàn)的。
基線確立與變更 ，基線的確定在上一部分中已經(jīng)說(shuō)到過(guò)，我們的項(xiàng)目基線分為兩類(lèi)，一類(lèi)是作為里程碑和其他工作依賴的基線（例如需求文檔、設(shè)計(jì)文檔等），另一類(lèi)是開(kāi)發(fā)過(guò)程中有必要保留的一種狀態(tài)（例如代碼過(guò)程中某個(gè)模塊的一個(gè)有保留價(jià)值的snapshot）。對(duì)這兩種不同的基線，其影響的范圍不同，確立和變更方式也不一樣。
我們項(xiàng)目的基線變更控制委員會(huì)由客戶代表、產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理以及技術(shù)經(jīng)理組成，對(duì)發(fā)布的里程碑類(lèi)基線的變更必須由變更控制委員會(huì)確認(rèn)并由QA進(jìn)行變更記錄，所有被變更影響的配置項(xiàng)都需要重新同步后再次發(fā)布；而對(duì)于僅僅作為工作狀態(tài)保留的基線，一般只需要建立基線的小組確認(rèn)更改并在QA進(jìn)行記錄即可。
通過(guò)該項(xiàng)目的配置管理和實(shí)施，應(yīng)該說(shuō)，這次我們對(duì)項(xiàng)目的配置管理實(shí)施是非常成功的，在整個(gè)開(kāi)發(fā)過(guò)程中，基本沒(méi)有出現(xiàn)因?yàn)榕渲霉芾淼膯?wèn)題導(dǎo)致的對(duì)開(kāi)發(fā)進(jìn)度的延誤。當(dāng)然，在開(kāi)發(fā)過(guò)程中也發(fā)生了由于需求變化導(dǎo)致基線變更引起開(kāi)發(fā)進(jìn)度的延遲，不過(guò)這不應(yīng)該算作是配置管理的失誤，因?yàn)樽鳛榕渲霉芾韥?lái)說(shuō)，只能盡量保證基線變更不會(huì)導(dǎo)致項(xiàng)目失控。選擇一個(gè)合適的配置管理工具絕對(duì)是必要的，我們?cè)谇懊嬗昧艘徽露嗟钠榻B我們使用的配置管理工具及其方案，事實(shí)證明，我們選擇的配置管理工具對(duì)我們項(xiàng)目管理實(shí)施的效果是決定性的。 在配置管理實(shí)施的初期，及時(shí)的指導(dǎo)起的作用是巨大的，甚至可以說(shuō)是成功的主要因素；對(duì)不熟悉配置管理的開(kāi)發(fā)工程師來(lái)說(shuō)，配置管理工作容易在一開(kāi)始就讓他們產(chǎn)生厭煩情緒，一點(diǎn)點(diǎn)使用上的不方便就會(huì)導(dǎo)致開(kāi)發(fā)人員對(duì)配置管理的怨言，這個(gè)時(shí)候，及時(shí)的指導(dǎo)就顯得非常重要了，我們?cè)谂渲霉芾韺?shí)施過(guò)程中，準(zhǔn)備了《VSS操作手冊(cè)》、《SOS簡(jiǎn)明操作手冊(cè)》、《配置管理操作指導(dǎo)書(shū)》等手冊(cè)，進(jìn)行了三次的培訓(xùn)，并在實(shí)施過(guò)程中隨時(shí)解決開(kāi)發(fā)人員在使用配置管理工具中的問(wèn)題。而且，在實(shí)施初期，我們以獎(jiǎng)勵(lì)為主，在一個(gè)月的時(shí)間內(nèi)沒(méi)有將配置管理工作作為考核內(nèi)容。 在配置管理基本走上正規(guī)后，每周的配置狀態(tài)檢查是我們對(duì)配置管理執(zhí)行效果的檢查，一旦發(fā)現(xiàn)問(wèn)題，會(huì)作為QA問(wèn)題報(bào)告發(fā)出并要求限期改正。如果沒(méi)有這個(gè)檢查制度，配置管理工作很難持續(xù)受控。