項(xiàng)目管理在企業(yè)IT項(xiàng)目中的應(yīng)用

張致瑜 王霖 黃立平 胡磊

[摘 要]項(xiàng)目管理已成為企業(yè)信息系統(tǒng)建設(shè)的重要管理工具，科學(xué)的管理及實(shí)施方法論能夠進(jìn)一步提高項(xiàng)目建設(shè)效率，同時(shí)為項(xiàng)目質(zhì)量保駕護(hù)航。本文以RJ公司SP項(xiàng)目作為實(shí)例分析對(duì)象，依據(jù)項(xiàng)目管理的科學(xué)知識(shí)理論，把遇到的一些具體問(wèn)題做復(fù)盤，抽象成數(shù)學(xué)模型并做細(xì)致剖析。本文按“找到問(wèn)題、分析問(wèn)題、解決問(wèn)題”的一般思路[1]，主要從項(xiàng)目范圍控制與需求管理、項(xiàng)目進(jìn)度管理與計(jì)劃的控制優(yōu)化、軟件質(zhì)量與軟件測(cè)試管理三個(gè)方面做闡述。另外結(jié)合實(shí)際項(xiàng)目經(jīng)驗(yàn)，筆者認(rèn)為做好軟件測(cè)試和健全的溝通機(jī)制也是保障項(xiàng)目質(zhì)量的必要條件。

[關(guān)鍵詞]項(xiàng)目管理；需求管理； 戴明環(huán)；進(jìn)度管理；質(zhì)量管理；軟件測(cè)試

中圖分類號(hào)：F272 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1674-1722（2022）09-0034-03

當(dāng)下是知識(shí)社會(huì)創(chuàng)新2.0時(shí)代，信息技術(shù)的創(chuàng)新性應(yīng)用在“互聯(lián)網(wǎng)+”模式下侵入了各行各業(yè)，互聯(lián)網(wǎng)項(xiàng)目也廣泛地應(yīng)用在社會(huì)民生和企業(yè)生產(chǎn)經(jīng)營(yíng)建設(shè)中[1-2]。RJ公司通過(guò)三年的探索研發(fā)，利用互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、大數(shù)據(jù)等先進(jìn)技術(shù)進(jìn)行IOT平臺(tái)能力整合，打造了領(lǐng)先的、具有成都特色的數(shù)字化智慧生活管理服務(wù)平臺(tái)（以下簡(jiǎn)稱“項(xiàng)目”）。

本項(xiàng)目組是由物業(yè)需求方、開(kāi)發(fā)團(tuán)隊(duì)、項(xiàng)目管理方組成的聯(lián)合項(xiàng)目組，在項(xiàng)目實(shí)施過(guò)中主要存在的問(wèn)題表現(xiàn)在需求、進(jìn)度、軟件質(zhì)量三個(gè)方面。

（一）需求管理問(wèn)題

1.需求不明確

在調(diào)研階段，需求方無(wú)法進(jìn)行完整的功能表述，對(duì)產(chǎn)品僅有模糊的概念，不能把不確定的概念性需求轉(zhuǎn)化成軟件開(kāi)發(fā)需求規(guī)范[3]，整個(gè)功能模塊都有可能推翻重來(lái)。

2.不斷擴(kuò)展的需求

任何項(xiàng)目在開(kāi)展過(guò)程中都會(huì)不斷面對(duì)突如其來(lái)的“頭腦風(fēng)暴”，常常忘記項(xiàng)目階段性目的，很容易導(dǎo)致項(xiàng)目“攤大餅”。例如物業(yè)方原來(lái)沒(méi)有在線報(bào)修功能，在產(chǎn)品分析會(huì)上聽(tīng)到同類App有“自動(dòng)派單、搶單”等功能時(shí)，要求在產(chǎn)品上也能實(shí)現(xiàn)相同功能，卻無(wú)視了參考產(chǎn)品的迭代規(guī)律。隨著時(shí)間和環(huán)境的變化，為了糾正偏差，就不得不反復(fù)地變更、調(diào)整需求，造成了人力、物力和時(shí)間的無(wú)謂浪費(fèi)[3]。

3.多次變更需求

本項(xiàng)目中的問(wèn)題是需求方為了節(jié)省時(shí)間，繞過(guò)項(xiàng)目例會(huì)，直接在溝通群要求程序員做修改，沒(méi)有會(huì)議紀(jì)要和需求變更記錄，軟件也無(wú)大小版本區(qū)分，導(dǎo)致出現(xiàn)了需求說(shuō)明書、產(chǎn)品原型與代碼版本不一致的問(wèn)題，也無(wú)從追溯問(wèn)題根源[4]。

（二）進(jìn)度管理問(wèn)題

項(xiàng)目進(jìn)度管理是項(xiàng)目管理的重要組成部分[5]。進(jìn)度管理的問(wèn)題主要表現(xiàn)在進(jìn)度計(jì)劃制定方面。

1.項(xiàng)目進(jìn)度計(jì)劃的失誤

計(jì)劃失誤問(wèn)題，具體表現(xiàn)如下。

（1）過(guò)于樂(lè)觀的總時(shí)間。

（2）遺漏部分工作項(xiàng)。

（3）其中某項(xiàng)工作計(jì)劃量不夠。

（4）外部資源缺失或第三方配合不夠帶來(lái)的風(fēng)險(xiǎn)。

2.進(jìn)度計(jì)劃執(zhí)行問(wèn)題

忽略客觀條件限制、環(huán)境以及項(xiàng)目規(guī)模大小等因素的影響，隨便制定計(jì)劃明顯不符合實(shí)際情況，不能充分反映實(shí)際施工情況的指導(dǎo)，也沒(méi)有執(zhí)行意義。

項(xiàng)目進(jìn)度計(jì)劃一旦過(guò)于粗略或者過(guò)于細(xì)致，都難以對(duì)整個(gè)工作進(jìn)程進(jìn)行控制，出現(xiàn)問(wèn)題后就會(huì)造成項(xiàng)目延誤。

3.資源配置缺乏協(xié)調(diào)性

項(xiàng)目進(jìn)度和資源配置之間具有不可分割的關(guān)聯(lián)，如果無(wú)法科學(xué)規(guī)劃人力資源、財(cái)力資源和物力資源，在資源調(diào)度過(guò)程中存在問(wèn)題，就容易影響項(xiàng)目進(jìn)度。

（三）開(kāi)發(fā)質(zhì)量問(wèn)題

導(dǎo)致軟件質(zhì)量問(wèn)題的原因主要有以下兩個(gè)：（1）開(kāi)發(fā)模式選型錯(cuò)誤。RJ公司擬開(kāi)發(fā)的智慧平臺(tái)是一個(gè)非常龐大的綜合系統(tǒng)，原則上要按照經(jīng)典瀑布模型完成建設(shè)，但開(kāi)發(fā)方選擇了快速原型法來(lái)組織軟件系統(tǒng)建設(shè)。這就導(dǎo)致了需求未能清晰解析的狀態(tài)下就快速組織開(kāi)發(fā)，未能考慮到各子系統(tǒng)之間的邏輯關(guān)系和功能協(xié)調(diào)，造成了軟件問(wèn)題。（2）沒(méi)有組織系統(tǒng)測(cè)試。本項(xiàng)目在移動(dòng)端App過(guò)程中由小組成員一邊開(kāi)發(fā)一邊完成自測(cè)，這種未得到獨(dú)立驗(yàn)證的軟件功能不盡如人意，為軟件日后使用中出錯(cuò)埋下隱患，最終結(jié)果是功能測(cè)試及交付測(cè)試整體效果不好。在RJ公司軟件研發(fā)過(guò)程中發(fā)現(xiàn)的項(xiàng)目質(zhì)量問(wèn)題按照類型分類匯總?cè)绫?所示。

（一）PDCA模型解決需求管理問(wèn)題

PDCA即戴明環(huán)，其核心是通過(guò)計(jì)劃（Plan）、執(zhí)行（Do）、檢查（Check）和處理（Action）四個(gè)階段的多次循環(huán)迭代達(dá)到逐步解決各種質(zhì)量問(wèn)題的目的，屬于質(zhì)量管理的范疇。筆者發(fā)現(xiàn)用PDCA模型來(lái)做需求管理，經(jīng)過(guò)三輪調(diào)研，需求鎖定，完全可以解決需求細(xì)節(jié)不明確、需求無(wú)邊界控制、需求發(fā)生變更等問(wèn)題。

第一輪，制定需求調(diào)研大綱，根據(jù)調(diào)研大綱制定調(diào)研計(jì)劃。總體調(diào)研包括用戶基本情況、主要業(yè)務(wù)、相關(guān)部門、崗位設(shè)置及人員配置。業(yè)務(wù)調(diào)研為專項(xiàng)調(diào)研，主要包括業(yè)務(wù)工作內(nèi)容、工作流程及單據(jù)、管理重點(diǎn)、存在問(wèn)題及期望效果。數(shù)據(jù)調(diào)研主要是為了收集基礎(chǔ)數(shù)據(jù)。本輪主要輸出為業(yè)務(wù)分析報(bào)告。

在第一輪調(diào)研完成后，對(duì)框架內(nèi)容進(jìn)行填充，要包含所有顯性需求及功能性需求，確定數(shù)據(jù)流、信息流（工作流）、資金流等主要業(yè)務(wù)流程 。第二輪工作輸出產(chǎn)物為需求分析報(bào)告。

第三輪需求分析的重點(diǎn)是挖掘用戶的隱性需求。項(xiàng)目干系人要擅于挖掘用戶的隱性需求，能夠從全盤考慮滿足設(shè)計(jì)約束的客觀限制。第三輪的輸出產(chǎn)物為標(biāo)準(zhǔn)的軟件需求規(guī)格說(shuō)明書（產(chǎn)品規(guī)格說(shuō)明書）。

按照PDCA模型做三個(gè)輪次的需求調(diào)研分析工作，出具的需求規(guī)格說(shuō)明書才是完整的，可以作為用戶和開(kāi)發(fā)方達(dá)成的技術(shù)協(xié)議。它明確定義了項(xiàng)目范圍、工作業(yè)務(wù)流程、產(chǎn)品界面、功能模塊，并包含了限制條件、測(cè)試方案和軟件質(zhì)量管理要求，不會(huì)造成技術(shù)上的糾紛和誤解，也為產(chǎn)品的驗(yàn)收提供了依據(jù)。

總結(jié)：PDCA模型能夠有效完成需求管理，鎖定項(xiàng)目范圍邊界，用一句話表達(dá)即是：PDCA，需求循環(huán)；鎖定邊界，按期劃分；多方確認(rèn)，謹(jǐn)防變更。

（二）處理進(jìn)度管理問(wèn)題的方法

1.理性制定項(xiàng)目計(jì)劃

項(xiàng)目進(jìn)度管理是重點(diǎn)管理對(duì)象。需要合理制定項(xiàng)目計(jì)劃、安排工作項(xiàng)、調(diào)度工作資源、做好時(shí)間管理。具體實(shí)行方法是：“由小而大、由近而遠(yuǎn)；由粗而細(xì)、適度松緊”?！坝尚《?、由近而遠(yuǎn)”面向的是開(kāi)發(fā)工期的計(jì)劃?！坝纱侄?xì)、適度松緊”指的是進(jìn)度計(jì)劃要與WBS工作項(xiàng)的顆粒度劃分相稱，適量增加緩沖期以匹配項(xiàng)目資源的耦合度。

2.巧用網(wǎng)絡(luò)圖，明確關(guān)鍵路徑

關(guān)鍵路徑法（Critical Path Method）是項(xiàng)目進(jìn)度管理的重要方法論之一，“向關(guān)鍵路徑要時(shí)間，向非關(guān)鍵路徑要資源”是其要義。

為了便于分析項(xiàng)目進(jìn)度問(wèn)題，筆者將項(xiàng)目建設(shè)中的一段獨(dú)立工期抽象成數(shù)據(jù)模型，如圖1所示。

該圖表示的是將工作分解結(jié)構(gòu)拆分后的單元活動(dòng)所占用的工期及活動(dòng)的前后依賴關(guān)系，其中活動(dòng)B的必要時(shí)間為“4+10”表示該項(xiàng)工序延誤了10天。方法上可以用網(wǎng)絡(luò)圖為活動(dòng)排序，在未延期前，該項(xiàng)目整個(gè)工期為18天，關(guān)鍵路徑為A-C-E-G-I-L，項(xiàng)目網(wǎng)絡(luò)圖如圖2所示。

由于B活動(dòng)延遲了10天，導(dǎo)致關(guān)鍵路徑發(fā)生變化，則項(xiàng)目單代號(hào)網(wǎng)絡(luò)圖變?yōu)閳D4：由此可見(jiàn)，B活動(dòng)的延遲，導(dǎo)致整個(gè)項(xiàng)目工期延遲9天，變更后的項(xiàng)目網(wǎng)絡(luò)圖如圖3所示。

經(jīng)復(fù)盤得出，B活動(dòng)是由于在項(xiàng)目計(jì)劃階段忽略了兄弟部門的資源配給導(dǎo)致后續(xù)工序的延遲。由此也印證出“向關(guān)鍵路徑要時(shí)間，向非關(guān)鍵路徑要資源”的意義。

3.合理調(diào)配資源做好進(jìn)度控制

找到進(jìn)度問(wèn)題癥結(jié)就需要對(duì)癥下藥，可以從以下幾個(gè)方面想對(duì)策。

（1）調(diào)整活動(dòng)的排列順序

分析完整項(xiàng)目活動(dòng)清單上每項(xiàng)活動(dòng)的緊前緊后活動(dòng)關(guān)系，依據(jù)活動(dòng)之間的邏輯關(guān)系進(jìn)行排序，創(chuàng)建實(shí)際可執(zhí)行的項(xiàng)目進(jìn)度計(jì)劃。

（2）改進(jìn)活動(dòng)持續(xù)時(shí)間的估計(jì)

由于對(duì)項(xiàng)目持續(xù)時(shí)間的估算存在一定主觀性，改為由在項(xiàng)目組中由多人對(duì)項(xiàng)目工期的預(yù)估，并根據(jù)后期變化需求的情況進(jìn)行修正的方法，更加貼切可行。

（3）調(diào)整關(guān)鍵路徑的資源分配

通過(guò)重新排序?qū)﹃P(guān)鍵鏈上的資源供給情況進(jìn)行調(diào)整，保障資源優(yōu)先供給到所需關(guān)鍵工作上。

（4）對(duì)非關(guān)鍵工作進(jìn)行合理安排

根據(jù)之前的分析結(jié)果，重新排列資源擁擠的活動(dòng)，將有限的資源優(yōu)先供給關(guān)鍵工作，使得關(guān)鍵路徑的工期不會(huì)延期。

（5）增加緩沖區(qū)

一般將緩沖區(qū)插入到項(xiàng)目的末尾集中使用，緩沖區(qū)在計(jì)劃活動(dòng)清單中出現(xiàn)，但不存在具體活動(dòng)安排工作。

（三）不可缺失的軟件測(cè)試是軟件質(zhì)量的保障

1.選擇合適的測(cè)試模型

軟件測(cè)試是保證軟件質(zhì)量的重要方法，在項(xiàng)目管理中占有非常重要的位置，包括對(duì)文檔的評(píng)審、審查、設(shè)計(jì)的規(guī)范性約束性檢驗(yàn)、軟件的系統(tǒng)測(cè)試都屬于廣義的測(cè)試工作范疇。以本項(xiàng)目為例，以瀑布模型作為軟件開(kāi)發(fā)模型是比較好的選擇，與之匹配的是經(jīng)典的“W型測(cè)試”模型將貫穿于整個(gè)項(xiàng)目生命周期，如圖4所示。

2.發(fā)揮測(cè)試用例的作用

影響軟件測(cè)試的因素很多，包括項(xiàng)目復(fù)雜度、測(cè)試工程師能力、測(cè)試方法和測(cè)試技術(shù)等。軟件測(cè)試遵循以下要求：第一，測(cè)試人員對(duì)業(yè)務(wù)流程和產(chǎn)品功能有充分的了解。第二，測(cè)試結(jié)果要有詳細(xì)的測(cè)試步驟、輸入條件、輸出結(jié)果以及期望結(jié)果的對(duì)照。第三，測(cè)試要符合用戶行為習(xí)慣。第四，測(cè)試用例的編寫要規(guī)范，步驟等清晰明了。

項(xiàng)目建設(shè)只有“埋頭苦干”，沒(méi)有良好的溝通是不行的，在實(shí)施過(guò)程中的任何問(wèn)題都需要“打開(kāi)天窗說(shuō)亮話”，才能保證項(xiàng)目需求、進(jìn)度、質(zhì)量問(wèn)題無(wú)死角暴露，絕不能出現(xiàn)信息孤島與信息不對(duì)等的情況。良好的溝通機(jī)制是項(xiàng)目工作正常開(kāi)展的保障，主要強(qiáng)調(diào)以下幾點(diǎn)：（1）隨時(shí)與需求方保持暢通的溝通。（2）涉及項(xiàng)目外部資源的配置和調(diào)度時(shí)，需及時(shí)尋求領(lǐng)導(dǎo)協(xié)調(diào)資源。（3）充分發(fā)揮項(xiàng)目組成員能動(dòng)性，參與到問(wèn)題中并充分發(fā)揮意見(jiàn)，不做旁觀者。

文章通過(guò)對(duì)RJ公司智慧平臺(tái)項(xiàng)目中存在的問(wèn)題進(jìn)行分析研究，運(yùn)用理論知識(shí)成功驗(yàn)證了項(xiàng)目管理的實(shí)際問(wèn)題。希望能夠通過(guò)項(xiàng)目管理積累的經(jīng)驗(yàn)，在RJ公司內(nèi)部形成管理創(chuàng)新的資產(chǎn)，為日后的相關(guān)軟件系統(tǒng)開(kāi)發(fā)與項(xiàng)目管理工作研究提供富有價(jià)值的參考。

[1]鐘珞，袁勝瓊，袁景凌，等.軟件工程[M].北京：人民郵電出版社，2017.

[2]廖麗君.智慧社區(qū)建設(shè)研究[J].電腦知識(shí)與技術(shù)，2019（13）2-4.

[3]付橋.K公司軟件項(xiàng)目需求管理研究[D].濟(jì)南：山東大學(xué).2017.

[4]李厚明.軟件項(xiàng)目需求變更風(fēng)險(xiǎn)管理[D].濟(jì)南：山東大學(xué).2012.

[5]馬曉晟.系統(tǒng)集成類項(xiàng)目進(jìn)度管理優(yōu)化研究[D].南京：南京郵電大學(xué)，2020.