論項目的配置管理
【摘要】 
某企業是以是一家集研究、開發、生產、銷售于一體的現代生活用紙企業；旗下擁有兩個異地生產基地，全國各地有30個銷售辦事處；隨著業務的不斷擴大，原有手工操作工作效率低下、業務流程不規范，造成管理上存在很多隱患，無法實現企業的精細化管理；為了實現這個目標，企業于20012年3月與某軟件供應商簽訂了ERP系統項目合作協議，整個項目于2012年12月通過了總體的驗收。本文結合本人的工作經歷，簡要敘述項目的基本情況和對配置管理的認識，以及配置管理的六個過程。詳細闡述了項目中所遇到的配置管理問題，以及解決這些問題所采用的方法和技術；并分析采用這些措施所取得的效果；最后提出一些改進措施，在本項目中，本人擔任項目經理。 
【正文】 
某企業是以是一家集研究、開發、生產、銷售于一體的現代生活用紙企業；旗下擁有兩個異地生產基地，全國各地有30個銷售辦事處；隨著業務的不斷擴大，原有手工操作內部信息交流不順暢、不能有效共享資源、工作效率低下、業務流程不規范，造成管理上存在很多隱患，無法實現企業的精細化管理；為了實現這個目標，企業于2012年3月與某軟件供應商簽訂了ERP系統項目合作協議，實施信息化管理，提升核心競爭力。系統整體模塊有：銷售管理、采購管理、庫存管理、物流管理、生產管理、財務管理、基礎數據管理、權限管理模塊。在這個項目過程中本人主要擔任的工作是：完成項目的需求分析、系統實施和項目的日常管理的工作。日常管理方面的工作包括：項目過程中所有文檔和配置的管理。在項目開發過程中，需要處理的配置管理問題是有：沒有規范的配置管理流程、沒有使用配置管理工具等等。
配置管理在項目管理中具有重要的地位和作用，是軟件生命周期的重要控制過程；配置管理是通過技術及行政手段對產品及期開發過程和生命周期進行控制、規范的一系列措施和過程。配置管理過程是不斷演化、完善過程中的軟件產品的管理過程，最終目標是實現軟件產品完整性、一致性、可控性，使軟件產品最大程度與用戶需求相吻合。 
配置管理包括六個基本過程：配置管理計劃、配置標識和建立基線、變更管理、版本管理、配置審核、配置狀態報告。配置管理計劃是配置管理員制定配置管理所需的各項計劃，如：配置項計劃、基線計劃、交付計劃、備份計劃等；配置標識和建立基線是識別配置項并創建基線；變更管理是跟蹤并采取措施保證變更在受控狀態下進行，防止配置項被隨意修改而導致混亂等現象，并且可以快速準確地找到配置項的任何版本；配置審核是驗證配置項對配置標識的一致性，防止向用戶提供不合格的產品；配置狀態報告是有效地記錄和報告配置項所需的信息，目的是及時、準確地給出軟件配置項的當前狀況，供相關人員了解，以加強配置管理工作。配置管理過程主要采用了VSS工具對其進行管理。 
由于本企業整體的信息化基礎比較薄弱，并且用戶分散在異地，因此對用戶的變更申請要做好控制，如何保證駐地實施與總部實施配置項和版本一致性，確保項目成果與用戶需求相吻合，對本人們來說是一個挑戰。在項目配置控制上，本人們采取以下措施來解決配置管理中經常出現的問題： 
1、 定義配置項標識，做好版本管理 
為了統一實施過程是的文檔，本人制定了文檔的命名規則；如標識號由“項目代號”、“配置項分類號”和“版本號“構成，如：S1—A1—001，其中S1為項目代號、A1O 配置項分類號、001為版本號；文件修改后按命名規范修改相應的版本號，這樣當需要查找歷史資料時，可以抽取不同的版本，也可以對比不同版本的內容，追蹤文件的變遷過程。 在項目實施過程中，出現過幾次不同用戶對同一個問題而提出不同描述的變更請求，因為版本管理做得好，每涉及的變更請求都可以抽查不同時期的文檔和源程序的不同版本，這樣避免了變更混亂的現象，也方便了后期的維護工作。 
2、 啟動變更控制委員會，規范變更管理流程 
配置管理的一個重要內容就是對變更加以控制，使變更對成本、工期和質量的影響降到最小，變更必需是有序的、可控的，在本項目的變更控制中，本人啟用了變更控制委員會（CCB），包括雙方項目負責人、用戶代表、配置管理員，由CCB對提出的變更實施決策。變更管理和主要任務包括分析變更，即根據成本—效益和涉及到的技術等因素判斷變更實施的必要性，確定是否實施變更；記錄變更信息，并追蹤變更信息；確保變更在受控的條件下進行。 
為了明確變更需求和便于管理，本人要求所有的變更申請都必需以書面的形式提交到項目組，再通過控制委員會確定是否變更，以更好的控制項目實施進度、并保證了項目的質量。接到變更請求后，本人先根據變更需求從系統的可行性、增加的工作量是否對項目進度造成影響等因素考慮是否需要招開項目委員會會議討論確定，如果變更需求比較小，不涉及系統內核變動或流程與關鍵業務處理的，就把變更需求直接交給軟件公司項目經理，項目經理確認后則交給系統工程師處理，否則則通知委員會成員招開會議討論并確定，會后，以書面形式將評審結果發給需求變更負責人與軟件公司變更處理負責人，對于經評審批準的變更，本人會根據變更影響的程度，適當調整項目進度，同時以書面形式下達變更通知，進行變更的實施，并要求做好變更記錄，以提高項目實施的工作效率。 
3、 利用配置狀態報告，記錄和跟蹤配置項的改變 
變更大多來自于用戶需求，但也有來自系統本身的設計問題，變更申請可能被通過，也可能被拒絕。對于每一個變更申請單都要記錄下來，通過CCB審核的，要登記變更的實施情況及實施后的效果，沒有通過審核的，也要記錄被拒絕的原因，以防日后再提出。這些信息都要記錄在配置狀態報告中，便于開發人員之間的溝通，也方便了開發人員和用戶的溝通，避免可能出現的不一致和沖突。比如，物料計量單位，本人們把它改為多計量單位后，倉庫入庫時要輸入不同計量單位所對應的數量，這樣增加了他們的工作量，他們認為只要輸入一種計量單位的數量，然后通過單位換算出來就行了，于是他們對此又提出了變更請求；CCB最終沒有通過這次變更請求，本人通過配置狀態報告，給申請人看了上次變更申請單的處理資料，向他解釋不能通過的原因，得到了他的理解。 
項目于2012年12月順利通過驗收，按期完成，得到用戶的認可。在處理項目實施過程的變更中，配置管理起到了較好的作用。配置管理過程中本人們采用了VSS工具對整個過程進行管理，該工具功能強大、易學易用，使得版本管理和變更管理等相關配置管理都做得比較好；但是本人們的流程和文檔格式的規范性還有待于提高；在今后的配置管理過程中，對變更過程的評估一定要仔細，可以采用正式的技術評審和軟件配置審核方法，正確理解用戶的需求,以免后期工作反復。比如物料計量單位，剛開始本人們也是認為沒有必要這樣做，只要里面設置單位換算就行了，沒想到它的精度對不同的業務部門需求不一樣而達不到要求，如果當初和用戶溝通細心一點，這個問題就會提前解決。 
本人認為要做好配置管理首先要有統一思想和理念，然后是方法，最后是工具。因為本人們這次項目特殊性是用戶分散在異地，所以本人們把配置文檔共享到服務器上并設置好使用權限，讓異地實施人員方便的查找配置信息。本人們嚴格遵循配置管理的理念，按照變更管理和流程來執行變更管理。