從項目管理的角度看配置管理

申請免費試用、咨詢電話：400-8352-114

項目的目地是為了創(chuàng)造一項產(chǎn)品或服務(wù)，因此，產(chǎn)品本身的生產(chǎn)工藝必然會成為項目管理過程的核心內(nèi)容。無論在哪一種軟件工程方法中，軟件配置管理都是一項不可或缺的重要管理內(nèi)容，特別是對于服務(wù)企業(yè)內(nèi)部的信息技術(shù)部門來說，從產(chǎn)品生命周期出發(fā)，同時支持服務(wù)產(chǎn)品和軟件產(chǎn)品，同時負責開發(fā)與運行，其管理復雜度很高，要想理順各項工作的內(nèi)部關(guān)系、理清各項工作之間的配合關(guān)系，都離不開配置管理這個基本手段，它是許多管理工作的“落地”部分。其實，配置管理并不是一個時髦的概念，在許多傳統(tǒng)行業(yè)（例如制造業(yè)）中早已有之，軟件行業(yè)只是在軟件工程方法中繼續(xù)延用了這一概念，它是一流軟件開發(fā)企業(yè)所必備的基礎(chǔ)設(shè)施。

在項目管理中，配置管理是一種重要的管理手段。在PMI的PMBOK中對于配置管理系統(tǒng)是這樣描述的：

Configuration Management System. A subsystem of the overall project management system. It is a collection of formal documented procedures used to apply technical and administrative direction and surveillance to: identify and document the functional and physical characteristics of a product, result, service, or component; control any changes to such characteristics; record and report each change and its implementation status; and support the audit of the products, results, or components to verify conformance to requirements. It includes the documentation, tracking systems, and defined approval levels necessary for authorizing and controlling changes. In most application areas, the configuration management system includes the change control system.

由此可見，配置管理是一個非常寬泛的概念，項目中只要是需要進行管理的任何特性，都可以納入配置管理。配置管理不只是操作層面的問題，更是管理理念、管理方法的問題，是一個系統(tǒng)。

項目范圍管理需要配置管理來落實

在項目范圍管理中，需要識別和控制項目的交付成果，要描述交付物應有的各種特性。這些交付物及其特性，就是配置管理中的配置項。從項目管理的角度，WBS只需要分解到可管理（Manageable）的程度，而配置管理則要求分解到最終可操作的程度，管理的粒度更為精細。因此，良好的配置管理機制，是項目范圍管理得到最終落實的保證。

在許多軟件開發(fā)項目中，項目范圍管理涉及三個方面：業(yè)務(wù)需求、技術(shù)結(jié)構(gòu)、投產(chǎn)服務(wù)。編寫哪些程序模塊，實現(xiàn)哪些功能，部署到哪些地點，這其實都是項目范圍管理所要關(guān)注的內(nèi)容，在配置管理中對應了產(chǎn)品的物理屬性和功能屬性以及服務(wù)的屬性，都可以通過配置管理來識別、記錄和跟蹤。只有做好軟件配置管理，才能真正把項目的范圍管理做實。

業(yè)務(wù)需求決定了軟件產(chǎn)品的功能特性，對軟件產(chǎn)品的配置管理，首先就是對業(yè)務(wù)需求的管理。在業(yè)務(wù)需求中，要求軟件產(chǎn)品所提供的各種功能和特性，包括界面風格、操作方式、處理流程、業(yè)務(wù)規(guī)則、數(shù)據(jù)邏輯等，也都是軟件產(chǎn)品的配置項，這種對業(yè)務(wù)需求的分解、管理的過程，就是對業(yè)務(wù)需求中的配置項的管理過程。當項目中業(yè)務(wù)需求發(fā)生變更時，其實就是對這些配置項的變更管理。因此，在軟件工程過程中，配置管理是需求管理的基本手段，通過科學、嚴謹?shù)呐渲霉芾矸椒?，對業(yè)務(wù)需求進行識別、分解、跟蹤、控制，直接決定了對業(yè)務(wù)需求的管理能力。許多公司目前在需求管理方面還處于粗放型的管理，雖然基本能夠滿足項目管理的需要，但對于軟件工程過程來說，管理粒度還比較粗，而且缺乏明確的配置項的定義，缺少有效的跟蹤控制手段，還需要更精細的管理。

技術(shù)結(jié)構(gòu)是軟件產(chǎn)品的物理屬性，軟件產(chǎn)品的配置管理，也是對軟件內(nèi)部技術(shù)結(jié)構(gòu)的管理。從技術(shù)方案到軟件產(chǎn)品、再到產(chǎn)品內(nèi)部結(jié)構(gòu)，這也是項目范圍不斷分解、細化的過程。為了實現(xiàn)業(yè)務(wù)需求、滿足產(chǎn)品外部特征的要求，軟件產(chǎn)品應如何設(shè)計其內(nèi)部結(jié)構(gòu)，劃分內(nèi)部模塊、定義模塊接口、確定有多少個程序等等，產(chǎn)品分解到最后，每一個程序都作為一個單獨的配置項進行管理，在開發(fā)過程中對于程序的修改都納入配置管理，跟蹤程序變化過程。這種對軟件產(chǎn)品從技術(shù)角度的不斷分解和定義，就是基于技術(shù)結(jié)構(gòu)的配置項管理，是與軟件結(jié)構(gòu)設(shè)計相對應的，配置項的劃分是否合理，使用起來是否靈活、方便，哪些可以成為公共組件（Component），其實反映的都是軟件設(shè)計的思想。在有的軟件企業(yè)中，配置管理不只是程序員的操作工具，它已經(jīng)成為工程技術(shù)管理的重要手段，是由公司的總工牽頭負責的。因此，配置管理是軟件工程過程中技術(shù)管理的基本手段，起到對技術(shù)結(jié)構(gòu)進行分解、識別、跟蹤和控制的作用。

投產(chǎn)服務(wù)與軟件產(chǎn)品的部署有關(guān)，是對項目服務(wù)特性的要求。運營企業(yè)中可能同時有多個應用系統(tǒng)，相互之間往往具有很高的耦合度，一項新業(yè)務(wù)的推出，往往需要多個軟件產(chǎn)品配合修改和同步投產(chǎn)。因此，從業(yè)務(wù)角度來說，一個新的業(yè)務(wù)產(chǎn)品的實現(xiàn)，需要多個軟件模塊（產(chǎn)品）的支持，不同投產(chǎn)單位中這些軟件模塊（產(chǎn)品）的版本配合關(guān)系不同。那么對于運行中心來說，需要面臨同時滿足業(yè)務(wù)產(chǎn)品和軟件產(chǎn)品的雙重要求，既要保證業(yè)務(wù)產(chǎn)品的完整性和多樣性，又要保證軟件產(chǎn)品的一致性和兼容性。因此，對于投產(chǎn)管理來說，也有同樣的配 置管理的要求，是必須在企業(yè)級來考慮的。

配置管理中的版本管理和變更管理

配置管理中要記錄、控制、報告各種屬性（配置項）的變化狀態(tài)，這就是配置管理中的版本管理和變更管理，有變更才有不同的版本，版本又成為變更控制的主要對象，這兩者是緊密關(guān)聯(lián)的。

首先要澄清一下版本的概念。在配置管理中，每個配置項的每個狀態(tài)都可以稱為一個版本，配置項的演變過程就可以體現(xiàn)為一棵版本樹。而我們平時經(jīng)常說的版本，實際是指軟件產(chǎn)品的版本，不是具體配置項的版本。一個軟件產(chǎn)品版本是由眾多配置項組成的，每個配置項最多只能選取它的一個版本組成一個特定的產(chǎn)品版本。因此，在我們平時談到“版本”時，需要明確是配置項的版本還是軟件產(chǎn)品的版本，否則容易在溝通中帶來混淆。既然版本管理是配置管理中的一項內(nèi)容，那么對于在軟件產(chǎn)品版本管理中遇到的各種實際問題，就需要放在配置管理這個大背景中，基于配置管理的理論、方法和工具來考慮，才能逐步理清。

項目中的變更管理是大家都已經(jīng)很熟悉的工作，從概念上來說，變更管理也屬于配置管理工作的一部分。在軟件開發(fā)項目中，無論是功能需求的變更、技術(shù)需求的變更還是服務(wù)需求的變更，也都可以將變更要求與配置項建立對應關(guān)系，演變成為配置項的變更，配置項在變更前后形成不同的版本，這樣就使得變更管理能夠有的放矢。如果不能將變更要求落實到具體的配置項上，項目中許多的變更控制就難以具體落實。

具體來說，在每一項開發(fā)任務(wù)中，都需要首先設(shè)定開發(fā)基線，確定各個配置項的開發(fā)初始版本，在開發(fā)過程中，開發(fā)人員基于開發(fā)基線的版本，開發(fā)出所需的目標版本。當發(fā)生需求變更時，通過對變更的評估，確定變更的影響范圍，對被影響的配置項的版本進行修改，根據(jù)變更的性質(zhì)使配置項的版本樹繼續(xù)延伸或產(chǎn)生新的分支，形成新的目標版本，而對于不受變更影響的配置項則不應發(fā)生變動。同時，應能夠?qū)⒆兏a(chǎn)生的對版本的影響進行記錄和跟蹤，必要時還可以回退到以前的版本，例如當開發(fā)需求或需求變更被取消時，就需要有能力將版本回退到開發(fā)基線版本。在曾經(jīng)出現(xiàn)過的季度升級包拆包和重新組包的過程中，其實就是將部分配置項的版本回退到開發(fā)基線，將對應不同需求的不同分支重新組合歸并，形成新的升級包版本。

配置審計是配置管理中的一項重要工作內(nèi)容，有時被分為物理審計和功能審計，通過物理審計按照配置管理計劃來驗證所要求的各配置項的完整性，通過功能審計來檢查各配置項的內(nèi)容是否完全符合用戶的要求。配置審計是配置管理工作中的重要一環(huán)，也是項目質(zhì)量管理工作中的一項內(nèi)容。

項目與產(chǎn)品的矩陣關(guān)系需要配置管理來執(zhí)行

項目管理與產(chǎn)品管理的矩陣關(guān)系，其實是集成項目管理中必須要解決的問題。對于項目管理與產(chǎn)品管理之間多對多的矩陣關(guān)系，已經(jīng)被普遍理解，但是在細化到操作層面時，這種矩陣式的配合關(guān)系有時還存在一定的混淆。

企業(yè)中的軟件開發(fā)部門首先要關(guān)注產(chǎn)品，通過基于軟件產(chǎn)品的開發(fā)工作來實現(xiàn)業(yè)務(wù)需求，并負責對整個軟件產(chǎn)品生命周期的管理。許多公司目前的實際做法是，在組織層面上，項目組實際的組織方式是，在項目組中有多個產(chǎn)品開發(fā)小組，每個小組負責某個或某些軟件產(chǎn)品的開發(fā)工作，項目中跨產(chǎn)品的整體的業(yè)務(wù)需求、技術(shù)架構(gòu)、系統(tǒng)測試、項目管理等工作，仍由項目組統(tǒng)籌管理。項目組內(nèi)的產(chǎn)品開發(fā)小組，可以與其他項目、維護任務(wù)共享資源，可以從產(chǎn)品角度保證軟件產(chǎn)品的兼容性和一致性。通過這種組織方式，可以平衡項目管理與產(chǎn)品管理之間關(guān)系的，產(chǎn)品經(jīng)理和項目經(jīng)理是這兩個管理維度的具體執(zhí)行者。

對應這種組織方式，配置管理也需要支持矩陣式管理結(jié)構(gòu)。對于屬于項目管理的內(nèi)容，可以針對項目建立配置庫進行配置管理，包括項目級的業(yè)務(wù)需求、項目的整體技術(shù)方案、系統(tǒng)功能測試、項目管理過程等內(nèi)容，而對于單個軟件產(chǎn)品，則需要納入產(chǎn)品配置管理的范疇，針對產(chǎn)品進行配置管理。這和產(chǎn)品文檔與項目文檔的劃分思路是基本類似的。

服務(wù)企業(yè)的項目的最終產(chǎn)品是業(yè)務(wù)產(chǎn)品，而開發(fā)部門所管理的產(chǎn)品則主要是軟件產(chǎn)品，項目管理與產(chǎn)品管理的矩陣關(guān)系，也就對應成為業(yè)務(wù)產(chǎn)品與軟件產(chǎn)品之間的矩陣關(guān)系。企業(yè)內(nèi)部的軟件開發(fā)部門，對這兩類產(chǎn)品都需要進行管理，而且都需要做好配置管理，其中對業(yè)務(wù)產(chǎn)品的配置管理，核心就是對業(yè)務(wù)需求的管理。這兩類產(chǎn)品在配置管理中也會形成矩陣關(guān)系，某個業(yè)務(wù)需求的配置項，涉及若干個相關(guān)程序？？技術(shù)配置項，一個程序也可以同時支持多個業(yè)務(wù)需求的配置項，形成多對多的關(guān)系?；谝陨蠈椖亢彤a(chǎn)品的配置管理管理的辨別，在實際操作中，將軟件產(chǎn)品在某個項目中的分支，從產(chǎn)品的配置庫中獨立出來歸入項目配置庫進行管理的做法，或者把對應項目的配置項放在軟件產(chǎn)品的配置庫中進行管理，這兩種做法都是有欠缺的。

如果能夠?qū)煞N產(chǎn)品都做好配置管理，并且能夠建立起這樣的矩陣關(guān)系，那么不僅在開發(fā)中很容易將整體的項目范圍逐步細化到底，能夠及時對各種變更的影響范圍作出判斷，做好變更控制，而且對于以后的維護工作能夠提供很好的基礎(chǔ)，有助于根據(jù)業(yè)務(wù)處理中的問題現(xiàn)象迅速定位到技術(shù)缺陷。

多項目并行開發(fā)需要軟件配置管理的協(xié)調(diào)

通常情況下，軟件部門會同時承擔眾多的開發(fā)任務(wù)，都可能會同時需要修改同一軟件產(chǎn)品。從軟件產(chǎn)品的角度來看，就是并行開發(fā)的問題。在企業(yè)內(nèi)部，基于同一產(chǎn)品的并行開發(fā)任務(wù)通常不會產(chǎn)生不同的軟件產(chǎn)品，而是形成同一產(chǎn)品的順序的多個版本，這就要對軟件產(chǎn)品的并行開發(fā)做好配置管理，避免并行開發(fā)中的版本沖突，這是軟件配置管理策略中最為復雜的部分，也是軟件配置管理最大的價值所在。只有做好基于產(chǎn)品的配置管理，對并行開發(fā)加以協(xié)調(diào)和控制，管理好版本分支，才能靈活的處理好并行開發(fā)任務(wù)之間的產(chǎn)品版本的順序關(guān)系。產(chǎn)品版本之間的順序關(guān)系，與項目之間的依賴關(guān)系是相互影響的。哪個項目的業(yè)務(wù)產(chǎn)品需要先投產(chǎn)，那么與之相關(guān)的產(chǎn)品版本就要先形成，產(chǎn)品版本順序一旦確定后，要重新調(diào)整版本順序，就需要退回到最初的開發(fā)基線，恢復已經(jīng)合并的原有分支，選擇另外的分支重新進行歸并，重新形成新的軟件產(chǎn)品版本，這也會對項目管理產(chǎn)生很大的影響。

在并行開發(fā)的情況下，企業(yè)級的配置管理系統(tǒng)，為并行開發(fā)任務(wù)之間提供了重要的溝通平臺，這種溝通不是一般意義上的項目管理范疇中的協(xié)調(diào)，而是各項目之間針對產(chǎn)品版本關(guān)系對具體工程活動的協(xié)調(diào)，會對最終產(chǎn)品產(chǎn)生直接的影響，所以軟件產(chǎn)品的版本策略是多項目并行開發(fā)中必須要關(guān)注的問題。因此，在多項目管理中，需要更加深入地關(guān)注到各個項目當中的工程活動之間的協(xié)調(diào)關(guān)系，工程類活動之間的依賴關(guān)系，往往是項目之間各種依賴關(guān)系的決定因素。（來自互聯(lián)網(wǎng)）