導(dǎo)言：作為寫作愛好者，不可錯過為您精心挑選的10篇軟件項目論文，它們將為您的寫作提供全新的視角，我們衷心期待您的閱讀，并希望這些內(nèi)容能為您提供靈感和參考。

篇1

2項目管理在軟件開發(fā)中的應(yīng)用現(xiàn)狀

在二十世紀(jì)六十年代中期，人們發(fā)現(xiàn)了在開發(fā)軟件過程中存在著很多問題，具體的問題表現(xiàn)在以下兩個方面：一方面，不規(guī)范的生產(chǎn)過程；另一方面，不重視管理工作。為了能夠有效解決軟件開發(fā)過程中存在的問題，人們開始嘗試?yán)眠^程管理方法。但是到了二十世紀(jì)八十年代，還是沒有制定管理軟件開發(fā)過程相關(guān)標(biāo)準(zhǔn)。近幾年來，在信息技術(shù)快速發(fā)展的背景下，人們采取項目管理來控制軟件開發(fā)的質(zhì)量、軟件開發(fā)的成本等，以此確保軟件開發(fā)的質(zhì)量和成本等因素，符合當(dāng)時的既定標(biāo)準(zhǔn)。在軟件開發(fā)過程中，每一個項目組的不同成員都應(yīng)該承擔(dān)不同的任務(wù)，并且企業(yè)管理者應(yīng)該要求他們要在規(guī)定的時間內(nèi)完成自身的任務(wù)，這種明確分工制度，有助于提高員工的工作效率。

3項目管理在軟件開發(fā)中的應(yīng)用

每一個軟件開發(fā)項目都要經(jīng)過以下幾個階段：提出問題、研究可行性、分析需求、測試等。因此項目管理工作應(yīng)該貫穿于軟件開發(fā)的整個過程。

3.1可行性研究

無法開發(fā)哪一個項目，都需要進(jìn)行可行性分析與研究。通過利用項目管理來研究軟件開發(fā)項目可行性的目的在于：在最短的時間內(nèi)確定軟件開發(fā)項目是否具有開發(fā)的價值。其中可行性研究的內(nèi)容包括：

1）、研究技術(shù)的可行性。其主要是指：要合理地分析開發(fā)項目的功能與性能，分析其中所隱藏的技術(shù)風(fēng)險。

2）、研究經(jīng)濟(jì)的可行性。其主要是指：估計所開發(fā)的項目給企業(yè)帶來的經(jīng)濟(jì)效益，然后依據(jù)所估算的經(jīng)濟(jì)效益，確定該項目是否具有投資的價值。

3）、研究社會的可行性。其主要是指：分析此項目的運(yùn)行方式是否正確，分析當(dāng)前的人員技術(shù)水平以及管理制度是否具有可行性。

3.2軟件項目估算

在軟件開發(fā)過程中，首先要規(guī)劃軟件開發(fā)項目，如此便于項目管理人員制定切合實際的估算方案。規(guī)劃軟件開發(fā)項目的內(nèi)容主要包括：明確軟件開發(fā)的目標(biāo)、明確軟件開發(fā)過程中需要用到的各種資源、明確軟件開發(fā)的進(jìn)度等。在軟件開發(fā)過程中，估算起著非常重要的作用。通過估算可以保證軟件項目在規(guī)定的時間內(nèi)完成，也可以確保軟件項目的成本未超出預(yù)算。在估算資源、成本以及進(jìn)度的時候，要依據(jù)自身豐富的經(jīng)驗以及相關(guān)的數(shù)據(jù)。但是當(dāng)前所使用的估算方法較為單一，此種估算方法容易增加估算風(fēng)險。對此，研究人員應(yīng)該努力研究出更多科學(xué)、有效的估算方法。

3.3軟件項目開發(fā)人員的管理

在開展軟件項目開發(fā)人員管理工作的時候，首先要合理安排人員。通常情況下，是由多個小組成員共同完成軟件開發(fā)項目。在具體安排人員任務(wù)的時候，要依據(jù)每位人員的優(yōu)勢進(jìn)行，并且要明確小組內(nèi)每一位成員的工作任務(wù)以及工作目標(biāo)。在軟件開發(fā)過程中，要確定不同的責(zé)任人，比如：項目經(jīng)理、開發(fā)經(jīng)理，并且為每一個小組安排一名組長，如此有助于確保軟件開發(fā)項目的順利完成，同時保證所開發(fā)出來的軟件屬于高質(zhì)量產(chǎn)品。

篇2

需求管理對軟件項目能否最終實現(xiàn)產(chǎn)生至關(guān)重要的影響。任何的軟件項目都必須進(jìn)行合理的、細(xì)致的、一致的需求管理，只有這樣才能制定正確合理的軟件開發(fā)計劃，軟件項目才能順利地開發(fā)完成。

2、溝通與協(xié)作

軟件項目管理中的溝通與協(xié)作是指信息的交流,是使信息發(fā)揮積極作用和達(dá)到目標(biāo)的手段；協(xié)作是指和諧地在一起工作的活動。溝通技術(shù)可分分四類：(1)正式書面溝通,包括項目文檔和備忘錄、項目里程碑和交貨時間表、需求變更和錯誤跟蹤規(guī)程、數(shù)據(jù)字典、系統(tǒng)分析模型(用例圖等)；(2)正式口頭溝通,包括狀態(tài)審查會、需求評審會、設(shè)計評審會、代碼評審會、用戶測試,項目定期例會等；(3)非正式口頭溝通,包括小組碰頭會、同行討論、與直屬業(yè)務(wù)領(lǐng)導(dǎo)討論等；(4)電子溝通,包括電子郵件、內(nèi)部BBS等。協(xié)作技術(shù)包括資源合理配置、開發(fā)步驟有序化、工作目標(biāo)一致化、提高關(guān)心程度、信息共享等。

3、風(fēng)險管理

軟件項目風(fēng)險管理是指對在軟件開發(fā)過程中所遇到的預(yù)算和進(jìn)度等方面的問題進(jìn)行分析,尋求風(fēng)險應(yīng)對方法,做好風(fēng)險管理計劃。

針對軟件項目中的風(fēng)險管理問題,不少專家、組織提出了自己的風(fēng)險管理模型。常見的主要風(fēng)險管理模型如下。

1.SEI的連續(xù)風(fēng)險管理模型(CRM)。SEICRM模型的風(fēng)險管理原則是不斷地評估可能造成惡劣后果的因素；決定最迫切需要處理的風(fēng)險;實現(xiàn)控制風(fēng)險的策略；評測并確保風(fēng)險策略實施的有效性。CRM模型要求在項目生命期的所有階段都關(guān)注風(fēng)險識別和管理,它將風(fēng)險管理劃分為五個步驟：風(fēng)險識別、分析、計劃、跟蹤、控制。

2.BarryBoehm模型。Boehm模型的思想核心是：10大風(fēng)險因素列表。針對每個風(fēng)險因素,都給出了一系列的風(fēng)險管理策略。在實際操作時,Boehm以10大風(fēng)險列表為依據(jù),總結(jié)當(dāng)前項目具體的風(fēng)險因素,評估后進(jìn)行計劃和實施,在下一次定期召開的會議上再對這10大風(fēng)險因素的解決情況進(jìn)行總結(jié),產(chǎn)生新的10大風(fēng)險因素表,依此類推。Boehm模型的基本形式可描述為：RE=P(UO)3L(UO),其中RE表示風(fēng)險或者風(fēng)險所造成的影響；P(UO)表示令人不滿意的結(jié)果所發(fā)生的概率；L(UO)表示糟糕的結(jié)果會產(chǎn)生的破壞性的程度。

3.軟件工程風(fēng)險模型(SERIM).SERIM模型要求從技術(shù)和商業(yè)兩個角度對軟件風(fēng)險管理進(jìn)行剖析,考慮的問題涉及開銷、進(jìn)度、技術(shù)性能等。它還提供了一些指標(biāo)和模型來估量和預(yù)測風(fēng)險,由于這些數(shù)據(jù)來源于大量的實際經(jīng)驗,因此具有很強(qiáng)的說服力。

五、軟件項目管理技術(shù)

1．CMM。CMM是美國卡納基梅隆大學(xué)軟件工程研究所(CMU/SEI)提出的軟件研發(fā)項目管理的一系列方法,它基于組織對關(guān)鍵過程域的支持,定義了軟件過程成熟度的五個級別。級別1(初始級)描述了不成熟,或者說是未定義過程的組織。級別2(可重復(fù)級),級別3(已定義級),級別4(已管理級)和級別5(優(yōu)化級)分別描述了軟件過程成熟度級別遞增的組織。和這些級別相關(guān)的KPA是:級別2：需求管理,軟件項目計劃,軟件項目跟蹤和監(jiān)控,軟件子合同管理,軟件質(zhì)量保證,軟件配置管理。級別3：組織級過程焦點,組織級過程定義,培訓(xùn)大綱,集成軟件管理,軟件產(chǎn)品工程,組間協(xié)調(diào),同行評審。級別4：定量過程管理,軟件質(zhì)量管理。級別5：缺陷預(yù)防,技術(shù)更新管理,過程更改管理。

2．CMMI。CMMI被看作是把各種CMM集成為一個系列的模型中。CMMI的基礎(chǔ)源模型包括:軟件CMM2.0版(草稿C),EIA-731系統(tǒng)工程,以及IPDCMM(IPD)0.98a版。CMMI也描述了5個不同的成熟度級別:級別1(初始級)代表了以不可預(yù)測結(jié)果為特征的過程成熟度。過程包括了一些特別的方法、符號、工作和反應(yīng)管理,成功主要取決于團(tuán)隊的技能。級別2(已管理級)代表了以可重復(fù)項目執(zhí)行為特征的過程成熟度。組織使用基本紀(jì)律進(jìn)行需求管理、項目計劃、項目監(jiān)督和控制、供應(yīng)商協(xié)議管理、產(chǎn)品和過程質(zhì)量保證、配置管理、以及度量和分析。

3．PSP。PSP(PersonalSoftwareProcess,個體軟件過程)是由CMU/SEI開發(fā)出來的,它的推出在軟件工程界引起了極大的轟動,可以說是由定向軟件工程走向定量軟件工程的一個標(biāo)志。PSP為基于個體和小型群組軟件過程的優(yōu)化提供了具體而有效的途徑,例如如何制訂計劃,如何控制質(zhì)量,如何與其他人相互協(xié)作等等。在軟件設(shè)計階段,PSP的著眼點在于軟件缺陷的預(yù)防,其具體辦法是強(qiáng)化設(shè)計約束準(zhǔn)則,而不是設(shè)計方法的選擇。因此,PSP保障軟件產(chǎn)品質(zhì)量的一個重要途徑是提高設(shè)計質(zhì)量。

4、小結(jié)

本文分析研究了軟件項目管理中的需求管理、員工之間的溝通與協(xié)作、軟件項目風(fēng)險管理。最后結(jié)合實踐,提出并分析了軟件項目管理技術(shù)。我們相信隨著軟件工程的發(fā)展和進(jìn)一步成熟,軟件項目管理技術(shù)的發(fā)展會取得更大的進(jìn)步。在實際項目中,我們要堅持改善軟件工程的管理,并在實踐中總結(jié)適合自身的經(jīng)驗,這樣才有利于管理技術(shù)的進(jìn)步和軟件項目的順利完成,創(chuàng)造出更高的品質(zhì)、更大的效益。

參考文獻(xiàn)：

[1]PhpMetzger，JohnBoddie.軟件項目管理-過程控制與人員管理[M].北京：電子工業(yè)出版社，2002.

[2]RajeevTShandilya.王克仁譯.軟件項目管理[M].北京:科學(xué)技術(shù)出版社,2002.

[3]楊根興，金榮得，宗宇偉.軟件需求的不確定性與解決途徑.計算機(jī)應(yīng)用與軟件.

篇3

2、工程項目管理軟件

2.1概念的界定

工程項目管理軟件（以下簡稱為項目管理軟件）是指以項目的施工環(huán)節(jié)為核心，以時間進(jìn)度控制為出發(fā)點，利用計劃技術(shù)，對施工過程中的進(jìn)度、費(fèi)用、資源等進(jìn)行綜合管理的一類應(yīng)用軟件。它包括五個主要功能模塊：進(jìn)度計劃管理功能、資源管理功能、費(fèi)用管理功能、報告生成與輸出功能、輔助功能（主要指與其他軟件的接口、二次開發(fā)、數(shù)據(jù)保密等）。這種概念源于對國外類似產(chǎn)品的概括，如P3（PrimaveraProjectPlanner）、MicrosoftProject、HarvardTotalProjectManagement、HarvardProjectManager.從廣義上看，項目管理軟件包括了與項目管理工作相關(guān)的各種應(yīng)用軟件，可以涉及進(jìn)度、費(fèi)用、資源、質(zhì)量、風(fēng)險、組織等各個方面，是項目管理相關(guān)軟件的總稱。

2.2發(fā)展概述

國內(nèi)項目管理軟件的研究開發(fā)始于20世紀(jì)70年代，至今經(jīng)歷了兩次重大轉(zhuǎn)變（見圖1）。

第一次，90年代初，標(biāo)志是研發(fā)主體由用戶本身轉(zhuǎn)變?yōu)閷I(yè)化的軟件。在70、80年代多是各用戶單位自行研制的單項功能的初級產(chǎn)品，即自己提出需求、自己研究、自己開發(fā)、自己使用，是一種完全的小生產(chǎn)方式，在近二十年中發(fā)展緩慢。90年代初，市場帶動出幾十家專門從事建筑管理軟件開發(fā)的高民營企業(yè)，軟件開始走上化、專業(yè)化、商業(yè)化的快速發(fā)展道路。

90年代是國內(nèi)建筑管理軟件迅猛發(fā)展的十年，工程造價、工程量、鋼筋配料、平面圖制作、標(biāo)書制作軟件等新產(chǎn)品大量涌現(xiàn)，價格逐漸降低、功能不斷完善，界面友好、操作方便，通用性、實用性增強(qiáng)。

第二次，90年代末，標(biāo)志是產(chǎn)品由單機(jī)版轉(zhuǎn)向系統(tǒng)集成。如將項目施工方案的設(shè)計、概預(yù)算、工程量計算、進(jìn)度計劃、資源計劃、費(fèi)用管理、事務(wù)性管理等綜合起來形成一個有機(jī)的整體。運(yùn)行環(huán)境由單機(jī)用戶拓展到網(wǎng)絡(luò)多用戶，一定程度上實現(xiàn)了企業(yè)內(nèi)部的數(shù)據(jù)共享。

進(jìn)入2000年來，項目管理軟件的研發(fā)出現(xiàn)了滯緩現(xiàn)象。究其原因是多方面的，既有市場因素又有技術(shù)因素，既有外部環(huán)境的又有自身條件的制約，如加入WTO的影響、用戶需求的變化，網(wǎng)絡(luò)技術(shù)、數(shù)據(jù)庫技術(shù)、通訊技術(shù)的進(jìn)步等。項目管理軟件發(fā)展的方向在哪里？必然趨勢如何？怎樣應(yīng)對？這些擺在眾多業(yè)內(nèi)人士面前。

3、國內(nèi)項目管理軟件的現(xiàn)狀

3.1外部環(huán)境分析

3.1.1機(jī)遇

（1）積極的政策環(huán)境。2000年7月國務(wù)院了《鼓勵軟件產(chǎn)業(yè)和集成電路產(chǎn)業(yè)發(fā)展的若干政策》在投資融資、稅收、產(chǎn)業(yè)技術(shù)、出口、收入分配、人才吸引與培養(yǎng)、知識產(chǎn)權(quán)保護(hù)等方面，給予優(yōu)惠政策。建設(shè)部正在領(lǐng)導(dǎo)制定《建設(shè)企業(yè)管理信息系統(tǒng)軟件通用標(biāo)準(zhǔn)》和《建設(shè)信息平臺數(shù)據(jù)通用標(biāo)準(zhǔn)等通用標(biāo)準(zhǔn)，以規(guī)范建設(shè)領(lǐng)域信息市場行為。各省市地方的建委、定額站以及高新技術(shù)開發(fā)區(qū)，積極貫徹黨和國家方針政策，制定一系列的優(yōu)惠辦法，培育扶植當(dāng)?shù)剀浖髽I(yè)的發(fā)展。

（2）巨大的市場需求。項目管理軟件作為一種行業(yè)專用軟件，其發(fā)展與建筑行業(yè)自身的興衰息息相關(guān)。據(jù)統(tǒng)計，我國現(xiàn)有各類施工企業(yè)10多萬家，項目經(jīng)理部幾十萬個，除此之外工程監(jiān)理、審計、建行、甲方等單位也都是管理軟件的用戶，遠(yuǎn)期軟件需要量應(yīng)在100萬套，但現(xiàn)在軟件總的銷量不足2萬套。加入WTO以后，受各方面因素的影響，經(jīng)濟(jì)將呈現(xiàn)快速增長的態(tài)勢，國內(nèi)總體建設(shè)投資規(guī)模擴(kuò)大，這將會為建筑業(yè)創(chuàng)造一個良好的發(fā)展機(jī)遇，也必將拉動行業(yè)軟件市場需求的增長。

（3）信息技術(shù)在建筑業(yè)的廣泛應(yīng)用。20世紀(jì)90年代以后，我國建筑業(yè)應(yīng)用信息技術(shù)取得了突飛猛進(jìn)的發(fā)展，為項目管理軟件的普及推廣提供了必要的條件。主要表現(xiàn)在：1.網(wǎng)站建設(shè)從無到有，形成了政府網(wǎng)站、行業(yè)網(wǎng)站、企業(yè)網(wǎng)站三個層次。2.廣泛應(yīng)用計算軟件和工具軟件。3.在施工中推廣應(yīng)用以信息技術(shù)為特征的自動化控制技術(shù)，取得了較好的效果。

3.1.2挑戰(zhàn)

（1）項目管理的基礎(chǔ)工作薄弱。軟件的應(yīng)用要有一定的條件，目前我國項目管理中影響軟件應(yīng)用和開發(fā)的主要問題有：1.管理工作尚未標(biāo)準(zhǔn)化。例如各種報告、信息、數(shù)據(jù)及各種費(fèi)用項目的劃分，各種文本等的標(biāo)準(zhǔn)化程度不高。2.工作過程中的隨意性，非程序化工作和干擾，使先進(jìn)的計劃、控制方法和程序難以使用，難以顯示出它們的效果。3.整體管理水平低，各層次的管理人員尚不能掌握的管理手段和方法。管理的基礎(chǔ)工作薄弱不僅限制了對軟件應(yīng)用的需求，而且進(jìn)一步拉大了國內(nèi)項目管理與國際水平的差距。

（2）國外競爭者的挑戰(zhàn)。目前，打進(jìn)中國建筑市場的國外軟件有MS-Project、P3等。這些軟件功能強(qiáng)大、專業(yè)性強(qiáng)、知名度高、營銷方式靈活。如P3軟件在國際上具有極高的知名度，逐漸成為工程項目管理行業(yè)的標(biāo)準(zhǔn)軟件。世行也在大型項目上推薦使用P3軟件。加入WTO后，外國軟件企業(yè)將享受國民待遇，出口補(bǔ)貼政策、政府采購將受到限制，我國的產(chǎn)品市場不僅要開放，服務(wù)市場也相應(yīng)開放，軟件市場從而將完全開放，國內(nèi)軟件市場競爭日趨激烈。而且，加入WTO后，外資建設(shè)項目增多、建筑市場逐步放開，國外工程設(shè)計、承包、咨詢單位的大量涌入會加大MS-Project、P3等的市場份額。

國產(chǎn)軟件一般在功能設(shè)置和運(yùn)行機(jī)制上更符合國內(nèi)用戶的需求和習(xí)慣，如有雙代號網(wǎng)絡(luò)圖、前鋒線功能等。但在用戶界面、報告生成與輸出、數(shù)據(jù)交換、二次開發(fā)等方面還存在著較大的差距，而且這些軟件目前還不可能用于國際工程項目。

3.2內(nèi)部條件分析

3.2.1優(yōu)勢

（1）技術(shù)成熟。國內(nèi)項目管理軟件經(jīng)過近30年的發(fā)展，已經(jīng)研制出適用于公司和項目兩個層次的產(chǎn)品，而且部分軟件的技術(shù)水平達(dá)到新的高度，令外國同行刮目相看，為發(fā)展適合國情的信息產(chǎn)品奠定了技術(shù)基礎(chǔ)。如北京夢龍公司的智能管理系統(tǒng)Pert、大連同洲公司的項目計劃管理系統(tǒng)TZ-Project.

（2）市場占有率高。初步估算，國產(chǎn)軟件的市場占有率在三分之二以上。此外，用戶購買軟件后，需要經(jīng)過培訓(xùn)，才能掌握運(yùn)用。一旦熟練使用后，就傾向于繼續(xù)購買后續(xù)產(chǎn)品，而不愿轉(zhuǎn)購其他公司的同類產(chǎn)品。這一消費(fèi)特征有利于率先占有市場的軟件。多種原因造成國內(nèi)軟件企業(yè)已搶先一步占領(lǐng)市場，建立起銷售渠道和用戶對它們的信任。

（3）服務(wù)本土化。軟件的價值歸根結(jié)底表現(xiàn)在對傳統(tǒng)行業(yè)的服務(wù)上，軟件行業(yè)競爭的核心是服務(wù)的競爭。國內(nèi)的軟件企業(yè)經(jīng)過十多年的市場開拓，已在全國的數(shù)十萬用戶中建立起較為完善的服務(wù)體系，深入到公路、港口、建筑、市政、鐵路、水利、電力等各個領(lǐng)域，能夠快速響戶要求，提供全面的咨詢培訓(xùn)維護(hù)服務(wù)，這是外國公司在短期內(nèi)無法做到的。

（4）人才優(yōu)勢。國內(nèi)軟件開發(fā)人員的薪酬平均低于國際水平，是美國的1/30~1/20，可大大降低軟件研發(fā)成本。此外，國內(nèi)建筑市場運(yùn)作不規(guī)范，用戶需求差異大，而國內(nèi)研發(fā)人員熟悉行情，與用戶容易溝通，開發(fā)的產(chǎn)品更符合“國情”。

3.2.2劣勢

（1）品牌與質(zhì)量。國產(chǎn)項目管理軟件數(shù)量不少，但沒有一個能夠像P3那樣知名的品牌。幾十家軟件研發(fā)單位“各占一個山頭”，國內(nèi)市場呈現(xiàn)小而散、四分五裂的格局。在研發(fā)過程中普遍缺乏嚴(yán)格的測試環(huán)節(jié)，軟件的改動和版本的升級頻繁，造成成本的增加和維護(hù)上的難度，帶給用戶許多不必要的麻煩。而且，由于缺乏行之有效的軟件開發(fā)管理體制，一個關(guān)鍵性設(shè)計人員的變動往往會嚴(yán)重軟件產(chǎn)品的整個生產(chǎn)過程。在功能模塊上，國產(chǎn)軟件偏重進(jìn)度計劃管理，在資源管理、費(fèi)用管理方面遠(yuǎn)遠(yuǎn)落后與國外軟件。此外，國產(chǎn)軟件都無法實現(xiàn)環(huán)境下異質(zhì)數(shù)據(jù)庫的互連、沒有對用戶開放二次開發(fā)的接口。

（2）規(guī)模小、開發(fā)資金不足。國內(nèi)軟件企業(yè)的資金來源主要以企業(yè)自主投資、風(fēng)險投資和政府投資三種為主。大部分企業(yè)缺乏正常的融資手段，只是依靠經(jīng)營利潤的積累。企業(yè)規(guī)模小、缺乏“重量級”企業(yè)，、設(shè)計、開發(fā)和市場開拓能力有限。據(jù)統(tǒng)計，50人以下的企業(yè)占40%左右，50～100人的企業(yè)占50%左右，100～200人的企業(yè)僅2家，200人以上的為零。

（3）缺乏統(tǒng)籌規(guī)劃。由于沒有明確的行業(yè)標(biāo)準(zhǔn)和方向引導(dǎo)，軟件開發(fā)只能根據(jù)客戶要求，由軟件技術(shù)人員，憑自己的理解和能力進(jìn)行設(shè)計、編程，造成軟件開發(fā)選題雷同，而且多屬低水平重復(fù)開發(fā)。企業(yè)在技術(shù)、研究、開發(fā)等方面存在很大的盲目性，力量分散，造成大量資源浪費(fèi)，也延誤了發(fā)展的時機(jī)。

（4）人才流失。由于缺少合理的收入分配激勵機(jī)制，大量軟件開發(fā)人員流向高收入的電信、、商業(yè)領(lǐng)域，國內(nèi)從事工程管理軟件開發(fā)的人員不足千名，其中懂工程、懂機(jī)、懂管理的復(fù)合性高級人才更是少之又少。

4、國外項目管理軟件的發(fā)展及啟示

4.1發(fā)展概述

國外項目管理中的計算機(jī)應(yīng)用可以追溯到50年代中后期網(wǎng)絡(luò)計劃技術(shù)的出現(xiàn)，到了60年代中后期網(wǎng)絡(luò)程序已經(jīng)十分成熟。整個70年研究的重點是完善和擴(kuò)展網(wǎng)絡(luò)模型分析軟件的應(yīng)用功能，如成本和資源的平衡優(yōu)化；同時提出并研究了項目管理信息系統(tǒng)。進(jìn)入80年代以后，PC機(jī)的普及和項目管理工作的化、標(biāo)準(zhǔn)化，使一般中小型企業(yè)、中小型項目也可用計算機(jī)進(jìn)行管理，網(wǎng)絡(luò)技術(shù)才真正普及。90年代后，項目管理軟件發(fā)展迅速，不斷有功能強(qiáng)大、使用方便的軟件推出，在項目管理中發(fā)揮了重要作用，計算機(jī)的應(yīng)用已經(jīng)成為項目管理必不可少的一個組成部分。

項目管理軟件的功能層次不斷提高，對應(yīng)著三個顯著階段：

第一層次，也稱基本功能，如進(jìn)度控制、質(zhì)量管理、資源管理、費(fèi)用控制、采購管理等，是對基層工作流程的模擬，在一定程度上實現(xiàn)數(shù)據(jù)共享，減輕了基層項目管理人員的工作強(qiáng)度。在80年代已基本完成這方面的功能開發(fā)并在基層項目管理中廣泛應(yīng)用。

第二功能層次有兩個特點：一是分析和預(yù)測功能，包括工期變動分析、不可預(yù)見事件分析（如惡劣氣候、匯率變動、市場物價變動、分包商情況變動等）。在分析基礎(chǔ)上產(chǎn)生預(yù)測功能，主要包括進(jìn)度預(yù)測、投資預(yù)測、資金需求預(yù)測等，并有相應(yīng)的數(shù)學(xué)模型。二是計算機(jī)網(wǎng)絡(luò)的使用和通訊功能，主要是局域網(wǎng)上的多用戶操作和多項目管理，以及借助Internet、Intranet，郵件、電子信箱等先進(jìn)的通訊工具和手段，減少項目管理班子的工作所受的地域限制。P3及MS-Project都是這一層次的產(chǎn)品。

第三層次是基于因特網(wǎng)的項目管理，使整個項目管理業(yè)務(wù)與因特網(wǎng)結(jié)合，具有跨平臺兼容、交互性和實時性，項目成員可以協(xié)同工作，實現(xiàn)在線文檔管理、在線討論、視頻會議等。到目前為止尚無完善的產(chǎn)品出現(xiàn)，但有兩個軟件Mesa/Vista，WebProject已初具雛形。

4.2發(fā)展啟示

目前國內(nèi)項目管理軟件的發(fā)展還處在第一階段。某些軟件具備或正向第二功能層次發(fā)展，沒有基于因特網(wǎng)的第三階段軟件。國外同類軟件的發(fā)展歷程可以得到啟示：數(shù)據(jù)通訊、多項目管理、多用戶環(huán)境、多系統(tǒng)兼容和與Web技術(shù)集成、增強(qiáng)用戶自定義功能，這代表著項目管理軟件的新發(fā)展?？蛻魴C(jī)（Client）/服務(wù)器（Server）模式向瀏覽器（Browser）/服務(wù)器（Server）模式轉(zhuǎn)變將是必然趨勢。

5、對策

5.1我國項目管理軟件SWOT分析

基于上述分析，可歸納出我國項目管理軟件SWOT矩陣。

5.2政府和行業(yè)協(xié)會

（1）規(guī)范項目管理，實現(xiàn)與國際接軌。推進(jìn)《施工項目管理規(guī)程》、《工程網(wǎng)絡(luò)計劃技術(shù)規(guī)程》、《建設(shè)工程質(zhì)量管理條例》、《建筑工程施工合同（示范文本）》等的制訂和落實，嚴(yán)格按規(guī)程、規(guī)范和標(biāo)準(zhǔn)進(jìn)行項目管理。在項目管理中推廣使用WBS（項目結(jié)構(gòu)分解）等，保證數(shù)據(jù)采集的完整與統(tǒng)一。加強(qiáng)信息技術(shù)標(biāo)準(zhǔn)研究，積極參與國際標(biāo)準(zhǔn)的制訂，利用標(biāo)準(zhǔn)來占領(lǐng)市場。

（2）統(tǒng)籌規(guī)劃，抓大放小，分類指導(dǎo)。制定建筑業(yè)信息化發(fā)展規(guī)劃和技術(shù)政策，確定產(chǎn)業(yè)升級目標(biāo)，合理選擇主導(dǎo)產(chǎn)業(yè)、戰(zhàn)略產(chǎn)業(yè)。對各省市地方的造價、鋼筋、工程量等單機(jī)軟件鼓勵自由競爭，讓市場來決定優(yōu)勝劣汰，同時強(qiáng)化行業(yè)管理，維持公平、有序的競爭環(huán)境。對項目管理軟件的研發(fā)加強(qiáng)扶植力度，增強(qiáng)國產(chǎn)軟件自主發(fā)展的能力，重點扶植、推廣一批具有自主知識產(chǎn)權(quán)的產(chǎn)品。

（3）發(fā)揮行業(yè)組織的作用。行業(yè)協(xié)會加強(qiáng)與政府和企業(yè)的聯(lián)系，為企業(yè)在技術(shù)、管理、市場信息、人才培訓(xùn)等方面提供指導(dǎo)和幫助。

5.3軟件企業(yè)

（1）利用政策，把握機(jī)遇。認(rèn)真研究、充分利用國家為產(chǎn)業(yè)發(fā)展提供的政策環(huán)境，要充分利用加入世貿(mào)組織的過渡期，力爭在三、五年內(nèi)完善項目管理軟件并實現(xiàn)產(chǎn)業(yè)化。

（2）調(diào)整產(chǎn)品結(jié)構(gòu)，培育自主品牌。推進(jìn)產(chǎn)品創(chuàng)新和產(chǎn)品重組。擁有自主知識產(chǎn)權(quán)的，要強(qiáng)化知識產(chǎn)權(quán)管理，積極實施信息技術(shù)專利戰(zhàn)略，按國際項目管理要求進(jìn)一步完善產(chǎn)品，爭取在國際市場占有一席之地。正在研發(fā)之中的，要多研究國內(nèi)外同類軟件，合理選擇細(xì)分市場，采取產(chǎn)品差異化戰(zhàn)略或市場跟隨戰(zhàn)略。

（3）規(guī)范企業(yè)管理。積極參與ISO9000，CMM，ISO14000等國際質(zhì)量保證體系認(rèn)證和國際安全認(rèn)證，加強(qiáng)軟件企業(yè)的規(guī)范化管理。建立有效的激勵和約束機(jī)制，充分調(diào)動員工積極性，吸引并留住各類優(yōu)秀人才。

（4）服務(wù)創(chuàng)新。推動軟件售后服務(wù)的化，建立專業(yè)的咨詢服務(wù)機(jī)構(gòu)。不具備持續(xù)開發(fā)能力的公司應(yīng)向增值服務(wù)的專業(yè)服務(wù)公司轉(zhuǎn)變。從目前發(fā)展趨勢看，軟件的升級、維護(hù)、咨詢活動的利潤比銷售的更可觀。

6、結(jié)論

我國工程項目管理軟件研發(fā)的整體水平較低，實際應(yīng)用情況不容樂觀。要改變這一局面，政府和企業(yè)都要付諸努力。政府和行業(yè)協(xié)會要規(guī)范項目管理，實現(xiàn)與國際接軌；統(tǒng)籌規(guī)劃，抓大放小，分類指導(dǎo)。軟件企業(yè)調(diào)整產(chǎn)品結(jié)構(gòu)，培育自主品牌，規(guī)范企業(yè)管理及建立服務(wù)創(chuàng)新的體制。

參考

[1]MatthewJ.Liberatore.ProjectManagementInConstruction：SoftwareUseAndResearchDirections[J].JournalOfConstructionEngineeringAndManagement，2001，（March/April）。

[2]成虎。工程項目管理[M].中國建筑出版社，2001.

[3]陳昌柏。WTO-ITA與中國IT產(chǎn)業(yè)發(fā)展[M].北京郵電大學(xué)出版社，2001.

篇4

目前，風(fēng)險管理被認(rèn)為是IT軟件項目中減少失敗的一種重要手段。當(dāng)不能很確定地預(yù)測將來事情的時候，可以采用結(jié)構(gòu)化風(fēng)險管理來發(fā)現(xiàn)計劃中的缺陷，并且采取行動來減少潛在問題發(fā)生的可能性和影響。風(fēng)險管理意味著危機(jī)還沒有發(fā)生之前就對它進(jìn)行處理。這就提高了項目成功的機(jī)會和減少了不可避免風(fēng)險所產(chǎn)生的后果。

2什么是風(fēng)險

所謂“風(fēng)險”，歸納起來主要有兩種意見，主觀說認(rèn)為，風(fēng)險是損失的不確定性；客觀學(xué)認(rèn)為，風(fēng)險是給定情況下一定時期可能發(fā)生的各種結(jié)果間的差異。它的兩個基本特征是不確定性和損失。IT行業(yè)中的軟件項目開發(fā)是一項可能損失的活動，不管開發(fā)過程如何進(jìn)行都有可能超出預(yù)算或時間延遲。項目開發(fā)的方式很少能保證開發(fā)工作一定成功，都要冒一定的風(fēng)險，也就需要進(jìn)行項目風(fēng)險分析。在進(jìn)行項目風(fēng)險分析時，重要的是要量化不確定的程度和每個風(fēng)險相當(dāng)?shù)膿p失程度，為實現(xiàn)這一點就必須要考慮以下問題：

要考慮未來，什么樣的風(fēng)險會導(dǎo)致軟件項目失敗？

要考慮變化，在用戶需求、開發(fā)技術(shù)、目標(biāo)、機(jī)制及其它與項目有關(guān)的因素的改變將會對按時交付和系統(tǒng)成功產(chǎn)生什么影響？

必須解決選擇問題，應(yīng)采用什么方法和工具，應(yīng)配備多少人力，在質(zhì)量上強(qiáng)調(diào)到什么程度才滿足要求？

要考慮風(fēng)險類型，是屬于項目風(fēng)險、技術(shù)風(fēng)險、商業(yè)風(fēng)險、管理風(fēng)險還是預(yù)算風(fēng)險等？

這些潛在的問題可能會對軟件項目的計劃、成本、技術(shù)、產(chǎn)品的質(zhì)量及團(tuán)隊的士氣都有負(fù)面的影響。風(fēng)險管理就是在這些潛在的問題對項目造成破壞之前識別、處理和排除。

3風(fēng)險管理

項目風(fēng)險管理實際上就是貫穿在項目開發(fā)過程中的一系列管理步驟，其中包括風(fēng)險識別、風(fēng)險估計、風(fēng)險管理策略、風(fēng)險解決和風(fēng)險監(jiān)控。它能讓風(fēng)險管理者主動“攻擊”風(fēng)險，進(jìn)行有效的風(fēng)險管理。

在項目管理中，建立風(fēng)險管理策略和在項目的生命周期中不斷控制風(fēng)險是非常重要的，風(fēng)險管理包括四個相關(guān)階段：

風(fēng)險識別識別風(fēng)險的方法常用的有風(fēng)險識別問詢法（座談法、專家法）、財務(wù)報表法、流程圖法、現(xiàn)場觀察法、相關(guān)部門配合法和環(huán)境分析法等。

風(fēng)險評估對已識別的風(fēng)險要進(jìn)行估計和評價，風(fēng)險估計的主要任務(wù)是確定風(fēng)險發(fā)生的概率與后果，風(fēng)險評價則是確定該風(fēng)險的經(jīng)濟(jì)意義及處理的費(fèi)/效分析，常用的方法有：概率分布、外推法、多目標(biāo)分析法等。

風(fēng)險處理一般而言，風(fēng)險處理有三種方法，①風(fēng)險控制法，即主動采取措施避免風(fēng)險，消滅風(fēng)險，中和風(fēng)險或采用緊急方案降低風(fēng)險。②風(fēng)險自留，當(dāng)風(fēng)險量不大時可以余留風(fēng)險。③風(fēng)險轉(zhuǎn)移。

風(fēng)險監(jiān)控包括對風(fēng)險發(fā)生的監(jiān)督和對風(fēng)險管理的監(jiān)督，前者是對已識別的風(fēng)險源進(jìn)行監(jiān)視和控制，后者是在項目實施過程中監(jiān)督人們認(rèn)真執(zhí)行風(fēng)險管理的組織和技術(shù)措施。

在IT軟件項目管理中，應(yīng)該任命一名風(fēng)險管理者，該管理者的主要職責(zé)是在制訂與評估規(guī)劃時，從風(fēng)險管理的角度對項目規(guī)劃或計劃進(jìn)行審核并發(fā)表意見，不斷尋找可能出現(xiàn)的任何意外情況，試著指出各個風(fēng)險的管理策略及常用的管理方法，以隨時處理出現(xiàn)的風(fēng)險，風(fēng)險管理者最好是由項目主管以外的人擔(dān)任。

險識別

風(fēng)險識別就是企圖采用系統(tǒng)化的方法，識別某特定項目已知的和可預(yù)測的風(fēng)險。常用方法是建立“風(fēng)險條目檢查表”，利用一組提問來幫助項目風(fēng)險管理者了解在項目和技術(shù)方面有些風(fēng)險。在“風(fēng)險條目檢查表”中，列出了所有可能的與每一個風(fēng)險因素有關(guān)的提問，使得風(fēng)險管理者集中來識別常見的、已知的和可預(yù)測的風(fēng)險，如產(chǎn)品規(guī)模風(fēng)險、依賴性風(fēng)險、需求風(fēng)險、管理風(fēng)險及技術(shù)風(fēng)險等。“風(fēng)險條目檢查表”可以以不同的方式組織，通過判定分析或假設(shè)分析，給出這些提問確定的回答，就可以幫助管理或計劃人員估算風(fēng)險的影響。軟件項目一般有如下五類風(fēng)險：

4.1產(chǎn)品規(guī)模風(fēng)險

有經(jīng)驗的項目經(jīng)理都知道：項目的風(fēng)險是直接與產(chǎn)品的規(guī)模成正比的。與軟件規(guī)模相關(guān)的常見風(fēng)險因素有：

估算產(chǎn)品的規(guī)模的方法（LOC或代碼行，F(xiàn)P或功能點，程序或文件的數(shù)目）。

產(chǎn)品規(guī)模估算的信任度

產(chǎn)品規(guī)模與以前產(chǎn)品規(guī)模平均值的偏差

產(chǎn)品的用戶數(shù)

復(fù)用的軟件有多少

產(chǎn)品的需求改變多少

4.2需求風(fēng)險

很多項目在確定需求時都面臨著一些不確定性和混亂。當(dāng)在項目早期容忍了這些不確定性，并且在項目進(jìn)展過程當(dāng)中得不到解決，這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關(guān)的風(fēng)險因素，那么就很有可能產(chǎn)生錯誤的產(chǎn)品或者拙劣地建造正確的產(chǎn)品。每一種情況都會導(dǎo)致使人不愉快。

與客戶相關(guān)的風(fēng)險因素有：

對產(chǎn)品缺少清晰的認(rèn)識

對產(chǎn)品需求缺少認(rèn)同

在做需求中客戶參與不夠

沒有優(yōu)先需求

由于不確定的需要導(dǎo)致新的市場

不斷變化需求

缺少有效的需求變化管理過程

對需求的變化缺少相關(guān)分析

4.3相關(guān)性風(fēng)險

許多風(fēng)險都是因為項目的外部環(huán)境或因素的相關(guān)性產(chǎn)生的。經(jīng)常我們不能很好地控制外部的相關(guān)性，因此緩解策略應(yīng)該包括可能性計劃，以便從第二資源或協(xié)同工作資源中取得必要的組成部分，并且覺察潛在的問題。與外部環(huán)境相關(guān)的因素有：

客戶供應(yīng)條目或信息

內(nèi)部或外部轉(zhuǎn)包商的關(guān)系

交互成員或交互團(tuán)體依賴性

經(jīng)驗豐富人員的可得性

項目的復(fù)用性

4.4管理風(fēng)險

盡管管理問題制約了很多項目的成功，但是不要因為風(fēng)險管理計劃中沒有包括所有管理活動而感到驚奇。在大部分項目里，項目經(jīng)理經(jīng)常是寫項目風(fēng)險管理計劃的人，并且大部分人都不希望在公共場合暴露自己的弱點。然而，像這些問題可能會使項目的成功變得更加困難。如果不正視這些棘手的問題，它們就很有可能在項目進(jìn)行的某個階段影響項目。當(dāng)我們定義了項目追蹤過程并且明晰項目角色和責(zé)任，就能處理這些風(fēng)險因素：

計劃和任務(wù)定義不夠充分

實際項目狀態(tài)

項目所有者和決策者分不清

不切實際的承諾

員工之間的沖突

4.5技術(shù)風(fēng)險

軟件技術(shù)的飛速發(fā)展和經(jīng)歷豐富員工的缺乏，意味著項目團(tuán)隊可能會因為技巧的原因影響項目的成功。在早期，識別風(fēng)險從而采取合適的預(yù)防措施是解決風(fēng)險領(lǐng)域問題的關(guān)鍵，比如：培訓(xùn)、雇傭顧問以及為項目團(tuán)隊招聘合適的人才等。主要有下面這些風(fēng)險因素：

缺乏培訓(xùn)

對方法、工具和技術(shù)理解的不夠

應(yīng)用領(lǐng)域的經(jīng)驗不夠

新的技術(shù)和開發(fā)方法

不能正確工作的方法

5風(fēng)險估計

風(fēng)險估計，又稱風(fēng)險預(yù)測，常采用兩種方法估價每種風(fēng)險。一種是估計風(fēng)險發(fā)生的可能性或概率，另一種是估計如果風(fēng)險發(fā)生時所產(chǎn)生的后果。一般來講，風(fēng)險管理者要與項目計劃人員、技術(shù)人員及其他管理人員一起執(zhí)行四種風(fēng)險活動：

（1）建立一個標(biāo)準(zhǔn)（尺度），以反映風(fēng)險發(fā)生的可能性。

（2）描述風(fēng)險的后果。

（3）估計風(fēng)險對項目和產(chǎn)品的影響。

（4）確定風(fēng)險的精確度，以免產(chǎn)生誤解。

另外，要對每個風(fēng)險的表現(xiàn)、范圍、時間做出盡量準(zhǔn)確的判斷。對不同類型的風(fēng)險采取不同的分析辦法。

1．確定型風(fēng)險估計

（a）盈虧平衡分析

盈虧平衡分析（Break-EvenAnalysis）通常又稱為量本利分析或損益平衡分析。它是根據(jù)軟件項目在正常生產(chǎn)年份的產(chǎn)品產(chǎn)量或銷售量、成本費(fèi)用、產(chǎn)品銷售單價和銷售稅金等數(shù)據(jù)，計算和分析產(chǎn)量、成本和盈利這三者之間的關(guān)系，從中找出它們的規(guī)律，并確定項目成本和收益相等時的盈虧平衡點的一種分析方法。在盈虧平衡點上，軟件項目既無盈利，也無虧損。通過盈虧平衡分析可以看出軟件項目對市場需求變化的適應(yīng)能力。

（b）敏感性分析

敏感性分析（SensitivityAnalysis）的目的，是考察與軟件項目有關(guān)的一個或多個主要因素發(fā)生變化時對該項目投資價值指標(biāo)的影響程度。通過敏感性分析，使我們可以了解和掌握在軟件項目經(jīng)濟(jì)分析中由于某些參數(shù)估算的錯誤或是使用的數(shù)據(jù)不太可靠而可能造成的對投資價值指標(biāo)的影響程度，有助于我們確定在項目投資決策過程中需要重點調(diào)查研究和分析測算的因素。

（c）概率分析

它是運(yùn)用概率論及數(shù)理統(tǒng)計方法，來預(yù)測和研究各種不確定因素對軟件項目投資價值指標(biāo)影響的一種定量分析。通過概率分析可以對項目的風(fēng)險情況做出比較準(zhǔn)確的判斷。主要包括解析法和模擬法（蒙特卡羅MonteCarlo技術(shù)）兩種。

2．不確定型風(fēng)險估計

主要有小中取大原則、大中取小原則、遺憾原則、最大數(shù)學(xué)期望原則、最大可能原則。

3．隨機(jī)型風(fēng)險估計

主要有最大可能原則、最大數(shù)學(xué)期望原則、最大效用數(shù)學(xué)期望原則、貝葉斯后驗概率法等。

5.1建立風(fēng)險清單

風(fēng)險清單是關(guān)鍵的風(fēng)險預(yù)測管理工具，清單上列出了在任何時候碰到的風(fēng)險名稱、類別、概率及該風(fēng)險所產(chǎn)生的影響。其中整體影響值可對四個風(fēng)險因素（性能、支持、成本及進(jìn)度）的影響類別求平均值（有時也采用加權(quán)平均值）。

一旦完成了風(fēng)險表的內(nèi)容，就可以根據(jù)概率及影響來進(jìn)行綜合考慮，風(fēng)險影響和出現(xiàn)概率從風(fēng)險管理的角度來看，它們各自起著不同的作用（見圖1）。一個具有高影響但低概率的風(fēng)險因素不應(yīng)當(dāng)占用太多的風(fēng)險管理時間，而具有中到高概率、高影響的風(fēng)險和具有高概率及低影響的風(fēng)險，就應(yīng)該進(jìn)行風(fēng)險分析。

5.2風(fēng)險評估

在風(fēng)險分析過程中，我們對風(fēng)險進(jìn)行評估時可以建立一個如下的四元數(shù)組：

[ri,li,xi，yi]

其中，ri是風(fēng)險，li為風(fēng)險出現(xiàn)的概率，xi則表示風(fēng)險損失大小，yi則表示期望風(fēng)險。

一種對風(fēng)險評估的常用技術(shù)是定義風(fēng)險的參照水準(zhǔn)，對絕大多數(shù)軟件項目來講，風(fēng)險因素——成本、性能、支持和進(jìn)度就是典型的風(fēng)險參照系。也就是說對成本超支、性能下降、支持困難、進(jìn)度延遲都有一個導(dǎo)致項目終止的水平值。如果風(fēng)險的組合所產(chǎn)生的問題超出了一個或多個參照水平值時，就終止該項目的工作，在項目分析中，風(fēng)險水平參考值是由一系列的點構(gòu)成的，每一個單獨的點常稱為參照點或臨界點。如果某風(fēng)險落在臨界點上，可以利用性能分析、成本分析、質(zhì)量分析等來判斷該項目是否繼續(xù)工作。圖2表示了這種情況。

但在實際工作中，參照點很少能構(gòu)成一條光滑的曲線，大多數(shù)情況下，它是一個區(qū)域，而且是個易變的區(qū)域。因而在做風(fēng)險評估時，盡量按以下步驟執(zhí)行：

（1）定義項目的水平參照值

（2）找出每組[ri,li,xi，yi]與每個水平參照值間的關(guān)系

（3）估計一組臨界點以定義項目的終止區(qū)域

（4）估計風(fēng)險組合將如何影響風(fēng)險水平參照值

5.3估計損失的大小

表1是風(fēng)險分析表的一個例子，可以建立一個用風(fēng)險、損失概率、損失大小和期望風(fēng)險這樣的風(fēng)險評估表。

在表1所示的風(fēng)險估價的例子中，一個理論項目已經(jīng)識別了從1到20周期間的潛在的幾個風(fēng)險，風(fēng)險發(fā)生的概率范圍在5%到50%之間。在現(xiàn)實的項目中，可能會識別出比此表要多得多的風(fēng)險。

損失的大小常常比概率更容易受到控制。在以上的例子中，可以很精確地估計出完全支持自動從主機(jī)更新數(shù)據(jù)的時間是20個月。根據(jù)管理層將在何時討論項目建議書,可以知道項目不是在2月1日就是3月1日會被批準(zhǔn)。如果假定會在2月1日批準(zhǔn)，項目被批準(zhǔn)的風(fēng)險大小會比期望的長一些，也就是1個月時間。

如果損失的大小不容易直接估計出來，可以將損失分解為更小的部分，再對其進(jìn)行評估，然后將各部分評估結(jié)果累加，形成一個合計評估值。例如，如果使用3種新編程工具，可以單獨評估每種工具未達(dá)到預(yù)期效果的損失，然后再把損失加到一起，這要比總體評估容易多了。

5.4評估損失的概率

評估損失的概率要比評估損失大小更具有主觀性。這里有許多實踐方法可以提高主觀評估的準(zhǔn)確度。有以下方法：

由最熟悉系統(tǒng)的人評估每個風(fēng)險的發(fā)生概率，然后保留一份風(fēng)險評估審核文件。

使用Delphi法或少數(shù)服從多數(shù)的方法。使用Delphi法，必須要求每個人對每個風(fēng)險進(jìn)行獨立地評估，然后討論（口頭或紙上）每個評估的合理性，特別是最高和最低的那個。一輪輪討論，直到達(dá)成共識。?使用“形容詞標(biāo)準(zhǔn)”。首先讓每個人用表示可能性的形容詞短語選擇風(fēng)險的級別，如非?？赡堋⒑芸赡堋⒖赡?、或許、不太可能、不可能、和根本不可能。然后把可能性的評估轉(zhuǎn)換為數(shù)量化的評估（Boehm1989）。

5.5整個項目超限和緩沖

實際上，表1中表示的期望風(fēng)險的計算數(shù)值來源于一個被稱為“期望值”的統(tǒng)計術(shù)語。設(shè)計欠佳引起的風(fēng)險如果真正發(fā)生將花費(fèi)15周的時間。既然它不是100%地會發(fā)生，當(dāng)然不能預(yù)計損失15周時間。但它也不是沒有可能發(fā)生，所以也不應(yīng)指望不會發(fā)生損失。統(tǒng)計學(xué)認(rèn)為，預(yù)計損失的數(shù)量是概率乘以損失大小，即15%乘以15周。因此，在這個例子中，預(yù)計的是損失2.25周。由于只是談?wù)撚媱濓L(fēng)險，可以累加所有的風(fēng)險暴露量來得到項目的全部可預(yù)料超標(biāo)值。這個項目可預(yù)料的超標(biāo)值是12.8到13.2周，這就是如果不做任何風(fēng)險管理的話有可能超過計劃的周數(shù)。

超出預(yù)期值的大小為整個項目風(fēng)險控制級別的確定提供了依據(jù)。如果例子中的項目是個25周的項目，超出預(yù)期值的12.8到13.2周就很明顯需要進(jìn)行風(fēng)險管理了。

6風(fēng)險管理策略

風(fēng)險管理策略就是輔助項目組建立處理項目風(fēng)險的策略。項目開發(fā)是一個高風(fēng)險的活動，如果項目采取積極的風(fēng)險管理策略，就可以避免或降低許多風(fēng)險，反之，就有可能使項目處于癱瘓狀態(tài)。一般來講，一個較好的風(fēng)險管理策略應(yīng)滿足以下要求：

（1）在項目開發(fā)中規(guī)劃風(fēng)險管理，盡量避免風(fēng)險

（2）指定風(fēng)險管理者，監(jiān)控風(fēng)險因素

（3）建立風(fēng)險清單及風(fēng)險管理計劃

（4）建立風(fēng)險反饋渠道

7風(fēng)險駕馭和監(jiān)控

風(fēng)險的駕馭與監(jiān)控主要靠管理者的經(jīng)驗來實施，它是利用項目管理方法及其它某些技術(shù)，如原型法、軟件心理學(xué)、可靠性等來設(shè)法避免或轉(zhuǎn)移風(fēng)險。風(fēng)險的駕馭和監(jiān)控活動可用圖3來表示。

7.1建立風(fēng)險駕馭與監(jiān)控計劃

從圖3中可以看出，風(fēng)險的駕馭與監(jiān)控活動要寫入RMMP（RiskMonitoringandManagementPlan風(fēng)險駕馭與監(jiān)控計劃）。RMMP記述了風(fēng)險分析的全部工作，并且作為整個項目計劃的一部分為項目管理人員所使用。

風(fēng)險管理策略可以包含在軟件項目計劃中，也可以組織成一個獨立的風(fēng)險緩解、監(jiān)控和管理計劃（RMMP計劃）。RMMP計劃將所有風(fēng)險分析工作文檔化，并由項目管理者作為整個項目計劃中的一部分來使用。一旦建立了RMMP計劃，且項目開始啟動，則風(fēng)險緩解及駕馭及監(jiān)控步驟也開始了。正如前面討論的，風(fēng)險緩解是一種問題避免活動。風(fēng)險駕馭及監(jiān)控則是一種項目跟蹤活動，它有三個主要目標(biāo)：?判斷一個預(yù)測的風(fēng)險是否事實、是否發(fā)生。

進(jìn)行風(fēng)險再估計，確保針對某個風(fēng)險而制定的風(fēng)險消除活動正在使用。

收集可用于將來進(jìn)行風(fēng)險分析的信息。

風(fēng)險駕馭及監(jiān)控的策略如下：

與在職人員協(xié)商，確定人員流動原因。

在項目開始前，把緩解這些流動原因的工作列入風(fēng)險駕馭計劃。

項目開始時，要作好人員流動的思想準(zhǔn)備，并采取一些措施確保人員一旦離開時，項目仍能繼續(xù)。

制定文檔標(biāo)準(zhǔn)，并建立一種機(jī)制，保證文檔及時產(chǎn)生。

對所有工作進(jìn)行細(xì)微詳審，使更多人能夠按計劃進(jìn)度完成自己的工作。

對每個關(guān)鍵性技術(shù)人員培養(yǎng)后備人員。

在考慮風(fēng)險成本之后，決定是否采用上述策略。

7.2軟件項目風(fēng)險追蹤工具

篇5

ispaidattentiontodaybyday.Thistexthasbeenanalyzedanddescribed

throughtheorigincauseofformation,existingproblemandcorresponding

solutionofapplicationtotheprojectmanagementinsoftwaredevelopment

mainly.

關(guān)鍵詞：項目管理，軟件開發(fā)

Keywords:Projectmanagement,Softwaredevelopment

如果用兩個字概括當(dāng)前社會的特點，那就是“變化”，而這種變化在信息產(chǎn)業(yè)中體現(xiàn)得尤為突出，技術(shù)創(chuàng)新速度越來越快，用戶需求與市場不斷變化，人員流動也大大加快。在這種環(huán)境下，企業(yè)需要應(yīng)對的變化以及由此帶來的挑戰(zhàn)大大增加，也給管理帶來了很多問題和挑戰(zhàn)。軟件行業(yè)是一個極具挑戰(zhàn)性和創(chuàng)造性的新行業(yè)，管理上沒有成熟的經(jīng)驗可供借鑒。而項目管理應(yīng)該說對于軟件企業(yè)，尤其是那些以應(yīng)用開發(fā)為主的軟件企業(yè)，是行之有效的管理方法。因此，項目管理在軟件開發(fā)中的應(yīng)用日益受到重視。

項目管理的兩個問題

1、什么是項目管理？

項目管理是在一定的約束條件下，以高效率地實現(xiàn)項目業(yè)主的目標(biāo)為目

的，以項目經(jīng)理個人負(fù)責(zé)制為基礎(chǔ)和以項目為獨立實體進(jìn)行經(jīng)濟(jì)核算，并按照項目內(nèi)在的邏輯規(guī)律進(jìn)行有效的計劃、組織、協(xié)調(diào)、控制的系統(tǒng)管理活動。

2、為什么要有項目管理？

沒有項目管理，項目也有可能成功。但沒有管理的項目，很難保證項目

的利潤空間，對公司來說，虧損的風(fēng)險就大。所以我們要有項目管理，以保證公司在總體上是盈利的，注意不是每一個項目都要盈利。

另外，有了項目管理，就有了管理改進(jìn)的基礎(chǔ)，無論剛開始的項目管理多么糟糕，只要有管理，就有了改進(jìn)的可能性，至于能不能得到改進(jìn)，以及改進(jìn)的快慢，則取決于兩個因素：一個是人，特別是各級管理者；另一個是利益。關(guān)鍵是“利益”，準(zhǔn)確的說是“利益的分配”，在權(quán)責(zé)利明確的前提下，人才能充分的發(fā)揮作用。還需要指出的是“利益”是多元的，這里的多元不僅指利益的具體形式，而且指利益的受眾是多元的，包括客戶方相關(guān)人員個人的利益。

3、項目管理的發(fā)展與現(xiàn)狀。

今天，項目管理作為一種現(xiàn)代化管理方式在國際上已獲得了廣泛的應(yīng)用，從最初的國防、航天、建設(shè)工程領(lǐng)域，迅速發(fā)展到電子、通信、計算機(jī)、軟件開發(fā)、金融等行業(yè)以及政府機(jī)關(guān)的項目管理工作。隨著計算機(jī)、網(wǎng)絡(luò)系統(tǒng)的迅速發(fā)展，項目管理技術(shù)的不斷進(jìn)步，項目管理軟件產(chǎn)品層出不窮，其功能、特點、應(yīng)用對象也各不相同。當(dāng)前，越來越多的企業(yè)和組織在內(nèi)部推廣項目管理的理論方法及管理模式，如果都采用項目管理軟件進(jìn)行管理，效果就更加明顯，可以節(jié)省大量的資源和財富。國外90%以上的項目管理都采用軟件進(jìn)行，但我國在這方面的應(yīng)用還不到10%。新世紀(jì)項目管理在中國的迅速興起，給軟件企業(yè)的發(fā)展帶來了前所未有的發(fā)展機(jī)遇。

項目管理在軟件開發(fā)中的應(yīng)用的成因

隨著信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模也越來越龐大，個人單打獨斗的作坊式開發(fā)方式已經(jīng)越來越不適應(yīng)發(fā)展的需要。各軟件企業(yè)都在積極將軟件項目管理引入開發(fā)活動中，對開發(fā)實行有效的管理。從概念上講，軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險等進(jìn)行分析和管理的活動。實際上，軟件項目管理的意義不僅僅如此，進(jìn)行軟件項目管理有利于將開發(fā)人員的個人開發(fā)能力轉(zhuǎn)化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個企業(yè)的軟件生產(chǎn)越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展（即減小開發(fā)風(fēng)險）。同時，隨著軟件開發(fā)規(guī)模及開發(fā)隊伍的逐漸增大，軟件開發(fā)不再是向過去那樣一二個開發(fā)人員即可解決的事情。迫切需要一種開發(fā)規(guī)范來規(guī)范每個開發(fā)人員、測試人員與支持人員的工作，每個項目組成員按約定的規(guī)則準(zhǔn)時完成自己的工作。同時采用規(guī)范化管理，專業(yè)分工也可以降低對開發(fā)人員的要求，從而降低產(chǎn)品研發(fā)成本。

軟件開發(fā)是一項復(fù)雜的系統(tǒng)工程，牽涉到各方面的因素，實際工作中，經(jīng)常會出現(xiàn)各種各樣的問題，甚至面臨失敗。如何總結(jié)、分析失敗的原因，得出有益的教訓(xùn)，對一個公司來說，是在今后的項目中取得成功的關(guān)鍵。

早在20世紀(jì)60年代中期，人們就發(fā)現(xiàn)軟件的生產(chǎn)出現(xiàn)了“問題”，主要表現(xiàn)在生產(chǎn)過程不規(guī)范，缺乏管理。后來，人們在軟件工程方法學(xué)中引入了工程的概念、原理、技術(shù)和方法，這種思想在一定程度上解決了軟件生產(chǎn)過程中遇到的問題。但是直至80年代還是沒有提出一套管理軟件開發(fā)的通用原則，軟件管理不善的問題依舊在大范圍內(nèi)存在。

目前的軟件開發(fā)正逐步趨向于復(fù)雜化、多元化，大多數(shù)開發(fā)團(tuán)隊中都會出現(xiàn)同時開發(fā)多個版本、開發(fā)/維護(hù)工作并存、多地點同時開發(fā)等情況，給軟件開發(fā)管理帶來了前所未有的困難。如果管理不善，必將造成版本混亂，各個開發(fā)人員的工作相互交叉、干擾，整個開發(fā)團(tuán)隊的工作在一種無秩序的不良狀況下運(yùn)行，嚴(yán)重影響軟件產(chǎn)品開發(fā)的進(jìn)度和質(zhì)量。

因此，隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成，人們越來越意識到軟件過程管理的重要性，管理學(xué)的思想逐漸融入軟件開發(fā)過程中，應(yīng)用開發(fā)的項目管理日益受到重視。而項目管理技術(shù)的發(fā)展與計算機(jī)技術(shù)的發(fā)展是密不可分的，隨著計算機(jī)性能的迅速提高，大量的項目管理軟件涌現(xiàn)出來。它們可以用于各種商業(yè)活動，提供便于操作的圖形界面，幫助用戶制定任務(wù)、管理資源、進(jìn)行成本預(yù)算、跟蹤項目進(jìn)度等。

軟件項目管理常見問題及解決方案

對于軟件開發(fā)項目中，經(jīng)常出現(xiàn)兩種極端情況，一種是創(chuàng)造了新的生產(chǎn)率和質(zhì)量的紀(jì)錄；一種則完全是一場災(zāi)難，不是被取消就是拖延很長時間。前者如在很短的時間內(nèi)，為了趕進(jìn)度，在幾乎不可能的時間內(nèi)開發(fā)出一套軟件產(chǎn)品，創(chuàng)造了軟件開發(fā)的記錄，滿足了上級所要求的上機(jī)日期，由于開發(fā)時間太短，過于倉促，上機(jī)時，問題百出，試運(yùn)行時間長達(dá)幾個月或一年半載的，而且程序一改再改，維護(hù)工作量大。

后者，如某套系統(tǒng)未弄清楚需求，或因設(shè)計問題，開發(fā)失敗。通過提煉這些成功和失敗的例子，軟件項目成功或失敗的根本原因可能會更清晰一些。

目前我國大部分軟件公司，無論是產(chǎn)品型公司還是項目型公司，都沒有形成適合自己公司特點的軟件開發(fā)管理模式，雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范，但并沒有從根本上解決軟件開發(fā)的質(zhì)量控制問題。這樣導(dǎo)致軟件產(chǎn)品質(zhì)量不穩(wěn)定，軟件后期的維護(hù)、升級出現(xiàn)麻煩，同時最終也會損害用戶的利益。

分析目前項目管理需要改進(jìn)的問題可以從幾種相關(guān)角色的角度去考慮：項目經(jīng)理、項目組成員、公司管理人員、市場人員、客戶等。

問題一：缺乏項目管理系統(tǒng)培訓(xùn)（相關(guān)對象：項目經(jīng)理、管理人員）

項目經(jīng)理在項目管理方面的培訓(xùn)較少或不夠系統(tǒng)。項目經(jīng)理或管理人員不了解項目管理的知識體系和一些常用工具和方法，所以在實際工作中沒有項目管理知識的指導(dǎo)，完全依靠個人現(xiàn)有的知識技能，管理工作的隨意性、盲目性比較大。在軟件企業(yè)中，以前幾乎沒有專門招收項目管理專業(yè)的人員來擔(dān)任項目經(jīng)理（甚至很少是管理專業(yè)的），被任命的項目經(jīng)理主要是因為他們能夠在技術(shù)上獨當(dāng)一面，而管理方面特別是項目管理方面的知識比較缺乏。

解決方案：項目經(jīng)理接受系統(tǒng)的項目管理知識培訓(xùn)是非常必要的，有了專業(yè)領(lǐng)域的知識與實踐，再加上項目管理知識與實踐和一般管理的知識和經(jīng)驗的有機(jī)結(jié)合，必能大大提高項目經(jīng)理的項目管理水平。應(yīng)實行項目經(jīng)理知識技能資格考核制度，讓項目經(jīng)理自覺補(bǔ)充學(xué)習(xí)項目管理的知識和一些常用工具和方法。

問題二：項目計劃意識問題（相關(guān)對象：項目經(jīng)理）

項目經(jīng)理對總體計劃、階段計劃的作用認(rèn)識不足。項目經(jīng)理認(rèn)為計劃不如變化快，項目中也有很多不確定的因素，做計劃是走過場，因此制定總體計劃時比較隨意，不少事情沒有仔細(xì)考慮；階段計劃因工作忙等理由經(jīng)常拖延，造成計劃與控制管理脫節(jié)，無法進(jìn)行有效的進(jìn)度控制管理。沒有計劃或者是隨意的不負(fù)責(zé)任的計劃的項目是一種無法控制的項目。

解決方案：在高技術(shù)行業(yè)，日新月異是主要特點，因此計劃的制定需要在一定條件的限制和假設(shè)之下采用漸近明細(xì)的方式進(jìn)行不斷完善。提高項目經(jīng)理的計劃意識，采用項目計劃制定相關(guān)各種知識、技術(shù)、工具，加強(qiáng)對開發(fā)計劃、階段計劃的有效性進(jìn)行事前事后的評估。

問題三、管理意識問題（相關(guān)對象：項目經(jīng)理）

部分項目經(jīng)理沒有意識到自己項目經(jīng)理的角色，從總體上去把握管理整個項目，而是埋頭于具體的技術(shù)工作，造成項目組成員之間忙的忙、閑的閑，計劃不周、任務(wù)不均、資源浪費(fèi)。在軟件企業(yè)中，項目經(jīng)理大多是技術(shù)骨干，技術(shù)方面的知識比較深厚，但無論是項目管理知識，還是項目管理必備的技能、項目管理必備的素質(zhì)都有待補(bǔ)充和提高，項目管理經(jīng)驗也有待豐富。有些項目經(jīng)理對于一些不服管理的技術(shù)人員，沒有較好的管理方法，工作不好安排的工作只好自己做。另外由于工作分解結(jié)構(gòu)設(shè)計的合理性，項目任務(wù)無法有效、合理地分配給相關(guān)成員，以達(dá)到“負(fù)載均衡”。

解決方案：加強(qiáng)項目管理方面的培訓(xùn)，并通過對考核指標(biāo)的合理設(shè)定和宣傳引導(dǎo)項目經(jīng)理更好地做好項目管理工作。技術(shù)骨干在擔(dān)任項目經(jīng)理之前，最好能經(jīng)過系統(tǒng)的項目管理知識，特別是其中的人力資源管理、溝通管理的學(xué)習(xí)，并且在實際工作中不斷提高自己的管理素質(zhì)，豐富項目管理經(jīng)驗，提高項目管理意識。

問題四：溝通意識問題（相關(guān)人員：項目經(jīng)理、項目組成員）

在項目中一些重要信息沒有進(jìn)行充分和有效的溝通。在制定計劃、意見反饋、情況通報、技術(shù)問題或成果等方面與相關(guān)人員的溝通不足，造成各做各事、重復(fù)勞動，甚至造成不必要的損失；有些人沒有每天定時收郵件的習(xí)慣，以至于無法及時接收最新的信息。

解決方案：制定有效的溝通制度和溝通機(jī)制，對由于缺乏溝通而造成的事件進(jìn)行通報作為教訓(xùn)提醒，以提高溝通意識；溝通方式應(yīng)根據(jù)內(nèi)容而多樣化，講究有效率的溝通；通過制度規(guī)定對由于未及時收取郵件而造成損失的責(zé)任歸屬；對于特別重要的內(nèi)容要采用多種方式進(jìn)行有效溝通以確保傳達(dá)到位，例如除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內(nèi)容還要通過舉行各種會議進(jìn)行傳達(dá)。

問題五：風(fēng)險管理意識問題（相關(guān)人員：項目經(jīng)理）

項目經(jīng)理沒有充分分析可能的風(fēng)險，對付風(fēng)險的策略考慮比較簡單。項目經(jīng)理在做項目規(guī)劃時常常沒有做專門的風(fēng)險管理計劃文檔，而是合并在項目計劃書中。有些項目經(jīng)理沒有充分意識到風(fēng)險管理的重要性，對計劃書中風(fēng)險管理的章節(jié)簡單應(yīng)付了事，隨便列出幾個風(fēng)險，隨便地寫一些簡單的對策，對于后面的風(fēng)險防范起不到什么指導(dǎo)作用。

解決方案：通過學(xué)習(xí)項目管理知識掌握風(fēng)險識別、量化、對策研究、反應(yīng)控制的工具和方法掌握項目風(fēng)險管理所必備的知識。通過加強(qiáng)對項目規(guī)劃中風(fēng)險管理計劃的審核提高項目組的風(fēng)險管理意識?？偨Y(jié)本行業(yè)項目中常見的風(fēng)險及其對策作為風(fēng)險管理計劃中必要的風(fēng)險內(nèi)容，并切實評估相應(yīng)對策的有效性和可行性。

問題六：不重視項目經(jīng)驗的總結(jié)（相關(guān)人員：項目經(jīng)理、管理人員）

項目經(jīng)理在項目結(jié)束時有些是因為自身對寫文檔工作的興趣或意識，或

者是因為緊接著要參加下一個項目，總體對項目總結(jié)的重視程度不夠。有些是項目總結(jié)報告一再拖延，有些是交上來的報告質(zhì)量較低，敷衍了事。

解決方案：在制度上鼓勵和加強(qiáng)項目經(jīng)驗總結(jié)工作，使得項目總結(jié)及時并且具有指導(dǎo)意義而不是走過場。

問題七：項目干系人相關(guān)問題（相關(guān)人員：項目經(jīng)理、項目成員、客戶）

在范圍識別階段，項目組對客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、

工作職責(zé)等沒有足夠了解以致于無法得到完整需求或最終經(jīng)權(quán)威用戶代表確認(rèn)的需求。由于項目經(jīng)理的工作問題，客戶參與程度部不高，客戶方相關(guān)責(zé)任人不明確或?qū)Ψ秶鸵筘?zé)任心不強(qiáng)，提出的要求具有隨意性，項目前期對需求的確認(rèn)不夠積極；或者是多個用戶代表各說各話、昨是今非但同時又要求項目盡早交付；項目后期需求變化隨意，造成項目范圍的蔓延，進(jìn)度的拖延，成本的擴(kuò)大。

解決方案：項目的目的就是實現(xiàn)項目干系人的需求和愿望。項目干系人管理應(yīng)當(dāng)從項目的啟動開始，項目經(jīng)理及其項目成員就要分清項目干系人包含哪些人和組織，通過溝通協(xié)調(diào)對他們施加影響，驅(qū)動他們對項目的支持，調(diào)查并明確他們的需求和愿望，減小其對項目的阻力，以確保項目獲得成功。

問題八：項目團(tuán)隊內(nèi)分工協(xié)作問題（相關(guān)人員：項目經(jīng)理、項目成員）

項目團(tuán)隊內(nèi)部有時由于各階段不同角色或同階段不同角色之間的責(zé)任

分工不夠清晰而造成工作互相推諉、責(zé)任互相推卸的現(xiàn)象，有時各階段不同角色或同階段不同角色之間的責(zé)任分工比較清晰但是各項目成員只顧完成自己那部分任務(wù)、不愿意與他人協(xié)作。這些現(xiàn)象或多或少地造成了項目團(tuán)隊內(nèi)部資源的損耗，從而影響了項目的進(jìn)展。

解決方案：項目經(jīng)理應(yīng)當(dāng)對項目成員的責(zé)任進(jìn)行合理的分配并清楚地說明，同時應(yīng)強(qiáng)調(diào)不同分工、不同環(huán)節(jié)的成員應(yīng)當(dāng)相互協(xié)作，共同完善。

以上對軟件開發(fā)項目管理中出現(xiàn)的問題的分析還不夠深入，也無法列舉所有遇到或?qū)⒂龅降膯栴}，解決方案也要根據(jù)實際情況進(jìn)行調(diào)整，希望引起對這些問題更多的思考和改進(jìn)。

結(jié)束語：項目管理雖然沒有非常高深的理論，但要真正實施起來，也絕非易事。對于軟件開發(fā)企業(yè)而言，這不是一個小的改變，而是一種變革，企業(yè)需要為此付出艱苦的努力，宣傳并樹立公司范圍內(nèi)的項目管理文化十分重要。從而在實踐中鍛煉提高，解決各種各樣的問題，使項目管理工作越做越好。

參考文獻(xiàn)：

吳照云《管理學(xué)原理》經(jīng)濟(jì)管理出版社

StanleyE.Portny（寧俊等譯）《如何做好項目管理》新經(jīng)濟(jì)工商實務(wù)叢書

篇6

一、引言

項目管理(PM，projectmanagement)是指利用現(xiàn)有的知識、方法和技術(shù)手段，有效地計劃、調(diào)度、控制和跟蹤項目的開始、執(zhí)行、直止終止的過程，是項目順利實現(xiàn)的有效手段。軟件項目管理則是在項目管理的基礎(chǔ)上，結(jié)合軟件產(chǎn)品的實際，利用工程的概念和方法來開發(fā)與維護(hù)軟件，對成本、風(fēng)險、時間、質(zhì)量、過程、配置等進(jìn)行分析、管理、控制，最終目的是為了讓軟件項目的整個生命周期都在管理者的控制范圍內(nèi)，以預(yù)定成本按期、按質(zhì)完成軟件的開發(fā)并交付用戶使用。目前，軟件產(chǎn)品已廣泛應(yīng)用于各個領(lǐng)域，但是很多軟件項目的成功率并不高．雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范．但并沒有從根本上提高軟件項目管理問題，這就導(dǎo)致軟件產(chǎn)品質(zhì)量不穩(wěn)定甚至是項目的失敗，同時也損害了用戶的利益。本文結(jié)合我國軟件項目管理的特點并經(jīng)實踐應(yīng)用．以提高軟件質(zhì)量、降低成本、加強(qiáng)軟件項目的可控性為目標(biāo)，通過對CMM的研究和改進(jìn)，給出了一個基于CMM加強(qiáng)軟件項目管理的實踐模式，在這個模式中對目前CMM中的KPA做適當(dāng)?shù)牟脺p，定義了6個關(guān)鍵過程域和3個工作組。

二、軟件項目管理中目前存在的問題

影響軟件項目成功率的因素主要是軟件質(zhì)量問題，而在整個軟件項目的實施過程中需求不明確、跟蹤和監(jiān)督不力、缺乏客觀的軟件評審和軟件配置以及風(fēng)險管理意識不足等都阻礙著軟件質(zhì)量的提高。

2．1需求不明確

需求管理是軟件項目管理中非常關(guān)鍵的一個步驟．需求分析的完整與否可以降低軟件質(zhì)量、延長項目周期、加大成本。由于用戶對計算機(jī)系統(tǒng)認(rèn)識的不足，對于系統(tǒng)的需求往往比較模糊，遺漏甚至是錯誤的問題經(jīng)常出現(xiàn)(包括管理流程、業(yè)務(wù)流程、數(shù)據(jù)或報表的分析處理等)，但這些問題往往沒有暴露給開發(fā)人員，而是隨著項目的進(jìn)展才逐漸明確。對于開發(fā)人員來說，需求的變更意味著軟件產(chǎn)品的部分內(nèi)容必須重新開發(fā)，而對于整個軟件項目管理而言，勢必要重新分配資源、調(diào)整計劃、估算成本等等，導(dǎo)致軟件產(chǎn)品質(zhì)量下降。

2.2跟蹤和監(jiān)督不力

跟蹤和監(jiān)督主要針對過程而言，也是項目管理中最容易被忽視的環(huán)節(jié)。軟件項目過程由多個任務(wù)構(gòu)成，大部分任務(wù)都有前置任務(wù)和后置任務(wù)，這就要求項目管理者要嚴(yán)格跟蹤和監(jiān)督每一個任務(wù)。任務(wù)的完成主要從時間進(jìn)度和質(zhì)量兩方面來衡量，還要充分考慮因客戶方引起的一些客觀因素(更改需求分析等)。項目管理者雖然制定了具體的項目進(jìn)度內(nèi)容，但如果缺乏有效的跟蹤和監(jiān)督機(jī)制，對于每一個階段所要完成的任務(wù)疏于評價，就會影響下階段軟件產(chǎn)品的質(zhì)量，有時甚至是軟件產(chǎn)品的重新開發(fā)，最終影響整個軟件項目。

2．3缺乏客觀的軟件評審

客觀的軟件評審是軟件產(chǎn)品質(zhì)量的直接保障，軟件評審一直貫穿于整個軟件項目的過程中，對軟件產(chǎn)品的評審應(yīng)有客戶使用人員和軟件業(yè)中的同行來進(jìn)行。客戶使用人員對軟件產(chǎn)品做階段性的評審可以及時發(fā)現(xiàn)軟件產(chǎn)品功能方面的不足，同行評審可以從軟件業(yè)的規(guī)范及標(biāo)準(zhǔn)去發(fā)現(xiàn)問題．軟件評審可以降低軟件開發(fā)的成本提高軟件產(chǎn)品的質(zhì)量。大多情況下項目管理者沒有做任何階段性的評審，通常只是在軟件產(chǎn)品開發(fā)基本完成之后來組織評審，果發(fā)現(xiàn)了很多問題，但要修改已經(jīng)非常困難．要花費(fèi)很長的時間甚至從頭再來。

2．4軟件配置混亂

軟件配置是指軟件產(chǎn)品在各個階段各種版本的文檔、程序及數(shù)據(jù)的集合，貫穿于整個軟件項目的始終。隨著軟件產(chǎn)品開發(fā)的進(jìn)行，由于各種客觀原因，其中的預(yù)算、設(shè)計方案、進(jìn)度等內(nèi)容都有可能需要大大小小的更改(這些改動可能是合理的)，整個改變的過程對軟件項目的參與人員來說必須是可視的，以便提高軟件的可靠性和質(zhì)量，而這一切都應(yīng)該有正確的軟件配置來控制如果失去正確的軟件配置管理，那么針對軟件產(chǎn)品發(fā)生的任何更改或者是維護(hù)都會給軟件項目帶來混亂甚至是失敗。

2．5風(fēng)險管理意識不足

風(fēng)險管理是軟件項目中防止失敗的一種重要手段，軟件項目不同的階段存在著不同的風(fēng)險，并且風(fēng)險會隨著項目的進(jìn)展而變化，目前國內(nèi)的軟件企業(yè)大都不注意軟件項目的風(fēng)險管理。除了社會環(huán)境風(fēng)險、商業(yè)風(fēng)險等這些客觀風(fēng)險之外．可控的軟件項目風(fēng)險主要指技術(shù)風(fēng)險。技術(shù)風(fēng)險主要是指與軟件項目本身相關(guān)的的技術(shù)因素變化帶來的風(fēng)險，如果在一定的條件下達(dá)不到技術(shù)條件能夠?qū)崿F(xiàn)的目標(biāo)，不但延緩項目的進(jìn)度而且會增加項目的成本．繼而使整個項目受到影響。

三、通過過程管理加強(qiáng)軟件項目管理的實踐模式

利用cMMfCapabilityMaturityModeforSoftware)的核心思想把軟件項目管理看作一個軟件過程，并根據(jù)這一原則對整個軟件項目的開發(fā)和管理進(jìn)行過程監(jiān)控，監(jiān)督發(fā)現(xiàn)過程中影響項目的關(guān)鍵問題并予以解決。軟件過程是指軟件開發(fā)人員開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品的一套行為、方法、實踐及變換過程，包括軟件開發(fā)過程和軟件管理過程。CMM把軟件開發(fā)機(jī)構(gòu)按照不同開發(fā)水平劃分為5個級別。每個等級被分解為幾個KPA(關(guān)鍵過程域)，KPA是指在某個成熟度等級應(yīng)重點關(guān)注的區(qū)域，也是達(dá)到此成熟度等級必須解決的關(guān)鍵點。①初始級，無過程意義。軟件過程是無序的、隨機(jī)的、缺乏總計劃，無預(yù)見性，大多數(shù)活動是應(yīng)付危機(jī)，經(jīng)常超期超支，成功取決于個人。②可重復(fù)級，具備基本的項目管理。KPA分別是：需求管理、軟件項目計劃、軟件跟蹤與監(jiān)督、軟件子合同管理、軟件質(zhì)量保證、軟件配置管理；③已定義級，已定義軟件過程。已將軟件管理和軟件工程兩方面的過程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過程。KPA分別是：組織過程焦點、組織過程定義、培訓(xùn)大綱、集成軟件管理、軟件產(chǎn)品工程、組間協(xié)調(diào)、同行評審；④可管理級，過程可度量。已收集了軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量方法，軟件過程和產(chǎn)品均可被定量地理解和控制。KPA分別是：定量過程管理、軟件質(zhì)量管理；⑤優(yōu)化級，過程控制。通過過程的量化反饋以及新技術(shù)、新方法促使過程不斷改進(jìn)。KPA分別是：缺陷預(yù)防、技術(shù)更新預(yù)防、過程更改管理。

CMM只是一個過程改進(jìn)的框架．并沒有給出具體實施的辦法。在該模式中對目前CMM中的KPA做適當(dāng)裁減．定義了6個關(guān)鍵過程域：軟件項目計劃(SPP)、需求管理(RM)、軟件項目跟蹤和監(jiān)督(SPTO)、軟件質(zhì)量保證(SQA)、軟件配置(SCM)、同行評審(PR)，設(shè)置了三個工作組：軟件項目過程組(SPPG)、軟件工程組(SEG)、軟件質(zhì)量保證組(SQAG)。通過工作組對關(guān)鍵過程域的操作來加強(qiáng)軟件項目的管理。

3．1定義KPA

3.1.1軟件項目計劃(SPP)

軟件項目計劃是為要實施的軟件項目編制軟件過程活動的安排，包括進(jìn)度控制、成本控制、質(zhì)量控制、風(fēng)險控制等，也是實施CMM2的核心此階段在安排過程活動的同時開展項目設(shè)計的前期工作，設(shè)計和界定在整個項目中各階段所需的開發(fā)、質(zhì)量、跟蹤、評審、風(fēng)險、成本等工作。項目計劃是指導(dǎo)項目過程的具體措施，要在有軟件項目實施經(jīng)驗的人員領(lǐng)導(dǎo)下投人大量的時間和人力資源來完成。制定項目計劃應(yīng)注意7個問題。①在科學(xué)論證的基礎(chǔ)上制定過程，充分調(diào)動人員積極性合理地確定項目組的參加人員；②對軟件項目各程中的任務(wù)進(jìn)行分解，明確項目的里程碑和檢查點；③正確估計軟件項目中的軟件資源、硬件資源、人力資源及其它費(fèi)用；④正確估計各方面因素帶來的風(fēng)險并制定應(yīng)對措施；⑤制定項目實施過程中的跟蹤和監(jiān)督措施；⑥確定軟件的評審和測試方法；⑦詳細(xì)的文檔資料。

3．1．2需求管理(RM)

需求分析主要包括面向用戶的用戶需求和面向開發(fā)人員的系統(tǒng)需求．是整個軟件工程的第一步．也是非常關(guān)鍵的一個環(huán)節(jié)。需求分析主要針對用戶的業(yè)務(wù)流程、系統(tǒng)功能、性能、數(shù)據(jù)分析進(jìn)行嚴(yán)格的定義．是設(shè)計一個軟件應(yīng)用系統(tǒng)的起點與基本依據(jù)，通過它來評判軟件產(chǎn)品是否能夠解決用戶問題，也是項目成功與否的標(biāo)準(zhǔn)。就目前國內(nèi)現(xiàn)狀來講，一般簽定軟件項目合同的用戶是主管信息技術(shù)的負(fù)責(zé)人，它所關(guān)心的可能是整個系統(tǒng)的目標(biāo)需求，用戶方中層管理人員關(guān)心的是業(yè)務(wù)流程需求．終端操作人員則注重軟件本身的易操作性和功能特性，因此．面向用戶的需求一定要和用戶多方人員多溝通、交流．最終通過雙方有關(guān)部門人員的論證以文檔資料的形式確定下來。任何一個需求分析因客觀原因可能存在著需求更改的現(xiàn)象，對于這種情況一定要注意需求更改的可控性．要建立需求的基準(zhǔn)版本和更改版本控制文檔資料．使受需求變化影響的產(chǎn)品與需求變更一致。但要注意在更改需求的同時要衡量需求的穩(wěn)定性，如果一個需求的變更比較頻繁，意味著本項目并沒有真正了解用戶想要解決的實際問題。可以說需求分析的完整性和變更可控性直接影響到軟件過程的改進(jìn)，它可以降低軟件質(zhì)量、加大軟件開發(fā)的成本、甚至是導(dǎo)致項目的失敗。軟件工程組(SEG)中要明確定義一個需求管理員。

3．1．3軟件項目跟蹤和監(jiān)督(SPTO)

軟件項目的跟蹤和監(jiān)督始終貫穿于整個軟件項目的過程中，是項目得以控制的前提和條件、是軟件質(zhì)量的根本保障，其目的是增加軟件過程中進(jìn)度、成本、工作量、質(zhì)量、風(fēng)險等內(nèi)容的可視性，也是實施CMM2的核心。除去市場、法律等不可控制因素外，根據(jù)項目計劃對項目進(jìn)展的有關(guān)情況及影響項目實施的相關(guān)因素進(jìn)行及時、客觀、準(zhǔn)確的信息采集，將采集到的需求、成本、進(jìn)度、風(fēng)險等內(nèi)容形成文檔并建立一個項目跟蹤信息平臺。項目負(fù)責(zé)人定期召集軟件過程人員、開發(fā)人員、質(zhì)量保證人員、用戶方有關(guān)人員召開開放式的例會，例會的主要內(nèi)容是檢查項目進(jìn)展、數(shù)據(jù)的分析、認(rèn)識的偏差、資源的搭配、相關(guān)的風(fēng)險等問題并討論確切的解決辦法，通過跟蹤和監(jiān)督使項目始終處于可視化的受控狀態(tài)。

3.1.4軟件質(zhì)量保證(SQA)

軟件質(zhì)量保證是與軟件產(chǎn)品滿足規(guī)定的和隱含的需要能力有關(guān)的特征或特性的組合。對用戶來講主要體現(xiàn)在軟件產(chǎn)品的有效性、一致性、完整性、可靠性和可操作性等方面，對于軟件產(chǎn)品本身來講體現(xiàn)在軟件產(chǎn)品的可移植性、易維護(hù)性、健壯性、可重用性等方面。具體實踐中．軟件質(zhì)量保證應(yīng)在軟件項目計劃、需求分析、跟蹤和監(jiān)督、軟件配置和軟件評審的相互配合下完成．軟件質(zhì)量保證要做到以事先預(yù)防和跟蹤為主，事后糾偏為輔。

3．1．5軟件配置(SCM)

軟件配置是針對軟件產(chǎn)品的跟蹤和控制活動．貫穿于整個軟件項目的過程中．目的是建立和維護(hù)在整個生命周期內(nèi)軟件產(chǎn)品的完整性和一致性，使整個軟件產(chǎn)品的演進(jìn)過程處于可控的狀態(tài)，繼而提高軟件的可靠性和質(zhì)量。在實踐應(yīng)用中主要做到五個子項的配置①配置項的標(biāo)識。標(biāo)識做到唯一性。便于跟蹤和管理。②版本管理。對整個軟件過程中的文件和目錄提供有效的跟蹤手段。③變更控制。保持并傳遞修改信息。④配置審計。確定整個項目生產(chǎn)周期中產(chǎn)品在技術(shù)和管理上的完整性。⑤系統(tǒng)整合。把系統(tǒng)的不同部分集成后完成一組特定的功能。

3．1．6同行評審(PR)

同行評審是根據(jù)預(yù)定的規(guī)范和標(biāo)準(zhǔn)對軟件產(chǎn)品進(jìn)行評審。評審的結(jié)果是衡量軟件產(chǎn)品質(zhì)量的依據(jù)。在整個軟件過程中對詳細(xì)設(shè)計和軟件綜合測試作為兩個關(guān)鍵評審點來進(jìn)行評審，評審的過程中注意要結(jié)合本軟件項目的具體要求和標(biāo)準(zhǔn)。

3．2組的定義

在具體的實踐應(yīng)用中設(shè)置了三個組，在降低了人員成本的同時提高了軟件過程改進(jìn)能力和軟件質(zhì)量。

軟件項目過程組(SPPG)組織具體的項目實施活動，管理并協(xié)調(diào)整個軟件項目的過程，主要完成SPP和SPTO。

軟件工程組(SEG)負(fù)責(zé)軟件工程的需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、測試、維護(hù)工作。

軟件質(zhì)量保證組(SQAG)主要完成SPTO、SCM、PR、SQA等工作。

四、實踐模式效率評估

4．1開發(fā)時間

軟件開發(fā)由需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、軟件測試、項目維護(hù)和軟件集成幾部分內(nèi)容組成，在需求分析和設(shè)計階段采用CMM框架實施過程管理所花費(fèi)的時間要多于沒有實施過程管理花費(fèi)的時間。首先對項目做大量分析，論證項目的可行性。然后在和用戶做良好溝通、反復(fù)論證的基礎(chǔ)上做需求分析，形成文檔資料。這種模式下花費(fèi)在需求分析和設(shè)計上的時間大約占項目總開發(fā)時間的40％，但這兩個階段完成了數(shù)據(jù)流程、算法描述、詳細(xì)的規(guī)格說明等內(nèi)容，為代碼編寫、軟件測試、軟件維護(hù)等后續(xù)內(nèi)容的工作節(jié)省了時間，軟件項目的開發(fā)周期大大縮短。經(jīng)過評估，采用該實踐模式實施軟件過程管理的軟件項目開發(fā)周期比沒有實施軟件過程管理的軟件項目開發(fā)周期縮短20％。:

4．2開發(fā)質(zhì)量

篇7

2）組織：如何引導(dǎo)和組織學(xué)生建立項目小組以更好地實現(xiàn)教學(xué)目標(biāo)？由于項目組的建立必須在開課之初，這時學(xué)生還未接觸軟件工程的體系內(nèi)容，因此需要教師妥善引導(dǎo)建立。建議的步驟是：①提前根據(jù)授課班級人數(shù)確定好合適的小組規(guī)模，將小組數(shù)量限制在可控范圍內(nèi)。②在第一節(jié)課上，布置學(xué)生按照規(guī)定的小組規(guī)模自行分組，每人選好自己在小組中的角色，如項目經(jīng)理、程序員、需求分析人員等，這涉及個人在小組活動中可能要完成的任務(wù)。③分好小組及各自角色后，“項目經(jīng)理”以電子郵件(各小組的聯(lián)絡(luò)信箱)的形式將小組成員及對應(yīng)角色的名單提交給教師，同時需要提交的還有各虛擬項目小組確定的虛擬開發(fā)項目。針對少數(shù)學(xué)生在項目小組的組合及活動上可能存在偷懶行為，我們建議在布置分組時，提前分組規(guī)則。例如，項目小組原則上是班級學(xué)生自由組合；布置的實踐作業(yè)及小組活動階段答辯要算成績，成績的計算方式是以小組為單位，小組成員成績均等；平時成績在考試中的占比較大。當(dāng)意識到項目組成員構(gòu)成以及成員合作的重要性后，學(xué)生會更慎重地選擇分組，而且當(dāng)組內(nèi)成員偷懶時，為了不影響小組成績，其他成員也會督促。另外，經(jīng)驗表明，很多小組的成員會在角色上各盡所能，善于言辭的去答辯，善于設(shè)計歸納的做PPT，還有的進(jìn)行資料收集工作。當(dāng)然，也不排除有的小組有能者多勞現(xiàn)象，但這是學(xué)生自己的選擇。

3）內(nèi)容：在有限時間內(nèi)項目小組圍繞自己的虛擬項目該做些什么？要明確在現(xiàn)有條件下需要學(xué)生重點體驗項目開發(fā)實踐活動中的哪些內(nèi)容。我們認(rèn)為除代碼開發(fā)外，讓學(xué)生感受經(jīng)典軟件工程項目開發(fā)的主要階段和其中的一些重要角色，是該課程的重點。因此，項目小組以工程文檔編制為主要內(nèi)容，根據(jù)各自指定的虛擬開發(fā)項目，定期提交階段項目文檔并針對文檔答辯。這在一定程度上加深了學(xué)生對最容易忽視的開發(fā)文檔的認(rèn)識和理解。當(dāng)然，教師也要定期發(fā)放給學(xué)生一些軟件工程的標(biāo)準(zhǔn)文檔作為參照。

2教學(xué)設(shè)計

2.1課堂部分目前學(xué)院軟件工程課程設(shè)置48個理論授課學(xué)時，每學(xué)期16個教學(xué)周，每次課包含兩小節(jié)，即2學(xué)時。課程安排為單雙周課時方式，即逢單周為一次課，正常進(jìn)行軟件工程基礎(chǔ)理論授課；逢雙周為兩次課，小部分時間進(jìn)行軟件工程基礎(chǔ)理論授課，大部分時間進(jìn)行虛擬項目小組匯報答辯活動。課程選用國外教材[6]，教材內(nèi)容貼近于實踐，甚至可以在實踐中當(dāng)作工作指南來使用，非常適于配合筆者提出的教學(xué)模式。

2.2實踐部分學(xué)生按照教師定期布置的實踐內(nèi)容，在課下圍繞所在小組的虛擬開發(fā)項目自主完成。教師可以通過匯報答辯環(huán)節(jié)進(jìn)行評估檢查，同時在期末試題中也可以體現(xiàn)相關(guān)內(nèi)容。在教學(xué)實踐中，為了規(guī)范及督促項目小組的活動，對小組組成及任務(wù)給出如下規(guī)則：①全班分成若干個項目組，每個項目組5~6個人；②每人都要參與項目組，否則無平時成績；③各項目組自主制訂合適的模擬開發(fā)項目(充分發(fā)揮想象力)；④項目組的活動圍繞軟件工程文檔進(jìn)行；⑤項目組安排各階段任務(wù)；⑥項目組內(nèi)要分工明確；⑦階段報告及答辯活動需要做PPT配合。

2.3任務(wù)布置依據(jù)正規(guī)、全面的經(jīng)典軟件工程開發(fā)模型，要求每個項目小組完成項目開發(fā)階段文檔，包括編寫項目計劃書、可行性分析報告、需求分析報告、項目進(jìn)度計劃、體系結(jié)構(gòu)及總體設(shè)計、SQA計劃、詳細(xì)設(shè)計、測試計劃及測試報告、SQA評審等各種項目文檔。在每次階段匯報活動中，各小組要將所有文檔提交給教師。

3考核方式

3.1分值配比及要求按照學(xué)校的規(guī)定，科目總成績由平時成績與期末考試成績兩部分組成。由于軟件工程課程實踐部分占有較大權(quán)重，故設(shè)定平時成績占30%，均以小組為單位，包括出勤、答辯表現(xiàn)及項目文檔（代碼）；期末成績占總成績的70%，以個人為單位，偏重于課程的理論內(nèi)容。具體要求是：①每人只允許累計缺勤2次，否則沒有成績；②個人缺勤將影響小組成績；③答辯表現(xiàn)部分按小組整體給分，答辯人由小組自主確定；④作業(yè)以小組形式給出，故按小組給分；⑤最終成績與所在項目組的表現(xiàn)有較大關(guān)聯(lián)。

3.2計分細(xì)則（1）出勤。每人每缺勤一次所屬小組扣3分，遲到扣1分，從平時成績里扣除。（2）文檔。2分×7次+1分×1次=15分(組內(nèi)按角色自行安排撰寫人)。（3）答辯。2分×7次+1分×1次=15分(組內(nèi)按角色自行安排答辯人)。（4）與考試關(guān)聯(lián)10分(根據(jù)答題情況浮動)。最后一項與答辯情況關(guān)聯(lián)，即隱性的平時成績，形式是主觀論述題，與每個角色的答辯內(nèi)容有關(guān)，評分標(biāo)準(zhǔn)是答辯與答題情況的綜合。在實際制訂的試題中，除了上述主觀題，還有一道題與學(xué)生在所屬小組里承擔(dān)的角色有關(guān)，涉及角色職能描述，需要學(xué)生談看法和感受，并闡述某項目模擬角色的工作等。

篇8

在軟件工程項目投標(biāo)風(fēng)險識別過程中，頭腦風(fēng)暴法主要是通過發(fā)揮集體智慧來對軟件工程項目中存在的風(fēng)險進(jìn)行分析與談?wù)?。在此過程中要求風(fēng)險識別工作的參與者對自身觀點做出明確的闡述，其目的是為了通過讓參與者在自由提出多種方案的基礎(chǔ)上更加科學(xué)且全面的認(rèn)識到軟件工程項目投標(biāo)工作中的風(fēng)險。在此過程中并不提倡對其他成員提出的問題和方案進(jìn)行批評，并且要求能夠?qū)⑺谐蓡T所提出的問題與方案進(jìn)行記錄。

（二）德爾菲法

在軟件工程項目投標(biāo)風(fēng)險識別過程中，德爾菲法是Q•赫爾穆與N•達(dá)爾克在20世紀(jì)40年提出，這種風(fēng)險識別方法的基礎(chǔ)在于對專家能力的利用。當(dāng)然這種方法已經(jīng)在社會經(jīng)濟(jì)、工程等多個領(lǐng)域的工作中得到了廣泛的應(yīng)用，德爾菲法主要是通過組建專家隊伍來對項目投標(biāo)中的風(fēng)險做出分析。專家隊伍主要是由項目風(fēng)險小組來進(jìn)行選定，通過專家意見和整理專家意見并反饋給專家隊伍來獲得意見。最后將統(tǒng)一的專家意見當(dāng)做軟件工程項目投標(biāo)風(fēng)險管控策略選取的依據(jù)。

（三）情景分析法

在軟件工程項目投標(biāo)過程中，情境分析法主要是以多樣化的發(fā)展趨勢為依據(jù)，對系統(tǒng)內(nèi)外問題開展系統(tǒng)的分析，并設(shè)計得出多種可能發(fā)生的前景，隨后對這些畫面以及情景做出描述。在此過程中，社會因素、經(jīng)濟(jì)因素以及技術(shù)因素是必須要重點考慮的內(nèi)容。一般情況下，情景分析法可以在以下情況下產(chǎn)生十分有效的作用：一是提醒軟件工程項目投資的決策者需要注意一些政策和措施所引發(fā)的風(fēng)險；二是對一些影響未來工程項目投標(biāo)的關(guān)鍵因素做出研究，尤其是技術(shù)發(fā)展在軟件工程項目投標(biāo)中所產(chǎn)生的風(fēng)險。由于情景分析法建立在假設(shè)以及可能性的基礎(chǔ)上，所以在軟件工程項目投標(biāo)中，可以得出多種不同的情境，從而為軟件工程項目投標(biāo)風(fēng)險的防控工作提供更多依據(jù)。然而由于這種方法具有一定的操作難度和復(fù)雜性，所以在我國的軟件工程項目投標(biāo)風(fēng)險識別過程中，這種方法并沒有得到廣泛的應(yīng)用。

（四）核對表法

在軟件工程項目投標(biāo)過程中，軟件工程項目投標(biāo)企業(yè)可以將曾經(jīng)出現(xiàn)過的風(fēng)險以及其他企業(yè)曾經(jīng)出現(xiàn)過的風(fēng)險進(jìn)行總結(jié)、整理與羅列并形成核對表。通過對核對表的查閱，工作人員可以了解到軟件工程項目投標(biāo)過程中可能出現(xiàn)的風(fēng)險，并可以通過總結(jié)各類風(fēng)險應(yīng)用中的經(jīng)驗和教訓(xùn)來確定使用何種風(fēng)險管控策略來對風(fēng)險發(fā)生幾率以及風(fēng)險損失進(jìn)行控制。在核對表的制定中，主要內(nèi)容包括其他軟件工程項目投標(biāo)成敗原因、項目管理成員能力以及相應(yīng)軟件工程項目的合同、進(jìn)度、質(zhì)量、成本、范圍以及各類資源等。雖然這種風(fēng)險識別方法與其他方法相比并不能發(fā)現(xiàn)較多的絕對量，但是卻具有著一定的針對性，所以在這種識別方法的使用中，也可以發(fā)現(xiàn)一些其他風(fēng)險識別方法所不能識別的潛在風(fēng)險。

二、軟件工程項目投標(biāo)過程中的風(fēng)險管控

（一）軟件工程項目投標(biāo)過程中風(fēng)險的規(guī)避

在軟件工程項目投標(biāo)過程中，風(fēng)險的規(guī)避主要是通過變更計劃來制約風(fēng)險產(chǎn)生條件的生成，從而保護(hù)軟件工程項目投標(biāo)主體能夠避免受到風(fēng)險所帶來的過度影響。與其他風(fēng)險管控策略不同的是，風(fēng)險的規(guī)避主要是對風(fēng)險產(chǎn)生的損失作出控制，而不是對風(fēng)險進(jìn)行消除。因此，風(fēng)險的規(guī)避主要體現(xiàn)出了兩點特征：一是通過使用事前控制策略對風(fēng)險所造成的損失產(chǎn)生的幾率進(jìn)行降低；二是通過事前控制與事后補(bǔ)救的結(jié)合來實現(xiàn)損失程度的降低。風(fēng)險規(guī)避作為軟件工程項目投標(biāo)過程中能夠最有效降低風(fēng)險所產(chǎn)生的損失的方法，是軟件工程項目投標(biāo)階段開展風(fēng)險管控工作的重要手段，具體而言，風(fēng)險規(guī)避的方法包括程序法、教育法以及終止法。其中程序阿發(fā)主要是通過提高軟件工程項目投標(biāo)過程中個性工作的規(guī)范化、制度化以及標(biāo)準(zhǔn)化程度來避免風(fēng)險造成過大損失；教育法主要是通過對參與軟件工程項目投標(biāo)工作的工作人員開展教育來讓工作人員認(rèn)識到軟件工程項目投標(biāo)過程中存在的潛在風(fēng)險因素，從而在提高工作人員風(fēng)險防控意識以及防控能力的基礎(chǔ)上降低風(fēng)險所造成的損失；終止法則主要針對較大的風(fēng)險或者過大的損失，這主要是因為終止法是通過終止軟件工程項目投標(biāo)行為來規(guī)避風(fēng)險造成過大的損失。由于這種風(fēng)險防控策略在避免風(fēng)險以及風(fēng)險損失的同時也放棄了讓企業(yè)獲得效益的機(jī)會，所以即便這種方法能夠最有效的對軟件工程項目投標(biāo)中的風(fēng)險做出防控，也并不是軟件工程企業(yè)在投標(biāo)風(fēng)險管控中經(jīng)?？紤]的方法之一。

（二）軟件工程項目投標(biāo)過程中風(fēng)險的降低

在軟件工程項目投標(biāo)過程中，風(fēng)險降低可以理解為對風(fēng)險的緩解而并非完全的消除與避免。這種風(fēng)險管控策略體現(xiàn)在降低投標(biāo)過程中風(fēng)險產(chǎn)生的概率以及降低風(fēng)險所造成的損失兩個方面。實現(xiàn)風(fēng)險降低的手段主要是對風(fēng)險做出有效的監(jiān)控與環(huán)節(jié)，在構(gòu)建風(fēng)險預(yù)警機(jī)制的基礎(chǔ)上確保風(fēng)險的及早發(fā)現(xiàn)與及早解決，從而降低風(fēng)險產(chǎn)生幾率。在使用風(fēng)險降低策略對軟件工程項目投標(biāo)風(fēng)險進(jìn)行管控的過程中，首先要承認(rèn)軟件工程項目投標(biāo)過程中風(fēng)險的不可完全避免性，并以積極的態(tài)度來最大化的避免風(fēng)險對投標(biāo)主體造成過大損失。

（三）軟件工程項目投標(biāo)過程中風(fēng)險的轉(zhuǎn)移

在軟件工程項目投標(biāo)過程中，風(fēng)險的轉(zhuǎn)移主要是將管控風(fēng)險的責(zé)任和權(quán)利以及風(fēng)險可能造成的損失轉(zhuǎn)移個其他主體承擔(dān)。很明顯，在風(fēng)險轉(zhuǎn)移策略中，并不能對風(fēng)險進(jìn)行完全消除，而是與其他主體來對風(fēng)險進(jìn)行承擔(dān)。在軟件工程項目投標(biāo)過程中，由于要做到完全的規(guī)避風(fēng)險需要付出較高的成本和較大的管理難度，所以將風(fēng)險轉(zhuǎn)移給其他主體承擔(dān)則更為方便。在軟件工程設(shè)計內(nèi)容復(fù)雜以及分工逐漸細(xì)化的背景下，參與投標(biāo)的軟件工程企業(yè)也并不一定能夠獨立完成業(yè)主所要求完成的任務(wù)，所以投標(biāo)主體可以利用分包形式來對投標(biāo)過程中的風(fēng)險進(jìn)行轉(zhuǎn)移，這種策略的意義主要體現(xiàn)在兩個方面：一是不會讓投標(biāo)主體面臨過大的風(fēng)險；二是能夠在工程質(zhì)量以及工程進(jìn)度等多個方面做出更為良好的管控。

篇9

該課程相關(guān)教材理論知識抽象、知識體系龐雜，加大了學(xué)生的學(xué)習(xí)難度。另一方面，過度偏重理論知識的傳授，讓學(xué)生覺得課程所學(xué)知識離實踐很遠(yuǎn)，不能很好地保證教學(xué)質(zhì)量和效果。

2）教材案例不完整。

傳統(tǒng)教材難以容納完整的案例，所選皆為虛擬案例，缺乏實際可操作性，使案例分析沒有起到應(yīng)有的作用。

3）教師缺少項目管理實戰(zhàn)經(jīng)驗。

該課程要求主講教師既具備較強(qiáng)的理論知識，又有豐富的實戰(zhàn)經(jīng)驗，而高校教師往往理論基礎(chǔ)較好、工程項目經(jīng)驗積累不足，授課常常照本宣科，很難對學(xué)生進(jìn)行理論聯(lián)系實際的有效指導(dǎo)。

4）學(xué)生沒有項目開發(fā)經(jīng)驗。

在校大學(xué)生很少有機(jī)會參與實際項目的開發(fā)，多數(shù)沒有參與過完整的課堂模擬項目開發(fā)，不易理解課程中的工程概念。

5）實踐教學(xué)學(xué)時不足。

軟件項目管理是一門實踐性非常強(qiáng)的課程，由此決定了該課程不能完全通過書本和課堂掌握知識。實踐教學(xué)一般安排18個學(xué)時，在如此短的時間內(nèi)，需要完成項目管理工具，還要求學(xué)生選擇一個新項目，既要從事項目分析設(shè)計工作，又要從事項目管理工作，還要學(xué)習(xí)項目管理工具的使用，難度非常大。

2理論加案例的課堂教學(xué)設(shè)計

在軟件項目管理課程的教學(xué)中，教師應(yīng)結(jié)合當(dāng)前社會需要，利用多媒體授課的優(yōu)勢，以案例充實教學(xué)，增加知識面和信息量，使理論具有鮮明的應(yīng)用特色，激發(fā)學(xué)生學(xué)習(xí)的興趣和積極性；同時，以理論武裝案例，彰顯案例的科學(xué)性，令學(xué)生在應(yīng)用中能夠舉一反三，活學(xué)活用。

2.1以項目管理知識體系組織課堂講授的理論內(nèi)容

軟件項目管理的知識體系、內(nèi)容框架及管理流程有多種版本，如美國項目管理學(xué)會推出的項目管理知識體系（projectmanagementbodyofknowledge，簡稱PMBOK）、英國商務(wù)部推出的受控環(huán)境下的項目管理（projectsincontrolledenvironments2，簡稱PRINCE2）、IBM提出的全球項目管理方法（worldwideprojectmanagementmethod，簡稱WWPMM）。該課程采用國內(nèi)外最流行的PMBOK（第5版）組織授課內(nèi)容，把軟件項目管理的內(nèi)容分為10個知識領(lǐng)域、5個過程組和47個過程。10個知識領(lǐng)域分別為集成管理、范圍管理、時間管理、成本管理、質(zhì)量管理、人力資源管理、溝通管理、風(fēng)險管理、采購管理、干系人管理；5個過程組包括啟動、計劃、實施、監(jiān)控和收尾；授課時以4個核心知識領(lǐng)域（范圍管理、時間管理、成本管理、質(zhì)量管理）作為重點內(nèi)容。以PMBOK指導(dǎo)授課內(nèi)容既保證了授課內(nèi)容的權(quán)威性，又能夠與時俱進(jìn)地適應(yīng)項目管理內(nèi)容的新變化。

2.2組織開篇案例

每章開始，教師都會安排一個與該章內(nèi)容相關(guān)的開篇案例，激發(fā)學(xué)生學(xué)習(xí)的興趣。這些案例經(jīng)過精心選取，盡量貼近實際。案例部分來源于教材，部分來自項目管理認(rèn)證中的案例分析，每個案例都包括案例描述和問題兩部分。在講解項目管理的概念和技術(shù)時，學(xué)生可結(jié)合案例問題進(jìn)行分析，學(xué)以致用，提高運(yùn)用所學(xué)知識解決實際問題的能力。

2.3結(jié)合CMMI認(rèn)證展示實際項目資料

當(dāng)以實際項目資料展示項目管理的實踐成果時，課程對學(xué)生的影響將是實際的、深刻的。在軟件全生命周期的工程化管理和持續(xù)過程改進(jìn)領(lǐng)域，軟件能力成熟度集成模型CMMI（capabilitymaturitymodelintegration）是無可爭議的主流模型，在專業(yè)研究認(rèn)可度和軟件業(yè)界接受度方面都處于絕對的領(lǐng)導(dǎo)地位。作為軟件工程特色專業(yè)建設(shè)，計算機(jī)學(xué)院軟件工程系教師與學(xué)院軟件開發(fā)團(tuán)隊成員一起準(zhǔn)備進(jìn)行CMMI3級認(rèn)證，認(rèn)證過程中積累的項目資料為本課程的項目展示提供了優(yōu)質(zhì)教學(xué)資源。

2.4認(rèn)證考試試題操練

計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格（水平）考試（簡稱軟考）由于不設(shè)報考條件，很受學(xué)生歡迎。它可用于以后職稱的評審或者作為工作的敲門磚和晉級的階梯，部分學(xué)生會考慮在學(xué)校報考軟考認(rèn)證。與本課相關(guān)的認(rèn)證有信息系統(tǒng)項目管理師、系統(tǒng)集成項目管理工程師、信息系統(tǒng)管理工程師。步入工作崗位，學(xué)生能報考的與實際項目管理經(jīng)驗相關(guān)的認(rèn)證還有美國項目協(xié)會PMP（projectmanagementprofessional）、國際項目管理協(xié)會的IPMP（internationalprojectmanagementprofessional）及中國的CPMP（Chinaprojectmanagementprofessional）認(rèn)證等。教師在每個知識點講授完畢時，輔以這些考試中的相關(guān)試題，可以加深學(xué)生對知識的理解。

3承接工程項目訓(xùn)練成果的實踐教學(xué)設(shè)計

以現(xiàn)代工程教育理念CDIO（conceive-design-implement-operate）為指導(dǎo)，河南大學(xué)計算機(jī)與信息工程學(xué)院為各專業(yè)在第六、七學(xué)期開設(shè)工程項目訓(xùn)練課程，一個導(dǎo)師負(fù)責(zé)帶幾個學(xué)生，完成從選題、分析、設(shè)計到實現(xiàn)的整個項目過程。學(xué)生通過分工合作在大四找工作之前有了完整的項目實踐訓(xùn)練。針對本課程實踐學(xué)時少及學(xué)生缺乏項目開發(fā)經(jīng)驗這一突出問題，筆者嘗試用承接工程項目訓(xùn)練課程來，組織實踐教學(xué)。

3.1保留工程項目訓(xùn)練課程中的實踐成果

軟件項目管理開設(shè)在第七學(xué)期，學(xué)生在學(xué)習(xí)本門課程之前，已經(jīng)在工程項目訓(xùn)練課程中完成了項目的選題、分析及設(shè)計工作，可以把實踐重點放在以前所選項目的管理工作中去，這樣既節(jié)省了時間，又讓學(xué)生有了自己的實際項目，對項目工程訓(xùn)練課程的學(xué)習(xí)也是一種有效促進(jìn)。

3.2課外作業(yè)圍繞所選項目設(shè)置

由于在課堂上有大量的案例分析和習(xí)題操練，學(xué)生不需要再花過多的時間去鞏固理論知識，因此教師布置的課外作業(yè)可以圍繞項目設(shè)置。比如，在項目集成章節(jié)，教師讓學(xué)生準(zhǔn)備項目章程（或模擬的項目合同）和團(tuán)隊契約；在范圍管理章節(jié)創(chuàng)建項目的工作分解結(jié)構(gòu)；在時間管理章節(jié)利用Project提交項目進(jìn)度計劃；在成本管理章節(jié)對項目利用Excel進(jìn)行成本估計與預(yù)算等；最終，學(xué)生能夠提交所選項目的必要管理文件。

篇10

目標(biāo)本課程開設(shè)的目標(biāo)是使學(xué)生通過大型項目的開發(fā)，熟悉項目開發(fā)流程，理解項目管理的基本理念，靈活運(yùn)用需求分析及系統(tǒng)設(shè)計方法，提高技術(shù)的使用熟練度，充分鍛煉團(tuán)隊開發(fā)的協(xié)作能力，理解測試過程及Bug跟蹤的流程，從而積累真實的項目開發(fā)經(jīng)驗，拉近與企業(yè)用人需求的距離。項目培養(yǎng)的能力體系如表1所示。根據(jù)TOPCARES-CDIO能值指標(biāo)體系，本項目重點培養(yǎng)八項3級能力指標(biāo)。

1.2項目內(nèi)容和進(jìn)度安排

隨著軟件行業(yè)的不斷發(fā)展，主流應(yīng)用軟件的類型也在不斷變化著，從最初的桌面應(yīng)用到基于Web的應(yīng)用，再到目前的電腦、手機(jī)客戶端與Web端多客戶端平臺應(yīng)用。本課程要求學(xué)生開發(fā)的項目來自于合作企業(yè)中最新的項目，以達(dá)到和市場接軌的目的。在課程進(jìn)度安排如表2所示，包括準(zhǔn)備階段和增量開發(fā)階段。課程共200學(xué)時，50次課，進(jìn)度安排包括準(zhǔn)備階段和三個增量階段，表2給出了一個增量的進(jìn)度安排。項目準(zhǔn)備階段完成整個項目的構(gòu)思，各個增量階段，按照分析、設(shè)計、實施、運(yùn)行和評審等步驟進(jìn)行。

2項目實施(Implementationoftheproject)

項目教學(xué)實施過程主要采用情景教學(xué)的方式和分組教學(xué)的組織形式。項目實施盡可能模擬企業(yè)的開發(fā)環(huán)境，教師擔(dān)當(dāng)類似項目經(jīng)理的角色，負(fù)責(zé)監(jiān)控項目的整個進(jìn)度和項目質(zhì)量，將每個學(xué)生小組視為一個開發(fā)團(tuán)隊，讓學(xué)生模擬企業(yè)中相應(yīng)的工程師角色，在教師的指導(dǎo)下按照規(guī)范的軟件開發(fā)過程進(jìn)行項目開發(fā)，使得參與一級項目的學(xué)生獲得更真實的項目開發(fā)體驗，就業(yè)后能更快地適應(yīng)企業(yè)工作。

3考核評價(Examinationandevaluation)

教師對各小組成員項目開發(fā)過程進(jìn)行監(jiān)控和打分，作為本課程的形成性考核，項目結(jié)束后安排統(tǒng)一的關(guān)于軟件項目管理和軟件開發(fā)等的閉卷考試，作為課程的終結(jié)性考核。各項考核的內(nèi)容與本項目的能力培養(yǎng)目標(biāo)相對應(yīng)，如表3所示。這樣，當(dāng)學(xué)生完成了本課程的學(xué)習(xí)，可以從八個能力方面對學(xué)生情況進(jìn)行全面的評價，對其今后的發(fā)展會比以往單純的分?jǐn)?shù)有更大的幫助。