注：以下論文由信管網(wǎng)編輯網(wǎng)上摘錄，僅供參考（如有侵權(quán)請(qǐng)聯(lián)系我方刪除），不一定完全符合論文要求，建議報(bào)名信管網(wǎng)培訓(xùn)，由老師指導(dǎo)寫作。

論信息系統(tǒng)項(xiàng)目范圍管理論文范文

摘要

2015年12月，XX公司作為系統(tǒng)集成項(xiàng)目的總包商承接了XX發(fā)電集團(tuán)所委托的遠(yuǎn)程智能維護(hù)系統(tǒng)開發(fā)項(xiàng)目，我作為項(xiàng)目經(jīng)理全程管理該項(xiàng)目。該項(xiàng)目的主要目標(biāo)是對(duì)發(fā)電機(jī)組實(shí)現(xiàn)遠(yuǎn)程監(jiān)測(cè)、診斷并主動(dòng)修復(fù)，使設(shè)備達(dá)到近乎零故障的目的。該項(xiàng)目成立了三個(gè)子項(xiàng)目，歷時(shí)一年，交付一套智能維護(hù)系統(tǒng)，實(shí)現(xiàn)對(duì)火力、水力和風(fēng)力三種發(fā)電機(jī)組進(jìn)行遠(yuǎn)程診斷修復(fù)。

本文結(jié)合作者的實(shí)踐經(jīng)驗(yàn)，從以下幾個(gè)過程對(duì)項(xiàng)目的范圍管理進(jìn)行論述：在需求分析階段要求項(xiàng)目組成員細(xì)致分析需求并且逐條和相關(guān)干系人進(jìn)行確認(rèn)，項(xiàng)目未出現(xiàn)由于需求理解錯(cuò)誤而造成的變更；在項(xiàng)目中制定了詳細(xì)的WBS，工作包分解到每人每周的工作量，通過WBS項(xiàng)目成員對(duì)自己的工作目標(biāo)有清晰的認(rèn)識(shí)；成立了項(xiàng)目變更控制委員會(huì)，有效的控制了項(xiàng)目過程中可能出現(xiàn)的需求變更，保證了項(xiàng)目按時(shí)保質(zhì)完成。

正文

據(jù)某發(fā)電集團(tuán)數(shù)據(jù)統(tǒng)計(jì)顯示，設(shè)備的60%的維護(hù)費(fèi)用是由突然故障停機(jī)引起的，而且設(shè)備停機(jī)所帶來的損失更為巨大，進(jìn)口設(shè)備的維護(hù)問題則更為復(fù)雜和困難，遠(yuǎn)距離跨國(guó)維修的方式既費(fèi)時(shí)又昂貴，加上發(fā)電廠地域分布廣泛，如何快速解決設(shè)備故障問題成為當(dāng)務(wù)之急，于是該發(fā)電集團(tuán)提出建設(shè)基于Internet的遠(yuǎn)程智能維護(hù)系統(tǒng)，也是我國(guó)智能電網(wǎng)建設(shè)和發(fā)展的戰(zhàn)略要求。

2015年12月，XX公司作為系統(tǒng)集成項(xiàng)目的總包商承接了XX發(fā)電集團(tuán)所委托的遠(yuǎn)程智能維護(hù)系統(tǒng)開發(fā)項(xiàng)目，我有幸作為項(xiàng)目經(jīng)理全程負(fù)責(zé)項(xiàng)目管理工作。該項(xiàng)目以XX發(fā)電集團(tuán)旗下ABC三個(gè)省的火力、水力和風(fēng)力三種共24組發(fā)電機(jī)組為標(biāo)的，進(jìn)行遠(yuǎn)程智能維護(hù)試點(diǎn)。基于主動(dòng)維護(hù)模式（PAP）理念的智能維護(hù)系統(tǒng)（IMS），重點(diǎn)在于信息分析、性能衰退過程預(yù)測(cè)、維護(hù)優(yōu)化、應(yīng)需式監(jiān)測(cè)的技術(shù)開發(fā)與應(yīng)用，設(shè)備的維護(hù)體現(xiàn)了預(yù)防性要求，結(jié)合infotronics技術(shù)（融合互聯(lián)網(wǎng)、非接觸式通訊技術(shù)、嵌入式智能電子技術(shù)），智能維護(hù)系統(tǒng)可通過Web驅(qū)動(dòng)的Device to Business（D2B）信息平臺(tái)對(duì)設(shè)備進(jìn)行不間斷的監(jiān)測(cè)診斷和性能的退化評(píng)估，并在設(shè)備出現(xiàn)故障之前作出維護(hù)決策，將其修復(fù)到正常狀態(tài)，從而使發(fā)電機(jī)組設(shè)備達(dá)到近乎零故障（Near Zero Breakdown）的目的。

該項(xiàng)目涉及到3種不同類型的發(fā)電機(jī)組及配套的相關(guān)設(shè)備，按照技術(shù)相關(guān)性成立了三個(gè)子項(xiàng)目。從2015年12月正式開工到2016年11月結(jié)束，歷時(shí)一年，時(shí)間質(zhì)量和成本均達(dá)到項(xiàng)目要求，項(xiàng)目順利通過驗(yàn)收。到目前為止，系統(tǒng)運(yùn)行效果良好，期間系統(tǒng)所監(jiān)測(cè)的發(fā)電機(jī)組將要出現(xiàn)的故障（系統(tǒng)有故障臨界提示），全部由智能系統(tǒng)自動(dòng)修復(fù)，達(dá)到項(xiàng)目預(yù)期，贏得各方高度好評(píng)。以下就本項(xiàng)目為例，從需求分析等幾個(gè)方面來論述項(xiàng)目范圍管理：

一、 細(xì)致的需求分析和確認(rèn)

項(xiàng)目的需求分析的偏差和理解不透徹是導(dǎo)致項(xiàng)目后期范圍做變更的最主要原因，針對(duì)此點(diǎn)，在項(xiàng)目的需求分析階段我要求分析人員對(duì)項(xiàng)目范圍中的所有特性進(jìn)行詳細(xì)的需求分析，包括寫作需求分析文檔，硬件支持情況分析、環(huán)境分析等，這些報(bào)告完成后，我們組織需求分析人員對(duì)這些特性需求逐條和相關(guān)干系人進(jìn)行確認(rèn)，其中發(fā)現(xiàn)了3條需求理解上的不一致，經(jīng)過充分的溝通后，確認(rèn)是項(xiàng)目成員對(duì)需求理解出現(xiàn)偏差，并及時(shí)進(jìn)行了糾正，減少了項(xiàng)目后期出現(xiàn)需求理解偏差而可能的大規(guī)模返工。由于智能維護(hù)系統(tǒng)需要處理大量數(shù)據(jù)，功能特性的實(shí)現(xiàn)依賴數(shù)據(jù)通道上各環(huán)節(jié)的高速傳輸，通過對(duì)硬件分析發(fā)現(xiàn)一款用于系統(tǒng)和設(shè)備之間的接口模塊的性能不能滿足數(shù)據(jù)流的需求，這個(gè)情況及時(shí)反饋給相關(guān)干系人，經(jīng)評(píng)估認(rèn)為該需求是必須實(shí)現(xiàn)的，于是用更高性能的接口模塊來滿足這個(gè)需求。

通過對(duì)需求的細(xì)致分析，提前發(fā)現(xiàn)了需求理解的問題以及需求可能無法滿足而造成系統(tǒng)功能無法實(shí)現(xiàn)等風(fēng)險(xiǎn)，對(duì)項(xiàng)目范圍的控制起到了很好的作用，通過項(xiàng)目驗(yàn)收測(cè)試進(jìn)行的范圍確認(rèn)，全部實(shí)現(xiàn)了項(xiàng)目范圍的要求。

二、 創(chuàng)建工作分解結(jié)構(gòu)和需求跟蹤矩陣

依據(jù)項(xiàng)目范圍說明書，按照以下步驟來創(chuàng)建工作分解結(jié)構(gòu)（WBS）：識(shí)別和分析可交付成果及相關(guān)工作；確定工作分解結(jié)構(gòu)的結(jié)構(gòu)和編排方法；自上而下逐層細(xì)化分解；為工作分解結(jié)構(gòu)組成部分制定和分配標(biāo)志編碼；核實(shí)工作分解的程度是必要且充分的。

經(jīng)過項(xiàng)目前期的需求調(diào)研和功能分析，系統(tǒng)確定開發(fā)火力、水力和風(fēng)力三個(gè)子系統(tǒng)的智能維護(hù)系統(tǒng)，根據(jù)子系統(tǒng)的領(lǐng)域，分別制定了三個(gè)子項(xiàng)目的WBS，采用公司的標(biāo)準(zhǔn)WBS模板的表格形式，以項(xiàng)目開發(fā)階段為劃分單位，每一個(gè)階段都包括各子系統(tǒng)的開發(fā)內(nèi)容，采用自上而下逐層分解的方法，第一層是三個(gè)子系統(tǒng)，第二層是數(shù)據(jù)收集、對(duì)比和處理功能，第三層是子特性，第四層是每個(gè)子特性的需求分析、設(shè)計(jì)、編碼和測(cè)試工作。為了便于工作的跟蹤，將工作包的粒度控制在每名開發(fā)人員一周的工作量。項(xiàng)目成員以WBS為開發(fā)工作的依據(jù)，在項(xiàng)目所有階段都是有據(jù)可循的，有效避免了項(xiàng)目范圍的蔓延以及由此而造成的工作量增加。

我們采用了需求跟蹤矩陣的工具，對(duì)項(xiàng)目需求和設(shè)計(jì)、編碼、測(cè)試各階段的輸出物進(jìn)行雙向跟蹤。需求跟蹤矩陣以需求分析的編號(hào)為索引，每一個(gè)需求對(duì)應(yīng)概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)文檔中設(shè)計(jì)點(diǎn)的編號(hào)，對(duì)應(yīng)代碼的函數(shù)名稱以及測(cè)試用例的編號(hào)，實(shí)現(xiàn)了每個(gè)階段輸出物都有需求的來源，同時(shí)每個(gè)需求都有對(duì)應(yīng)的輸出物。需求跟蹤矩陣在項(xiàng)目的每個(gè)階段結(jié)束前，由開發(fā)人員進(jìn)行填寫并確認(rèn)項(xiàng)目的范圍得到實(shí)現(xiàn)并且沒有超過項(xiàng)目范圍的要求。

三、 嚴(yán)格控制項(xiàng)目范圍的變更

項(xiàng)目開發(fā)過程的范圍變更對(duì)項(xiàng)目的進(jìn)度、質(zhì)量、成本都將構(gòu)成很大的威脅，我們?cè)陧?xiàng)目范圍管理計(jì)劃中明確制定了項(xiàng)目的變更控制方法：1、項(xiàng)目的需求分析文檔基線化；2、對(duì)需求基線的變更需要走變更控制流程；3、成立項(xiàng)目CCB對(duì)項(xiàng)目的變更進(jìn)行控制；4、CCB裁決通過的變更需要做基線的修改，并由CCB成員跟蹤變更的完成情況；5、范圍變更對(duì)項(xiàng)目后續(xù)階段產(chǎn)生影響的，需要及時(shí)進(jìn)行項(xiàng)目計(jì)劃的調(diào)整。

項(xiàng)目需求分析文檔評(píng)審?fù)ㄟ^后在SVN配置庫上形成了需求基線，該文檔的修改通過變更控制流程嚴(yán)格控制。項(xiàng)目進(jìn)行到中后期，干系人提出兩個(gè)新的需求，我們根據(jù)需求變更流程，將這兩個(gè)需求提交給了項(xiàng)目CCB進(jìn)行裁決。經(jīng)過CCB成員的正式會(huì)議，決議是支持一個(gè)合理的需求，否決了一個(gè)商業(yè)價(jià)值低、嚴(yán)重影響進(jìn)度的需求。事實(shí)證明，CCB能夠非常有效的控制項(xiàng)目需求的蔓延，抑制不適合的項(xiàng)目變更，有效地控制了項(xiàng)目范圍。

結(jié)語

經(jīng)過一年的項(xiàng)目開發(fā)建設(shè)，針對(duì)三種發(fā)電機(jī)組設(shè)備的遠(yuǎn)程智能維護(hù)系統(tǒng)建成運(yùn)行，到目前為止系統(tǒng)運(yùn)行良好，達(dá)到項(xiàng)目預(yù)期效果，得到各方高度評(píng)價(jià)。這些成績(jī)是和良好的項(xiàng)目范圍管理分不開的，尤其是深入的需求分析，細(xì)致的WBS分解以及嚴(yán)格的變更控制管理，使這個(gè)技術(shù)難度高，工作量大，進(jìn)度緊張的項(xiàng)目以很高的質(zhì)量按時(shí)完成。但是項(xiàng)目也存在一些失誤和教訓(xùn)：在項(xiàng)目中后期，項(xiàng)目開發(fā)人員工作量很大，對(duì)此期間變更的需求不如前期那樣分析深入，造成了其中一點(diǎn)理解出現(xiàn)偏差，幸好及時(shí)發(fā)現(xiàn)，在項(xiàng)目后期通過3個(gè)晚上加班將其修正，未影響項(xiàng)目進(jìn)度，同時(shí)也驗(yàn)證了需求分析的重要性。今后將進(jìn)一步加強(qiáng)對(duì)這些需求的分析，爭(zhēng)取早日成為優(yōu)秀的高級(jí)項(xiàng)目經(jīng)理。