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

1、    模型體方法在軟件項(xiàng)目管理中的應(yīng)用    鄭永升 毛茂文據(jù)最新的軟件項(xiàng)目交付研究報(bào)告，在過去5年的軟件開發(fā)項(xiàng)目中，因?yàn)檐浖?xiàng)目管理的原因，有17%的項(xiàng)目在部署前被取消，33%的是問題項(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)目管理的需要?；谶^程管理和量化管理的模型體方法，是軟件快速交付的一種新型項(xiàng)目管理方法，它的優(yōu)勢和特點(diǎn)，受到了廣泛的關(guān)注和期待。一、模型體方法的原理模型體是一種對持續(xù)的軟件

2、項(xiàng)目管理成熟度進(jìn)行量化的模型，由過程維度、能力維度、知識(shí)維度構(gòu)成，分別對應(yīng)軟件項(xiàng)目管理中的交付過程、交付能力和交付知識(shí)。通過對維度主要操作要素進(jìn)行分析，找出核心短板和關(guān)鍵因素，按照定位、量化、執(zhí)行和評(píng)價(jià)四個(gè)使用步驟，解決軟件項(xiàng)目管理過程中的痛點(diǎn)，以提高軟件快速交付的效率和效果。軟件的復(fù)雜性使得成本和進(jìn)度難以估算、質(zhì)量和范圍難以控制、風(fēng)險(xiǎn)和問題不可預(yù)測，軟件項(xiàng)目管理變得更為復(fù)雜、表現(xiàn)為各種痛點(diǎn)。模型體方法的原理就是將痛點(diǎn)與主要操作要素進(jìn)行映射，將核心短板與關(guān)鍵因素進(jìn)行轉(zhuǎn)化。模型體方法的原理，如圖1所示。（一）痛點(diǎn)與主要操作要素的映射原理（簡稱映射原理）1、交付過程痛點(diǎn)與過程維度的映射軟件全生命周

3、期劃分為需求、設(shè)計(jì)、開發(fā)、測試、發(fā)布、部署六個(gè)過程，軟件項(xiàng)目管理的痛點(diǎn)也一定包含在這六個(gè)過程中。模型體過程維度的主要操作要素包括：（1）需求過程有需求的搜集、分析、開發(fā)和管理等。（2）設(shè)計(jì)過程集中在業(yè)務(wù)功能、系統(tǒng)架構(gòu)、數(shù)據(jù)模型和用戶體驗(yàn)等的分析和設(shè)計(jì)，以及是否遵循設(shè)計(jì)原則等。（3）開發(fā)過程集中在前端、后端、中臺(tái)和接口等。（4）測試過程有測試用例、測試方法、性能測試和測試工具等。（5）發(fā)布過程和部署過程集中在是否遵循相關(guān)的流程步驟、是否選擇了合適的方法等。軟件項(xiàng)目管理中的交付過程對應(yīng)模型體的過程維度，交付過程存在的痛點(diǎn)映射為模型體過程維度的主要操作要素。2、交付能力痛點(diǎn)與能力維度的映射軟件項(xiàng)目管

4、理在某種程度上是交付能力的管理，交付能力表現(xiàn)為技能和素養(yǎng)。軟件快速交付需要通過合理配置交付能力，來避免或解決軟件項(xiàng)目管理中存在的痛點(diǎn)。模型體能力維度的主要操作要素包括：（1）技能是指集設(shè)計(jì)、技術(shù)、服務(wù)和協(xié)作于一體的交付能力。其中設(shè)計(jì)能力在需求和設(shè)計(jì)二個(gè)過程中，技術(shù)能力在開發(fā)、測試、發(fā)布和部署四個(gè)過程中。協(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í)行力、績效力和凝聚力等，個(gè)人風(fēng)貌是交付成員的學(xué)習(xí)、工作、生活和協(xié)作等。軟件項(xiàng)目管理中的交付能力對應(yīng)模型體的能力維度，交

5、付能力存在的痛點(diǎn)映射為模型體能力維度的主要操作要素。3、交付知識(shí)痛點(diǎn)與知識(shí)維度的映射軟件項(xiàng)目是知識(shí)型的工程，軟件交付需要專業(yè)的工具、方法、流程、模板、成果等知識(shí)來支撐。發(fā)現(xiàn)和解決軟件項(xiàng)目管理中存在的痛點(diǎn)，一定離不開對交付知識(shí)的正確選擇和合理使用。模型體知識(shí)維度的主要操作要素包括：（1）工具和方法是軟件交付過程中使用最多，效果最好的專業(yè)知識(shí)，集中在使用場景、適配度、約束條件、應(yīng)用效果以及選擇原則等。（2）流程和模板是軟件交付專業(yè)知識(shí)的重要組成部分，集中在使用場景、是否根據(jù)實(shí)際情況進(jìn)行調(diào)整、流程是否順暢和適配、模板是否簡潔和高效等。（3）成果作為組織資產(chǎn)，是軟件專業(yè)知識(shí)的重要構(gòu)成，合理地使用或復(fù)用

6、成果，可以極大地提升軟件交付的效率和效果，主要包括成果的積累、匹配和復(fù)用等。軟件項(xiàng)目管理中的交付知識(shí)對應(yīng)模型體的知識(shí)維度，交付知識(shí)存在的痛點(diǎn)映射為模型體知識(shí)維度的主要操作要素。（二）核心短板與關(guān)鍵因素的轉(zhuǎn)化原理（簡稱轉(zhuǎn)化原理）軟件項(xiàng)目管理中出現(xiàn)的痛點(diǎn)，對應(yīng)模型體方法不同維度上的主要操作要素，按照模型體方法的映射原理，將作用力比較大的痛點(diǎn)映射成模型體方法的核心短板。同時(shí)，將核心短板轉(zhuǎn)化為模型體方法的關(guān)鍵因素，具體的轉(zhuǎn)化機(jī)制如下：1、分析核心短板發(fā)生在哪個(gè)過程維度，由過程維度的主要操作要素，轉(zhuǎn)化為交付過程的關(guān)鍵因素。2、在交付過程關(guān)鍵因素的基礎(chǔ)上，分析核心短板發(fā)生在哪個(gè)能力維度，由能力維度的主要操

7、作要素，轉(zhuǎn)化為交付能力的關(guān)鍵因素，確定是哪種交付能力配置不當(dāng)所致。3、在交付過程關(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、定位步驟，對核心短板的主要操作要素進(jìn)行精準(zhǔn)定位，確定產(chǎn)生軟件項(xiàng)目管理痛點(diǎn)的關(guān)鍵因素。2、分析步驟，對關(guān)

8、鍵因素進(jìn)行影響程度、解決程度和資源投入的量化分析。（1）影響程度分析，量化關(guān)鍵因素作用于痛點(diǎn)的影響程度有多大。用指標(biāo)a、b、c、d四個(gè)等級(jí)來度量，如果達(dá)到c或d，就要執(zhí)行該關(guān)鍵因素。（2）解決程度分析，量化解決痛點(diǎn)的優(yōu)先值有多大。用指標(biāo)值1到100來度量，如果超過70，就要執(zhí)行該關(guān)鍵因素。（3）資源投入分析，估算解決痛點(diǎn)所需要投入的資源有多大，包括要投入資源的類型、數(shù)量和時(shí)間點(diǎn)。3、執(zhí)行步驟，就是選擇策略和方法，依據(jù)執(zhí)行的計(jì)劃、所需的資源和執(zhí)行的依賴，對痛點(diǎn)進(jìn)行解決。（1）策略選擇，解決痛點(diǎn)的策略分為等級(jí)降低、優(yōu)先值最大和資源最小三種，要根據(jù)影響程度的等級(jí)和解決程度的優(yōu)先值來選擇執(zhí)行策略。（2

9、）方法選擇，解決痛點(diǎn)的方法分為版本和過程二種，執(zhí)行方法的選擇要與執(zhí)行策略相結(jié)合，以增強(qiáng)解決痛點(diǎn)的效果。4、評(píng)價(jià)步驟，將解決痛點(diǎn)的效果和效率，用度量的方法和指標(biāo)做出滿意度評(píng)價(jià)，以衡量模型體方法在軟件項(xiàng)目管理中對痛點(diǎn)改正的優(yōu)勢。三、模型體方法在軟件項(xiàng)目管理中的應(yīng)用在軟件項(xiàng)目管理中，經(jīng)常會(huì)出現(xiàn)項(xiàng)目進(jìn)度延遲、工作量安排不合適、加班趕工等情況。例如，某軟件項(xiàng)目實(shí)施到第一個(gè)里程碑檢查點(diǎn)（過去了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ì)無法落地，占7個(gè)業(yè)務(wù)模塊的43%。（2）設(shè)計(jì)人員抱怨頁面設(shè)計(jì)

10、改動(dòng)頻繁。（3）項(xiàng)目采用前后端分離開發(fā)，前后端人員比例為2：1，后端java開發(fā)人員工作量不飽和，前端開發(fā)人員工作量壓力特別大，始終處于加班狀態(tài)。（4）已完成的4個(gè)業(yè)務(wù)模塊，其測試用例跟不上，不能進(jìn)行系統(tǒng)測試而無法上線。（5）測試用例模板與自動(dòng)化測試的輸入不一致，不能用junit組織自動(dòng)化測試。（6）測試人員與相關(guān)開發(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)映射成模型體方法不同維度的主

11、要操作要素。1、過程維度分析，依據(jù)（1）的描述，映射到需求過程的主要操作要素有業(yè)務(wù)干系人配合不好、需求人員不夠（平均每人2個(gè)模塊）、需求工作量大、獲取的需求質(zhì)量差。依據(jù)（4）的描述，映射到測試過程的主要操作要素是測試人員不夠（2人完成7個(gè)模塊測試用例）、測試計(jì)劃不合理。2、能力維度分析，依據(jù)（3）的描述，映射到技術(shù)能力的主要操作要素是2個(gè)前端工程師js腳本能力弱、對bootstrap不熟練，3個(gè)業(yè)務(wù)模塊因需求模糊、設(shè)計(jì)無法落地而使后臺(tái)java人員處在待工狀態(tài)。依據(jù)（2）和（6）的描述，映射到協(xié)作能力的主要操作要素是需求人員與業(yè)務(wù)干系人、設(shè)計(jì)人員之間，測試人員與開發(fā)和設(shè)計(jì)人員之間，都缺乏有效的溝

12、通機(jī)制、溝通方法。3、知識(shí)維度分析，依據(jù)（3）和（5）的描述，映射到工具知識(shí)的主要操作要素是對bootstrap前端框架不熟練、對junit測試工具的不熟練。依據(jù)（4）和（6）的描述，映射到流程知識(shí)的主要操作要素是缺乏適合的溝通流程，使得測試人員與需求、設(shè)計(jì)、開發(fā)之間存在工作上的摩擦，缺乏測試、發(fā)布、部署的審批流程，不能開展系統(tǒng)測試并影響上線。依據(jù)（5）的描述，映射到模板知識(shí)的主要操作要素是沒有規(guī)范測試用例模板，不能自動(dòng)化測試。通過映射原理，對痛點(diǎn)和主要操作要素進(jìn)行了映射，并依據(jù)作用力的大小確定核心短板。利用轉(zhuǎn)化原理，將核心短板轉(zhuǎn)化為關(guān)鍵因素，找到解決痛點(diǎn)的關(guān)鍵因素。1、分析核心短板的過程維度

13、，依據(jù)作用力的大小確定關(guān)鍵因素，本應(yīng)用中需求過程轉(zhuǎn)化為交付過程的關(guān)鍵因素。2、在交付過程關(guān)鍵因素的基礎(chǔ)上，分析核心短板的能力維度，依據(jù)交付能力的合理性，本應(yīng)用中協(xié)作能力轉(zhuǎn)化為能力過程的關(guān)鍵因素。3、在交付過程關(guān)鍵因素的基礎(chǔ)上，分析核心短板的知識(shí)維度，依據(jù)交付知識(shí)的恰當(dāng)性，本應(yīng)用中工具知識(shí)和模板知識(shí)轉(zhuǎn)化為知識(shí)過程的關(guān)鍵因素。（二）模型體方法在應(yīng)用中的使用步驟1、定位步驟在本應(yīng)用中，通過映射原理和轉(zhuǎn)化原理的分析，定位痛點(diǎn)的關(guān)鍵因素，如表1所示。2、分析步驟在本應(yīng)用中，解決痛點(diǎn)的關(guān)鍵因素量化分析，包括影響程度、解決程度和資源投入。（1）影響程度分析，如表2所示。（2）解決程度分析，如表3所示。（3）

14、資源投入分析，如表4所示。3、執(zhí)行步驟在本應(yīng)用中，痛點(diǎn)的各關(guān)鍵因素，其影響程度都達(dá)到了c或d，解決程度的優(yōu)先值都在70以上，采用優(yōu)先值最大策略比較合適。同時(shí)，本應(yīng)用的核心短板是在“第一個(gè)里程碑檢查點(diǎn)（過去了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í)行的過程化和量化。（2）確定所需資源，明確所需資源的類型、數(shù)量和時(shí)間點(diǎn)，包括人力資

15、源、組織培訓(xùn)、團(tuán)隊(duì)管理和專業(yè)知識(shí)，增加和置換的人員數(shù)量，資源入場和釋放的時(shí)間點(diǎn)。（3）做好執(zhí)行依賴，準(zhǔn)備解決痛點(diǎn)的依賴條件，如本應(yīng)用中的依賴有專業(yè)知識(shí)的掌握，團(tuán)隊(duì)氛圍的認(rèn)同。4、評(píng)價(jià)步驟本應(yīng)用對解決痛點(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。通過模型體方法解決軟件項(xiàng)目管理中的痛點(diǎn)后，在第二個(gè)里程碑節(jié)點(diǎn)時(shí)將達(dá)到正常的進(jìn)度。四、模型體方法在軟件項(xiàng)目管理中的應(yīng)用優(yōu)勢通過上述實(shí)際應(yīng)用，模型體方法在發(fā)現(xiàn)、分析、定位、解決軟件項(xiàng)目管理痛點(diǎn)方面，具有明顯的應(yīng)用優(yōu)勢。1、更形象和可視化。通過模型體的原理分析，將軟件項(xiàng)目管理中的痛點(diǎn)與快速交付的主要操作要素進(jìn)行映射和轉(zhuǎn)化，將核心短板的關(guān)鍵因素進(jìn)行定位，借助模型體，把抽象的軟件項(xiàng)目管理變得更加形象化和可視化。2、更過程和量化。通過模型體的使用步驟，將產(chǎn)生痛點(diǎn)的結(jié)果分解為關(guān)鍵因素的根因，與快速交付的過程結(jié)合起來，將產(chǎn)生的過程數(shù)據(jù)與解決痛點(diǎn)的量化指標(biāo)、估算方法、度量工具結(jié)合起來，借助模型體，把復(fù)雜的軟件項(xiàng)目管理變得更加過程化和數(shù)據(jù)化。3、更客觀和科學(xué)。模型體方法彌補(bǔ)了軟件項(xiàng)目管理依賴經(jīng)驗(yàn)知識(shí)、主觀意識(shí)的不足，回應(yīng)了快速交付的客觀要求。同時(shí)，模型體方法不