從項(xiàng)目管理的角度看配置管理

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

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

在項(xiàng)目管理中，配置管理是一種重要的管理手段。在PMI的PMBOK中對(duì)于配置管理系統(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.

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

項(xiàng)目范圍管理需要配置管理來落實(shí)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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