從項目管理角度看軟件配置管理

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

2、礎(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 bbbbbbbb the function

3、al 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 do

4、cumentation, 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. 由此可見，配置管理是一個特別寬泛的概念，項目中只要是需要進(jìn)行管理的任何特性，都可以納入配置管理。配置管理不只是操作層面的問題，更是管理理念、管理方法的問題，是一個系統(tǒng)。 項目范圍管理

5、需要配置管理來落實 在項目范圍管理中，需要識別和掌握項目的交付成果，要描述交付物應(yīng)有的各種特性。這些交付物及其特性，就是配置管理中的配置項。從項目管理的角度，WBS只需要分解到可管理（Manageable）的程度，而配置管理則要求分解到最終可操作的程度，管理的粒度更為精細(xì)。因此，良好的配置管理機(jī)制，是項目范圍管理得到最終落實的保證。 在很多軟件開發(fā)項目中，項目范圍管理涉及三個方面：業(yè)務(wù)需求、技術(shù)結(jié)構(gòu)、投產(chǎn)服務(wù)。編寫哪些程序模塊，實現(xiàn)哪些功能，部署到哪些地點，這其實都是項目范圍管理所要關(guān)注的內(nèi)容，在配置管理中對應(yīng)了產(chǎn)品的物理屬性和功能屬性以及服務(wù)的屬性，都可以通過配置管理來識別、記錄和跟蹤。只有

6、做好軟件配置管理，才能真正把項目的范圍管理做實。 業(yè)務(wù)需求打算了軟件產(chǎn)品的功能特性，對軟件產(chǎn)品的配置管理，首先就是對業(yè)務(wù)需求的管理。在業(yè)務(wù)需求中，要求軟件產(chǎn)品所供應(yīng)的各種功能和特性，包括界面風(fēng)格、操作方式、處理流程、業(yè)務(wù)規(guī)則、數(shù)據(jù)規(guī)律等，也都是軟件產(chǎn)品的配置項，這種對業(yè)務(wù)需求的分解、管理的過程，就是對業(yè)務(wù)需求中的配置項的管理過程。當(dāng)項目中業(yè)務(wù)需求發(fā)生變更時，其實就是對這些配置項的變更管理。因此，在軟件工程過程中，配置管理是需求管理的基本手段，通過科學(xué)、嚴(yán)謹(jǐn)?shù)呐渲霉芾矸椒?，對業(yè)務(wù)需求進(jìn)行識別、分解、跟蹤、掌握，直接打算了對業(yè)務(wù)需求的管理能力。很多公司目前在需求管理方面還處于粗放型的管理，雖然基本

7、能夠滿意項目管理的需要，但對于軟件工程過程來說，管理粒度還比較粗，而且缺乏明確的配置項的定義，缺少有效的跟蹤掌握手段，還需要更精細(xì)的管理。 技術(shù)結(jié)構(gòu)是軟件產(chǎn)品的物理屬性，軟件產(chǎn)品的配置管理，也是對軟件內(nèi)部技術(shù)結(jié)構(gòu)的管理。從技術(shù)方案到軟件產(chǎn)品、再到產(chǎn)品內(nèi)部結(jié)構(gòu)，這也是項目范圍不斷分解、細(xì)化的過程。為了 技術(shù)結(jié)構(gòu)是軟件產(chǎn)品的物理屬性，軟件產(chǎn)品的配置管理，也是對軟件內(nèi)部技術(shù)結(jié)構(gòu)的管理。從技術(shù)方案到軟件產(chǎn)品、再到產(chǎn)品內(nèi)部結(jié)構(gòu)，這也是項目范圍不斷分解、細(xì)化的過程。為了實現(xiàn)業(yè)務(wù)需求、滿意產(chǎn)品外部特征的要求，軟件產(chǎn)品應(yīng)如何設(shè)計其內(nèi)部結(jié)構(gòu)，劃分內(nèi)部模 模塊、定義模塊接口、確定有多少個程序等等，產(chǎn)品分解到最終，

8、每一個程序都作為一個單獨的配置項進(jìn)行管理，在開發(fā)過程中對于程序的修改都納入配置管理，跟蹤程序變化過程。這種對軟件產(chǎn)品從技術(shù)角度的不斷分解和定義，就是基于技術(shù)結(jié)構(gòu)的配置項管理，是與軟件結(jié)構(gòu)設(shè)計相對應(yīng)的，配置項的劃分是否合理，使用起來是否敏捷、便利，哪些可以成為公共組件（Component），其實反映的都是軟件設(shè)計的思想。在有的軟件企業(yè)中，配置管理不只是程序員的操作工具，它已經(jīng)成為工程技術(shù)管理的重要手段，是由公司的總工牽頭負(fù)責(zé)的。因此，配置管理是軟件工程過程中技術(shù)管理的基本手段，起到對技術(shù)結(jié)構(gòu)進(jìn)行分解、識別、跟蹤和掌握的作用。 投產(chǎn)服務(wù)與軟件產(chǎn)品的部署有關(guān)，是對項目服務(wù)特性的要求。運(yùn)營企業(yè)中可能同

9、時有多個應(yīng)用系統(tǒng)，相互之間往往具有很高的耦合度，一項新業(yè)務(wù)的推出，往往需要多個軟件產(chǎn)品協(xié)作修改和同步投產(chǎn)。因此，從業(yè)務(wù)角度來說，一個新的業(yè)務(wù)產(chǎn)品的實現(xiàn)，需要多個軟件模塊（產(chǎn)品）的支持，不同投產(chǎn)單位中這些軟件模塊（產(chǎn)品）的版本協(xié)作關(guān)系不同。那么對于運(yùn)行中心來說，需要面臨同時滿意業(yè)務(wù)產(chǎn)品和軟件產(chǎn)品的雙重要求，既要保證業(yè)務(wù)產(chǎn)品的完整性和多樣性，又要保證軟件產(chǎn)品的全都性和兼容性。因此，對于投產(chǎn)管理來說，也有同樣的配置管理的要求，是必需在企業(yè)級來考慮的。 配置管理中的版本管理和變更管理 配置管理中要記錄、掌握、報告各種屬性（配置項）的變化狀態(tài)，這就是配置管理中的版本管理和變更管理，有變更才有不同的版本，

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

11、理清。 項目中的變更管理是大家都已經(jīng)很熟識的工作，從概念上來說，變更管理也屬于配置管理工作的一部分。在軟件開發(fā)項目中，無論是功能需求的變更、技術(shù)需求的變更還是服務(wù)需求的變更，也都可以將變更要求與配置項建立對應(yīng)關(guān)系，演變成為配置項的變更，配置項在變更前后形成不同的版本，這樣就使得變更管理能夠有的放矢。假如不能將變更要求落實到詳細(xì)的配置項上，項目中很多的變更掌握就難以詳細(xì)落實。 詳細(xì)來說，在每一項開發(fā)任務(wù)中，都需要首先設(shè)定開發(fā)基線，確定各個配置項的開發(fā)初始版本，在開發(fā)過程中，開發(fā)人員基于開發(fā)基線的版本，開發(fā)出所需的目標(biāo)版本。當(dāng)發(fā)生需求變更時，通過對變更的評估，確定變更的影響范圍，對被影響的配置項的

12、版本進(jìn)行修改，依據(jù)變更的性質(zhì)使配置項的版本樹連續(xù)延伸或產(chǎn)生新的分支，形成新的目標(biāo)版本，而對于不受變更影響的配置項則不應(yīng)發(fā)生變動。同時，應(yīng)能夠?qū)⒆兏a(chǎn)生的對版本的影響進(jìn)行記錄和跟蹤，必要時還可以回退到以前的版本，例如當(dāng)開發(fā)需求或需求變更被取消時，就需要有能力將版本回退到開發(fā)基線版本。在曾經(jīng)出現(xiàn)過的季度升級包拆包和重新組包的過程中，其實就是將部安排置項的版本回退到開發(fā)基線，將對應(yīng)不同需求的不同分支重新組合歸并，形成新的升級包版本。 配置審計是配置管理中的一項重要工作內(nèi)容，有時被分為物理審計和功能審計，通過物理審計根據(jù)配置管理計劃來驗證所要求的各配置項的完整性，通過功能審計來檢查各配置項的內(nèi)容是否

13、完全符合用戶的要求。配置審計是配置管理工作中的重要一環(huán)，也是項目質(zhì)量管理工作中的一項內(nèi)容。 NextPage 項目與產(chǎn)品的矩陣關(guān)系需要配置管理來執(zhí)行 項目管理與產(chǎn)品管理的矩陣關(guān)系，其實是集成項目管理中必需要解決的問題。對于項目管理與產(chǎn)品管理之間多對多的矩陣關(guān)系，已經(jīng)被普遍理解，但是在細(xì)化到操作層面時，這種矩陣式的協(xié)作關(guān)系有時還存在一定的混淆。 企業(yè)中的軟件開發(fā)部門首先要關(guān)注產(chǎn)品，通過基于軟件產(chǎn)品的開發(fā)工作來實現(xiàn)業(yè)務(wù)需求，并負(fù)責(zé)對整個軟件產(chǎn)品生命周期的管理。很多公司目前的實際做法是，在組織層面上，項目組實際的組織方式是，在項目組中有多個產(chǎn)品開發(fā)小組，每個小組負(fù)責(zé)某個或某些軟件產(chǎn)品的開發(fā)工作，項目

14、中跨產(chǎn)品的整體的業(yè)務(wù)需求、技術(shù)架構(gòu)、系統(tǒng)測試、項目管理等工作，仍由項目組統(tǒng)籌管理。項目組內(nèi)的產(chǎn)品開發(fā)小組，可以與其他項目、維護(hù)任務(wù)共享資源，可以從產(chǎn)品角度保證軟件產(chǎn)品的兼容性和全都性。通過這種組織方式，可以平衡項目管理與產(chǎn)品管理之間關(guān)系的，產(chǎn)品經(jīng)理和項目經(jīng)理是這兩個管理維度的詳細(xì)執(zhí)行者。 對應(yīng)這種組織方式，配置管理也需要支持矩陣式管理結(jié)構(gòu)。對于屬于項目管理的內(nèi)容，可以針對項目建立配置庫進(jìn)行配置管理，包括項目級的業(yè)務(wù)需求、項目的整體技術(shù)方案、系統(tǒng)功能測試、項目管理過程等內(nèi)容，而對于單個軟件產(chǎn)品，則需要納入產(chǎn)品配置管理的范疇，針對產(chǎn)品進(jìn)行配置管理。這和產(chǎn)品文檔與項目文檔的劃分思路是基本類似的。 服

15、務(wù)企業(yè)的項目的最終產(chǎn)品是業(yè)務(wù)產(chǎn)品，而開發(fā)部門所管理的產(chǎn)品則主要是軟件產(chǎn)品，項目管理與產(chǎn)品管理的矩陣關(guān)系，也就對應(yīng)成為業(yè)務(wù)產(chǎn)品與軟件產(chǎn)品之間的矩陣關(guān)系。企業(yè)內(nèi)部的軟件開發(fā)部門，對這兩類產(chǎn)品 都需要進(jì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)品的配置庫中獨立出來歸入項目配置庫進(jìn)行管理的做法，或者把對應(yīng)項目的配置項

16、放在軟件產(chǎn)品的配置庫中進(jìn)行管理，這兩種做法都是有欠缺的。 假如能夠?qū)煞N產(chǎn)品都做好配置管理，并且能夠建立起這樣的矩陣關(guān)系，那么不僅在開發(fā)中很簡單將整體的項目范圍逐步細(xì)化究竟，能夠準(zhǔn)時對各種變更的影響范圍作出推斷，做好變更掌握，而且對于以后的維護(hù)工作能夠供應(yīng)很好的基礎(chǔ)，有助于依據(jù)業(yè)務(wù)處理中的問題現(xiàn)象快速定位到技術(shù)缺陷。 多項目并行開發(fā)需要軟件配置管理的協(xié)調(diào) 通常狀況下，軟件部門會同時擔(dān)當(dāng)眾多的開發(fā)任務(wù)，都可能會同時需要修改同一軟件產(chǎn)品。從軟件產(chǎn)品的角度來看，就是并行開發(fā)的問題。在企業(yè)內(nèi)部，基于同一產(chǎn)品的并行開發(fā)任務(wù)通常不會產(chǎn)生不同的軟件產(chǎn)品，而是形成同一產(chǎn)品的順序的多個版本，這就要對軟件產(chǎn)品的并行開發(fā)做好配置管理，避免并行開發(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ā)基線，