模型體方法在軟件項(xiàng)目管理中的應(yīng)用

鄭永升 毛茂文

據(jù)最新的軟件項(xiàng)目交付研究報(bào)告，在過(guò)去5年的軟件開(kāi)發(fā)項(xiàng)目中，因?yàn)檐浖?xiàng)目管理的原因，有17%的項(xiàng)目在部署前被取消，33%的是問(wèn)題項(xiàng)目，而且在所謂成功交付的50%的項(xiàng)目中，還有28%并未產(chǎn)生預(yù)期的業(yè)務(wù)價(jià)值。這些報(bào)告數(shù)據(jù)表明，軟件項(xiàng)目管理存在著成本增加、范圍多變、進(jìn)度延后、風(fēng)險(xiǎn)失控等諸多的痛點(diǎn)，現(xiàn)有的理論和方法，已經(jīng)不能滿足軟件項(xiàng)目管理的需要?；谶^(guò)程管理和量化管理的模型體方法，是軟件快速交付的一種新型項(xiàng)目管理方法，它的優(yōu)勢(shì)和特點(diǎn)，受到了廣泛的關(guān)注和期待。

一、模型體方法的原理

模型體是一種對(duì)持續(xù)的軟件項(xiàng)目管理成熟度進(jìn)行量化的模型，由過(guò)程維度、能力維度、知識(shí)維度構(gòu)成，分別對(duì)應(yīng)軟件項(xiàng)目管理中的交付過(guò)程、交付能力和交付知識(shí)。通過(guò)對(duì)維度主要操作要素進(jìn)行分析，找出核心短板和關(guān)鍵因素，按照定位、量化、執(zhí)行和評(píng)價(jià)四個(gè)使用步驟，解決軟件項(xiàng)目管理過(guò)程中的痛點(diǎn)，以提高軟件快速交付的效率和效果。

軟件的復(fù)雜性使得成本和進(jìn)度難以估算、質(zhì)量和范圍難以控制、風(fēng)險(xiǎn)和問(wèn)題不可預(yù)測(cè)，軟件項(xiàng)目管理變得更為復(fù)雜、表現(xiàn)為各種痛點(diǎn)。模型體方法的原理就是將痛點(diǎn)與主要操作要素進(jìn)行映射，將核心短板與關(guān)鍵因素進(jìn)行轉(zhuǎn)化。

模型體方法的原理，如圖1所示。

（一）痛點(diǎn)與主要操作要素的映射原理（簡(jiǎn)稱映射原理）

1、交付過(guò)程痛點(diǎn)與過(guò)程維度的映射

軟件全生命周期劃分為需求、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、發(fā)布、部署六個(gè)過(guò)程，軟件項(xiàng)目管理的痛點(diǎn)也一定包含在這六個(gè)過(guò)程中。

模型體過(guò)程維度的主要操作要素包括：

（1）需求過(guò)程有需求的搜集、分析、開(kāi)發(fā)和管理等。

（2）設(shè)計(jì)過(guò)程集中在業(yè)務(wù)功能、系統(tǒng)架構(gòu)、數(shù)據(jù)模型和用戶體驗(yàn)等的分析和設(shè)計(jì)，以及是否遵循設(shè)計(jì)原則等。

（3）開(kāi)發(fā)過(guò)程集中在前端、后端、中臺(tái)和接口等。

（4）測(cè)試過(guò)程有測(cè)試用例、測(cè)試方法、性能測(cè)試和測(cè)試工具等。

（5）發(fā)布過(guò)程和部署過(guò)程集中在是否遵循相關(guān)的流程步驟、是否選擇了合適的方法等。

軟件項(xiàng)目管理中的交付過(guò)程對(duì)應(yīng)模型體的過(guò)程維度，交付過(guò)程存在的痛點(diǎn)映射為模型體過(guò)程維度的主要操作要素。

2、交付能力痛點(diǎn)與能力維度的映射

軟件項(xiàng)目管理在某種程度上是交付能力的管理，交付能力表現(xiàn)為技能和素養(yǎng)。軟件快速交付需要通過(guò)合理配置交付能力，來(lái)避免或解決軟件項(xiàng)目管理中存在的痛點(diǎn)。

模型體能力維度的主要操作要素包括：

（1）技能是指集設(shè)計(jì)、技術(shù)、服務(wù)和協(xié)作于一體的交付能力。其中設(shè)計(jì)能力在需求和設(shè)計(jì)二個(gè)過(guò)程中，技術(shù)能力在開(kāi)發(fā)、測(cè)試、發(fā)布和部署四個(gè)過(guò)程中。協(xié)作能力集中在協(xié)作的形式、機(jī)制、工具、流程等。服務(wù)能力集中在服務(wù)的適配、響應(yīng)、共享、成果的轉(zhuǎn)化等。

（2）素養(yǎng)是一種文化，包括團(tuán)隊(duì)的氛圍和個(gè)人的風(fēng)貌。團(tuán)隊(duì)氛圍是交付團(tuán)隊(duì)的意識(shí)力、執(zhí)行力、績(jī)效力和凝聚力等，個(gè)人風(fēng)貌是交付成員的學(xué)習(xí)、工作、生活和協(xié)作等。

軟件項(xiàng)目管理中的交付能力對(duì)應(yīng)模型體的能力維度，交付能力存在的痛點(diǎn)映射為模型體能力維度的主要操作要素。

3、交付知識(shí)痛點(diǎn)與知識(shí)維度的映射

軟件項(xiàng)目是知識(shí)型的工程，軟件交付需要專業(yè)的工具、方法、流程、模板、成果等知識(shí)來(lái)支撐。發(fā)現(xiàn)和解決軟件項(xiàng)目管理中存在的痛點(diǎn)，一定離不開(kāi)對(duì)交付知識(shí)的正確選擇和合理使用。

模型體知識(shí)維度的主要操作要素包括：

（1）工具和方法是軟件交付過(guò)程中使用最多，效果最好的專業(yè)知識(shí)，集中在使用場(chǎng)景、適配度、約束條件、應(yīng)用效果以及選擇原則等。

（2）流程和模板是軟件交付專業(yè)知識(shí)的重要組成部分，集中在使用場(chǎng)景、是否根據(jù)實(shí)際情況進(jìn)行調(diào)整、流程是否順暢和適配、模板是否簡(jiǎn)潔和高效等。

（3）成果作為組織資產(chǎn)，是軟件專業(yè)知識(shí)的重要構(gòu)成，合理地使用或復(fù)用成果，可以極大地提升軟件交付的效率和效果，主要包括成果的積累、匹配和復(fù)用等。

軟件項(xiàng)目管理中的交付知識(shí)對(duì)應(yīng)模型體的知識(shí)維度，交付知識(shí)存在的痛點(diǎn)映射為模型體知識(shí)維度的主要操作要素。

（二）核心短板與關(guān)鍵因素的轉(zhuǎn)化原理（簡(jiǎn)稱轉(zhuǎn)化原理）

軟件項(xiàng)目管理中出現(xiàn)的痛點(diǎn)，對(duì)應(yīng)模型體方法不同維度上的主要操作要素，按照模型體方法的映射原理，將作用力比較大的痛點(diǎn)映射成模型體方法的核心短板。同時(shí)，將核心短板轉(zhuǎn)化為模型體方法的關(guān)鍵因素，具體的轉(zhuǎn)化機(jī)制如下：

1、分析核心短板發(fā)生在哪個(gè)過(guò)程維度，由過(guò)程維度的主要操作要素，轉(zhuǎn)化為交付過(guò)程的關(guān)鍵因素。

2、在交付過(guò)程關(guān)鍵因素的基礎(chǔ)上，分析核心短板發(fā)生在哪個(gè)能力維度，由能力維度的主要操作要素，轉(zhuǎn)化為交付能力的關(guān)鍵因素，確定是哪種交付能力配置不當(dāng)所致。

3、在交付過(guò)程關(guān)鍵因素的基礎(chǔ)上，分析核心短板發(fā)生在哪個(gè)知識(shí)維度，由知識(shí)維度的主要操作要素，轉(zhuǎn)化為交付知識(shí)的關(guān)鍵因素，確定是哪種交付知識(shí)使用不當(dāng)所致。

二、模型體方法的使用

模型體方法的映射原理和轉(zhuǎn)化原理，是將軟件項(xiàng)目管理中的痛點(diǎn)轉(zhuǎn)化為模型體方法的核心短板，并分析和定位出作用于核心短板的關(guān)鍵因素。模型體方法的使用就是降低核心短板關(guān)鍵因素的作用力，解決軟件項(xiàng)目管理中存在的痛點(diǎn)。

模型體方法的使用需要按照定位、量化、執(zhí)行和評(píng)價(jià)四個(gè)步驟。

1、定位步驟，對(duì)核心短板的主要操作要素進(jìn)行精準(zhǔn)定位，確定產(chǎn)生軟件項(xiàng)目管理痛點(diǎn)的關(guān)鍵因素。

2、分析步驟，對(duì)關(guān)鍵因素進(jìn)行影響程度、解決程度和資源投入的量化分析。

（1）影響程度分析，量化關(guān)鍵因素作用于痛點(diǎn)的影響程度有多大。用指標(biāo)A、B、C、D四個(gè)等級(jí)來(lái)度量，如果達(dá)到C或D，就要執(zhí)行該關(guān)鍵因素。

（2）解決程度分析，量化解決痛點(diǎn)的優(yōu)先值有多大。用指標(biāo)值1到100來(lái)度量，如果超過(guò)70，就要執(zhí)行該關(guān)鍵因素。

（3）資源投入分析，估算解決痛點(diǎn)所需要投入的資源有多大，包括要投入資源的類型、數(shù)量和時(shí)間點(diǎn)。

3、執(zhí)行步驟，就是選擇策略和方法，依據(jù)執(zhí)行的計(jì)劃、所需的資源和執(zhí)行的依賴，對(duì)痛點(diǎn)進(jìn)行解決。

（1）策略選擇，解決痛點(diǎn)的策略分為等級(jí)降低、優(yōu)先值最大和資源最小三種，要根據(jù)影響程度的等級(jí)和解決程度的優(yōu)先值來(lái)選擇執(zhí)行策略。

（2）方法選擇，解決痛點(diǎn)的方法分為版本和過(guò)程二種，執(zhí)行方法的選擇要與執(zhí)行策略相結(jié)合，以增強(qiáng)解決痛點(diǎn)的效果。

4、評(píng)價(jià)步驟，將解決痛點(diǎn)的效果和效率，用度量的方法和指標(biāo)做出滿意度評(píng)價(jià)，以衡量模型體方法在軟件項(xiàng)目管理中對(duì)痛點(diǎn)改正的優(yōu)勢(shì)。

三、模型體方法在軟件項(xiàng)目管理中的應(yīng)用

在軟件項(xiàng)目管理中，經(jīng)常會(huì)出現(xiàn)項(xiàng)目進(jìn)度延遲、工作量安排不合適、加班趕工等情況。例如，某軟件項(xiàng)目實(shí)施到第一個(gè)里程碑檢查點(diǎn)（過(guò)去了60天工期）時(shí)，項(xiàng)目進(jìn)度嚴(yán)重滯后預(yù)期（進(jìn)度執(zhí)行指標(biāo)SPI = 0.45），后續(xù)交付壓力特別大，主要表現(xiàn)在以下幾個(gè)方面：

（1）有3個(gè)業(yè)務(wù)模塊需求模糊，功能設(shè)計(jì)無(wú)法落地，占7個(gè)業(yè)務(wù)模塊的43%。

（2）設(shè)計(jì)人員抱怨頁(yè)面設(shè)計(jì)改動(dòng)頻繁。

（3）項(xiàng)目采用前后端分離開(kāi)發(fā)，前后端人員比例為2：1，后端Java開(kāi)發(fā)人員工作量不飽和，前端開(kāi)發(fā)人員工作量壓力特別大，始終處于加班狀態(tài)。

（4）已完成的4個(gè)業(yè)務(wù)模塊，其測(cè)試用例跟不上，不能進(jìn)行系統(tǒng)測(cè)試而無(wú)法上線。

（5）測(cè)試用例模板與自動(dòng)化測(cè)試的輸入不一致，不能用Junit組織自動(dòng)化測(cè)試。

（6）測(cè)試人員與相關(guān)開(kāi)發(fā)、設(shè)計(jì)等人員存在工作上的摩擦。

以下闡述模型體方法在軟件項(xiàng)目管理中的實(shí)際應(yīng)用。

（一）模型體方法在應(yīng)用中的原理分析

根據(jù)軟件項(xiàng)目管理的痛點(diǎn)“項(xiàng)目進(jìn)度嚴(yán)重滯后預(yù)期（進(jìn)度執(zhí)行指標(biāo)SPI = 0.45），后續(xù)交付壓力特別大”的描述，利用模型體方法的映射原理，將痛點(diǎn)映射成模型體方法不同維度的主要操作要素。

1、過(guò)程維度分析，依據(jù)（1）的描述，映射到需求過(guò)程的主要操作要素有業(yè)務(wù)干系人配合不好、需求人員不夠（平均每人2個(gè)模塊）、需求工作量大、獲取的需求質(zhì)量差。依據(jù)（4）的描述，映射到測(cè)試過(guò)程的主要操作要素是測(cè)試人員不夠（2人完成7個(gè)模塊測(cè)試用例）、測(cè)試計(jì)劃不合理。

2、能力維度分析，依據(jù)（3）的描述，映射到技術(shù)能力的主要操作要素是2個(gè)前端工程師JS腳本能力弱、對(duì)Bootstrap不熟練，3個(gè)業(yè)務(wù)模塊因需求模糊、設(shè)計(jì)無(wú)法落地而使后臺(tái)Java人員處在待工狀態(tài)。依據(jù)（2）和（6）的描述，映射到協(xié)作能力的主要操作要素是需求人員與業(yè)務(wù)干系人、設(shè)計(jì)人員之間，測(cè)試人員與開(kāi)發(fā)和設(shè)計(jì)人員之間，都缺乏有效的溝通機(jī)制、溝通方法。

3、知識(shí)維度分析，依據(jù)（3）和（5）的描述，映射到工具知識(shí)的主要操作要素是對(duì)Bootstrap前端框架不熟練、對(duì)Junit測(cè)試工具的不熟練。依據(jù)（4）和（6）的描述，映射到流程知識(shí)的主要操作要素是缺乏適合的溝通流程，使得測(cè)試人員與需求、設(shè)計(jì)、開(kāi)發(fā)之間存在工作上的摩擦，缺乏測(cè)試、發(fā)布、部署的審批流程，不能開(kāi)展系統(tǒng)測(cè)試并影響上線。依據(jù)（5）的描述，映射到模板知識(shí)的主要操作要素是沒(méi)有規(guī)范測(cè)試用例模板，不能自動(dòng)化測(cè)試。

通過(guò)映射原理，對(duì)痛點(diǎn)和主要操作要素進(jìn)行了映射，并依據(jù)作用力的大小確定核心短板。利用轉(zhuǎn)化原理，將核心短板轉(zhuǎn)化為關(guān)鍵因素，找到解決痛點(diǎn)的關(guān)鍵因素。

1、分析核心短板的過(guò)程維度，依據(jù)作用力的大小確定關(guān)鍵因素，本應(yīng)用中需求過(guò)程轉(zhuǎn)化為交付過(guò)程的關(guān)鍵因素。

2、在交付過(guò)程關(guān)鍵因素的基礎(chǔ)上，分析核心短板的能力維度，依據(jù)交付能力的合理性，本應(yīng)用中協(xié)作能力轉(zhuǎn)化為能力過(guò)程的關(guān)鍵因素。

3、在交付過(guò)程關(guān)鍵因素的基礎(chǔ)上，分析核心短板的知識(shí)維度，依據(jù)交付知識(shí)的恰當(dāng)性，本應(yīng)用中工具知識(shí)和模板知識(shí)轉(zhuǎn)化為知識(shí)過(guò)程的關(guān)鍵因素。

（二）模型體方法在應(yīng)用中的使用步驟

1、定位步驟

在本應(yīng)用中，通過(guò)映射原理和轉(zhuǎn)化原理的分析，定位痛點(diǎn)的關(guān)鍵因素，如表1所示。

2、分析步驟

在本應(yīng)用中，解決痛點(diǎn)的關(guān)鍵因素量化分析，包括影響程度、解決程度和資源投入。

（1）影響程度分析，如表2所示。

（2）解決程度分析，如表3所示。

（3）資源投入分析，如表4所示。

3、執(zhí)行步驟

在本應(yīng)用中，痛點(diǎn)的各關(guān)鍵因素，其影響程度都達(dá)到了C或D，解決程度的優(yōu)先值都在70以上，采用優(yōu)先值最大策略比較合適。同時(shí)，本應(yīng)用的核心短板是在“第一個(gè)里程碑檢查點(diǎn)（過(guò)去了60天工期）時(shí)，項(xiàng)目進(jìn)度嚴(yán)重滯后預(yù)期（進(jìn)度執(zhí)行指標(biāo)SPI = 0.45）”發(fā)現(xiàn)，選擇版本方法比較合適。

在采用優(yōu)先值最大策略、版本方法，解決軟件項(xiàng)目管理痛點(diǎn)前，還需要做好以下工作：

（1）制定執(zhí)行計(jì)劃，將每項(xiàng)工作任務(wù)分配到人、按周制定工作計(jì)劃（本次執(zhí)行周期是30天工期，要求進(jìn)度執(zhí)行指標(biāo)SPI在0.8以上），以保證執(zhí)行的過(guò)程化和量化。

（2）確定所需資源，明確所需資源的類型、數(shù)量和時(shí)間點(diǎn)，包括人力資源、組織培訓(xùn)、團(tuán)隊(duì)管理和專業(yè)知識(shí)，增加和置換的人員數(shù)量，資源入場(chǎng)和釋放的時(shí)間點(diǎn)。

（3）做好執(zhí)行依賴，準(zhǔn)備解決痛點(diǎn)的依賴條件，如本應(yīng)用中的依賴有專業(yè)知識(shí)的掌握，團(tuán)隊(duì)氛圍的認(rèn)同。

4、評(píng)價(jià)步驟

本應(yīng)用對(duì)解決痛點(diǎn)的效果和效率，采用掙值法進(jìn)行滿意度評(píng)價(jià)。在第93天（比執(zhí)行計(jì)劃延遲3天）時(shí)，其進(jìn)度執(zhí)行指標(biāo)SPI = 0.81，項(xiàng)目的總體進(jìn)度比之前提高了0.36。通過(guò)模型體方法解決軟件項(xiàng)目管理中的痛點(diǎn)后，在第二個(gè)里程碑節(jié)點(diǎn)時(shí)將達(dá)到正常的進(jìn)度。

四、模型體方法在軟件項(xiàng)目管理中的應(yīng)用優(yōu)勢(shì)

通過(guò)上述實(shí)際應(yīng)用，模型體方法在發(fā)現(xiàn)、分析、定位、解決軟件項(xiàng)目管理痛點(diǎn)方面，具有明顯的應(yīng)用優(yōu)勢(shì)。

1、更形象和可視化。通過(guò)模型體的原理分析，將軟件項(xiàng)目管理中的痛點(diǎn)與快速交付的主要操作要素進(jìn)行映射和轉(zhuǎn)化，將核心短板的關(guān)鍵因素進(jìn)行定位，借助模型體，把抽象的軟件項(xiàng)目管理變得更加形象化和可視化。

2、更過(guò)程和量化。通過(guò)模型體的使用步驟，將產(chǎn)生痛點(diǎn)的結(jié)果分解為關(guān)鍵因素的根因，與快速交付的過(guò)程結(jié)合起來(lái)，將產(chǎn)生的過(guò)程數(shù)據(jù)與解決痛點(diǎn)的量化指標(biāo)、估算方法、度量工具結(jié)合起來(lái)，借助模型體，把復(fù)雜的軟件項(xiàng)目管理變得更加過(guò)程化和數(shù)據(jù)化。

3、更客觀和科學(xué)。模型體方法彌補(bǔ)了軟件項(xiàng)目管理依賴經(jīng)驗(yàn)知識(shí)、主觀意識(shí)的不足，回應(yīng)了快速交付的客觀要求。同時(shí)，模型體方法不僅適用于軟件項(xiàng)目管理的事后和事中，更適用于事前，增強(qiáng)了風(fēng)險(xiǎn)識(shí)別，響應(yīng)了快速交付的發(fā)展方向。借助模型體方法，把難以估算和度量的軟件項(xiàng)目管理變得更加客觀和科學(xué)。

總之，以新業(yè)務(wù)、新技術(shù)、新模式為代表的信息化建設(shè)項(xiàng)目，使得軟件項(xiàng)目管理更為復(fù)雜、更有挑戰(zhàn)。模型體方法在軟件快速交付中具有的應(yīng)用優(yōu)勢(shì)，不僅是一種專業(yè)的軟件項(xiàng)目管理方法，更是一種創(chuàng)新的軟件項(xiàng)目管理方向，對(duì)提升信息化建設(shè)管理水平具有指導(dǎo)意義，對(duì)豐富完善軟件快速交付方法具有參考價(jià)值。

作者單位：北京中油瑞飛信息技術(shù)有限責(zé)任公司