引言：易發(fā)表網(wǎng)憑借豐富的文秘實(shí)踐，為您精心挑選了九篇項(xiàng)目管理軟件論文范例。如需獲取更多原創(chuàng)內(nèi)容，可隨時(shí)聯(lián)系我們的客服老師。

第1篇

在此次會議上，邦永招募了全國30多個地區(qū)的總，宣布于今年11月正式啟動市場。雖然邦，全國公務(wù)員共同天地永的產(chǎn)品價(jià)位僅在540萬元之間，定位為中低端市場，但同行還是感到了壓力。邦永在加緊營銷渠道建設(shè)的同時(shí)，還醞釀著和很多行業(yè)主管部門的技術(shù)合作，似乎意在打造國內(nèi)項(xiàng)目管理軟件的行業(yè)標(biāo)準(zhǔn)。

今年，中國政府撥了3000億元專款用于各類政策性項(xiàng)目的建設(shè)，各省、市地方政府至少有1000億元的專款項(xiàng)目，全國每年至少有2000個1億元以上的大項(xiàng)目。如果這些項(xiàng)目都用軟件來進(jìn)行管理的話，這個市場無疑非常可觀。據(jù)統(tǒng)計(jì)，目前項(xiàng)目管理軟件高端市場的容量在1億元以上，35年內(nèi)將達(dá)到6億元左右。中、低端用戶數(shù)量更為可觀。

事實(shí)上，SAP、ORACLE、PEOPLESOFT等國際上知名的管理軟件商在項(xiàng)目管理軟件市場上已經(jīng)先行了一步。他們憑借著產(chǎn)品線長的優(yōu)勢，在向國內(nèi)客戶銷售ERP系統(tǒng)的同時(shí)，也把項(xiàng)目管理軟件帶進(jìn)了中國。同時(shí)PRIMAVERA等軟件公司也在嘗試開拓國內(nèi)項(xiàng)目管理軟件市場。據(jù)記者了解，目前還有美國和歐洲的幾家大型的項(xiàng)目管理軟件公司正在中國調(diào)查市場，估計(jì)不久將挺進(jìn)中國。國內(nèi)管理軟件廠商也開始覺醒，紛紛邁開了進(jìn)軍項(xiàng)目管理軟件的步伐。上海華普加快了向中關(guān)村企業(yè)項(xiàng)目管理的進(jìn)軍、北京華炎軟件推出HotPM企業(yè)項(xiàng)目管理軟件……

當(dāng)人們對ERP不再狂熱時(shí)，龐大的管理軟件市場一下子被催熟了。目前，國內(nèi)軟件巨頭用友在與瑞典IFS公司成立了北京用友艾福斯軟件系統(tǒng)有限公司后，也開始將其業(yè)務(wù)迅速擴(kuò)張到項(xiàng)目管理軟件市場。國內(nèi)其他軟件公司如邦永（中國）、北京夢龍、新中大等也緊隨其后。美國Primavera、OpenPlan、微軟等國際性公司也紛紛殺入這一市場。

“對手非常強(qiáng)大，這說明商機(jī)很大！”楊鐵鈴對記者說，“我們認(rèn)為目前SAP、ORACLE等國外管理軟件商的主要精力還是在ERP市場，項(xiàng)目管理只是其產(chǎn)品線的一部分。目前國內(nèi)還沒有一家具規(guī)模的同類型軟件企業(yè)，更談不上標(biāo)準(zhǔn)。”邦永對稱霸這個市場充滿信心。

阻礙猶存

提起項(xiàng)目管理軟件，楊鐵鈴侃侃而談：其實(shí)很早人們就開始實(shí)施項(xiàng)目管理，如金字塔、長城等偉大的工程之所以成功，都得益于當(dāng)時(shí)對工程項(xiàng)目進(jìn)行嚴(yán)密的管理。20世紀(jì)60年代初，在著名數(shù)學(xué)家華羅庚的倡導(dǎo)下，將項(xiàng)目管理的概念引入了我國，并在當(dāng)時(shí)的國民經(jīng)濟(jì)各個部門進(jìn)行試點(diǎn)應(yīng)用，將這種方法命名為“統(tǒng)籌法”。2000年底，聯(lián)想在“天麒”、“天麟”兩款計(jì)算機(jī)產(chǎn)品的開發(fā)過程中，結(jié)合業(yè)務(wù)對項(xiàng)目管理的需求，配合項(xiàng)目管理相關(guān)理論和方法編制軟件方案，使該項(xiàng)目僅8個月便全部完成，并達(dá)到了國際上PC生產(chǎn)技術(shù)的最高水平。“只是當(dāng)時(shí)的企業(yè)全都將目光放在ERP上。”楊鐵鈴不無惋惜地說。

楊鐵鈴認(rèn)為，“項(xiàng)目管理對大家來說，并不是一個新的概念，一直以來大家都在提它，其在各行各業(yè)的應(yīng)用也比較多。但是一直沒有落到實(shí)處。”楊鐵鈴所說的沒落到實(shí)處是指目前阻礙國內(nèi)項(xiàng)目管理軟件發(fā)展的兩個因素：

一方面，國內(nèi)的信息化水平還很低，尤其是工程的管理者對信息化認(rèn)識不足。目前，我國對項(xiàng)目建設(shè)的管理仍然缺乏明確的法規(guī)，項(xiàng)目管理者對監(jiān)管存在抵觸情緒；而另一方面，國內(nèi)高端管理軟件市場一直是眾多管理軟件供應(yīng)商爭奪的焦點(diǎn)。當(dāng)大多數(shù)軟件生產(chǎn)商為ERP的高額利潤所吸引時(shí)，在自身還沒有完成ERP改造情況下，就匆匆轉(zhuǎn)身投入了ERP軟件市場的爭奪，使得項(xiàng)目管理軟件成了一塊被荒廢的良田。

楊鐵鈴為記者舉了一個例子，去年國家統(tǒng)計(jì)局在對舊有的網(wǎng)絡(luò)架構(gòu)進(jìn)行改造時(shí)，花了50多萬引進(jìn)了惠普的項(xiàng)目管理，而這還是基于美國1969年建立的PMI（國際項(xiàng)目管理協(xié)會）標(biāo)準(zhǔn)。“在國外，90%以上的項(xiàng)目建設(shè)都采用軟件進(jìn)行管理，而在我國則還不到10%。如果以應(yīng)用項(xiàng)目管理軟件可以節(jié)省35%的建設(shè)資金來算，這將是一筆驚人的數(shù)字，”楊鐵鈴說，“我國目前有2000萬家中小型企業(yè)，在企業(yè)項(xiàng)目建設(shè)上他們大多數(shù)都需要進(jìn)行項(xiàng)目管理。”

標(biāo)準(zhǔn)之蠱

在微軟技術(shù)教育大會上，微軟（中國）總經(jīng)理唐駿針對中國軟件業(yè)難以做大的困境指出，正是由于國內(nèi)眾多軟件商對項(xiàng)目管理不夠重視，軟件開發(fā)沒有一個規(guī)范，無法控制項(xiàng)目的可操作性，導(dǎo)致成本增加，直接影響了整個軟件業(yè)做大。其實(shí)這不僅是軟件業(yè)本身存在的問題，眾多重大項(xiàng)目投資也存在同樣問題。然而中國目前的項(xiàng)目管理大多受制于領(lǐng)導(dǎo)意志，要做到很好的控制項(xiàng)目成本，做到與國際標(biāo)準(zhǔn)接軌，其難度不言而喻。

專攻項(xiàng)目管理的邦永曾對外宣稱，邦永的PM2系列軟件不僅是國外軟件的漢化版，而且融合了國際標(biāo)準(zhǔn)化項(xiàng)目管理精髓與本土國情的項(xiàng)目管理模式。從事過項(xiàng)目管理的人都知道，通常一個人對項(xiàng)目管理的把握有4個層次，第1個層次是“誤以為自己了解”；第2個層次是“知道自己不了解”；第3個層次是“知道自己了解”；第4個層次是“自己不知道自己了解”。國家統(tǒng)計(jì)局計(jì)算中心網(wǎng)絡(luò)運(yùn)行管理部主任張富民在談到項(xiàng)目管理實(shí)施的體會時(shí)對記者說，他覺得當(dāng)時(shí)自己還處在第3個層次。這就是說，目前的項(xiàng)目管理還是一種投資人在投資內(nèi)的把握，是用工具化的手段幫助投資者把握項(xiàng)目中的每一個贏利和去掉不良成本。

第2篇

關(guān)鍵字：軟件項(xiàng)目管理需求分析系統(tǒng)設(shè)計(jì)

1.項(xiàng)目前期以及項(xiàng)目準(zhǔn)備

在進(jìn)行任何一項(xiàng)較大的項(xiàng)目時(shí),首先要進(jìn)行項(xiàng)目的可行性分析和研究,因?yàn)檫@些項(xiàng)目中的問題并不都有明顯的解決辦法,這樣就很難在預(yù)定的時(shí)間、費(fèi)用之內(nèi)解決這些問題，如果這些問題沒有可以行得通的解決辦法，貿(mào)然開始這些項(xiàng)目，就可能導(dǎo)致項(xiàng)目的失敗，造成巨大的損失。

1.1可行性分析

軟件項(xiàng)目可行性研究的目的是用最小的代價(jià)和時(shí)間，確定該項(xiàng)目是否能夠開發(fā)值得開發(fā)，其實(shí)質(zhì)是要進(jìn)行一次簡化的、抽象的需求分析和設(shè)計(jì)過程，主要應(yīng)從以下幾個方面進(jìn)行分析。

1.1.1技術(shù)可行性

對要開發(fā)項(xiàng)目的功能，性能和限制條件進(jìn)行分析，確定在現(xiàn)有的資源條件下技術(shù)風(fēng)險(xiǎn)有多大，項(xiàng)目是否能夠?qū)崿F(xiàn)，現(xiàn)有的資源包括硬件、軟件資源，現(xiàn)有的技術(shù)人員和技術(shù)水平，已經(jīng)有的工作基礎(chǔ)等，判斷技術(shù)上是否可行，主要需要考慮以下幾個問題:

(1)開發(fā)的風(fēng)險(xiǎn)即在給定條件下能否實(shí)現(xiàn)目標(biāo)的功能和性能；

(2)資源的有效性；

(3)技術(shù)的發(fā)展性；

由于需求未經(jīng)過詳細(xì)的調(diào)研，存在模糊性和可能的變化，開發(fā)人員進(jìn)行技術(shù)可行性評估時(shí)，存在比較大的風(fēng)險(xiǎn)，一旦出現(xiàn)估計(jì)的錯誤，將可能導(dǎo)致災(zāi)難性的后果。

1.1.2經(jīng)濟(jì)可行性

進(jìn)行軟件開發(fā)項(xiàng)目的成本估算以及了解取得的效益估算，確定該項(xiàng)目是否值得開發(fā)，對于大多數(shù)項(xiàng)目，衡量經(jīng)濟(jì)可行性，應(yīng)考慮一個“底線”，同時(shí)應(yīng)考慮公司的長期經(jīng)營策略，潛在市場前景等因素。

1.1.3社會可行性

應(yīng)考慮項(xiàng)目是否存在任何侵權(quán)、責(zé)任等問題，考慮在現(xiàn)有的制度、法規(guī)下是否行得通，包括合同、責(zé)任、法律等多種因素。

1.2需求調(diào)研

在項(xiàng)目前期工作中，需求調(diào)研是其中最重要的一個環(huán)節(jié)，今后的許多工作都依賴于需求調(diào)研的結(jié)果，需求調(diào)研的過程是漸進(jìn)的，在可行性分析階段，主要關(guān)注的是項(xiàng)目規(guī)模、范圍和重點(diǎn)的功能，在項(xiàng)目進(jìn)入正是開發(fā)流程以后，我們需要更加全面、準(zhǔn)確地了解系統(tǒng)的需求不重視需求過程的項(xiàng)目隊(duì)伍將自食其果，需求工程中的缺陷將給項(xiàng)目成功帶來極大風(fēng)險(xiǎn)。如:無足夠用戶參與導(dǎo)致產(chǎn)品無法被接受；用戶需求的增加帶來過度的耗費(fèi)和降低產(chǎn)品的質(zhì)量；模棱兩可的需求說明可能導(dǎo)致時(shí)間的浪費(fèi)和返工；用戶增加一些不必要的特性和開發(fā)人員畫蛇添足；過分簡略的需求說明以致遺漏某些關(guān)鍵需求；忽略某類用戶的需求將導(dǎo)致眾多客戶的不滿；不完善的需求說明使得項(xiàng)目計(jì)劃和跟蹤無法準(zhǔn)確進(jìn)行。

1.3項(xiàng)目團(tuán)隊(duì)的組織

建立項(xiàng)目團(tuán)隊(duì)是項(xiàng)目開發(fā)過程的開始，一切工作都是由項(xiàng)目團(tuán)隊(duì)的成員完成的在整個項(xiàng)目的運(yùn)行過程中，需要很多不同的角色參與到項(xiàng)目中，完成不同階段的任務(wù)。所以在建立項(xiàng)目團(tuán)隊(duì)的過程中要把握好人員角色的劃分、特別人員管理與激勵、監(jiān)督等。整個人員的管理是項(xiàng)目管理的關(guān)鍵，因?yàn)槿耸腔畹模?xiàng)目是死的，只要人員管理妥當(dāng)，項(xiàng)目開發(fā)一般是不會出什么問題的。

1.4項(xiàng)目開發(fā)計(jì)劃

軟件項(xiàng)目的特征之一就是需求的不確定性和開發(fā)過程中存在的技術(shù)風(fēng)險(xiǎn)，按照通常的方法，制定一個項(xiàng)目的計(jì)劃應(yīng)該是先根據(jù)項(xiàng)目的需求，進(jìn)行詳細(xì)的任務(wù)分解找出實(shí)現(xiàn)的方法，估計(jì)出項(xiàng)目的工作量，再根據(jù)項(xiàng)目資源的狀況，制定出項(xiàng)目的計(jì)劃。

但是，再現(xiàn)實(shí)的工作中，項(xiàng)目的時(shí)間表往往是事先確定的，給開發(fā)留出的時(shí)間也是事先定好的。而我們能夠利用的資源，主要是開發(fā)的人力資源，也被事先基本確定了，在被確定的這2個前提條件下，我們?nèi)绾胃鶕?jù)項(xiàng)目的需求，合理地安排人力和時(shí)間，完成項(xiàng)目的開發(fā)，這是現(xiàn)實(shí)中項(xiàng)目經(jīng)理經(jīng)常遇到的問題如果事先確定的時(shí)間表是相對比較合理的，至少應(yīng)該是我們夠的到的。我們制定的開發(fā)計(jì)劃才是有意義的，否則，按照這個時(shí)間表制定出來的計(jì)劃只能失敗的在這種情況下，項(xiàng)目經(jīng)理唯一可以做的是對用戶的需求進(jìn)行剪裁，去掉某些耗時(shí)長而且不太重要的功能，或是在開發(fā)中適當(dāng)降低質(zhì)量要求，或許可以完成項(xiàng)目的進(jìn)度。當(dāng)然這必須最終要得到用戶的認(rèn)可。778論文在線

2.項(xiàng)目開發(fā)過程管理

2.1詳細(xì)設(shè)計(jì)

在詳細(xì)設(shè)計(jì)階段，由于任務(wù)已經(jīng)詳細(xì)地分解，總體地解決方案和技術(shù)框架已經(jīng)確立，詳細(xì)設(shè)計(jì)地目的就主要是針對某個特定地模塊或?qū)ο螅鶕?jù)需求，技術(shù)框架地要求和模塊間接口，描述出我們實(shí)現(xiàn)功能的方法，主要內(nèi)容包括：

（1）內(nèi)部算法描述；

（2）內(nèi)部數(shù)據(jù)組織；

（3）相關(guān)接口詳細(xì)設(shè)計(jì)；

2.2設(shè)計(jì)評審

在設(shè)計(jì)完成后，必須安排設(shè)計(jì)評審以保證設(shè)計(jì)的質(zhì)量，通常設(shè)計(jì)評審以小組內(nèi)部的評審會的方式進(jìn)行，參與人有項(xiàng)目小組內(nèi)部的人員及其負(fù)責(zé)人，由開發(fā)者介紹其設(shè)計(jì)思路，其他人了解并對其設(shè)計(jì)質(zhì)量進(jìn)行評審。評審的內(nèi)容主要包括：

（1）關(guān)鍵算法的可行性；

（2）接口是否符合概要設(shè)計(jì)的要求；

（3）技術(shù)清晰度是否符合設(shè)計(jì)標(biāo)準(zhǔn)；

（4）文檔的完備性；

評審?fù)ㄟ^的設(shè)計(jì)，才能夠開始編碼工作，評審的結(jié)果應(yīng)記錄到開發(fā)文檔當(dāng)中。

2.3編碼

在編碼階段，主要需要在編碼工作結(jié)束后，進(jìn)行代碼審核，這項(xiàng)工作非常重要主要應(yīng)該由項(xiàng)目小組的技術(shù)負(fù)責(zé)人完成，審核的目的并不是為了檢驗(yàn)代碼的正確性而是需要對編碼是否按照規(guī)范進(jìn)行審核。主要內(nèi)容包括：

（1）變量、包、方法等的命名是否符合規(guī)則；

（2）注釋是否填寫完整，是否符合規(guī)范；

（3）代碼的可讀性，編寫風(fēng)格是否符合規(guī)范；

（4）是否有明顯的造成系統(tǒng)運(yùn)行低效率的處理方法；

（5）公共變量的定義和使用；

2.4調(diào)試

編碼工作完成以后，通常需要開發(fā)人員自己進(jìn)行單元測試，有些部分需要編寫相應(yīng)的測試程序。應(yīng)該避免發(fā)生這類的情況，有些開發(fā)人員任務(wù)自己不應(yīng)該進(jìn)行測試工作，在編寫完代碼以后，只要編譯成功，就直接提交成果，將測試工作完全交給測試人員去做，這樣做不僅僅給測試人員增加了許多的工作量，同時(shí)增加了許多因?yàn)榻涣鳟a(chǎn)生的時(shí)間，造成進(jìn)度的延遲，管理人員應(yīng)該杜絕程序員的這樣的思想，同時(shí)在管理中予以考慮，可以將提交成果產(chǎn)生的bug數(shù)量作為考核程序員業(yè)績的標(biāo)準(zhǔn)之一。

3.項(xiàng)目后期管理

3.1項(xiàng)目的驗(yàn)收

項(xiàng)目驗(yàn)收，是整個項(xiàng)目生命周期中最后一個環(huán)節(jié)。一般來說，軟件項(xiàng)目的驗(yàn)收一般來說有2個階段，第一個階段是驗(yàn)收測試，當(dāng)驗(yàn)收測試成功結(jié)束后，一般會有一個階段的試運(yùn)行階段，只有當(dāng)2個階段全部結(jié)束后，整個項(xiàng)目才算真正結(jié)束，可以收回全部的工程款，該軟件也進(jìn)入其運(yùn)行維護(hù)期。驗(yàn)收測試應(yīng)按照軟件的需求，質(zhì)量要求進(jìn)行測試驗(yàn)收，需要甲乙雙方共同建立驗(yàn)收小組，或請第三方測試機(jī)構(gòu)進(jìn)行驗(yàn)收測試，在驗(yàn)收測試之前，開發(fā)方應(yīng)提供一系列的開發(fā)設(shè)計(jì)文檔供驗(yàn)收測試使用。

3.2軟件維護(hù)

編程大師曾說“哪怕程序只有三行長，總有一天你也不得不對它維護(hù)。”，很

多軟件產(chǎn)品不是一次性的買賣，比如在電信、金融等領(lǐng)域，有些軟件系統(tǒng)要用十幾年，對軟件進(jìn)行維護(hù)是必不可少的，軟件公司的經(jīng)理們沒有哪一個喜歡被維護(hù)的費(fèi)用嚇一跳，但軟件維護(hù)的代價(jià)通常是高昂的。對軟件而言“維護(hù)”是個不太直觀的術(shù)語，因?yàn)檐浖a(chǎn)品在重復(fù)使用時(shí)不會被磨損，并不需要進(jìn)行像對車輛或電器那樣的維護(hù)，軟件維護(hù)是人們對既豐富多彩又會令人心酸的活動的統(tǒng)稱，其中豐富多彩的活動是指那些反映客觀世界變化，能使軟件系統(tǒng)更加完善的修改和擴(kuò)充工作，令人心酸的活動是指那些永無休止，并且改了舊錯卻引起新錯讓人欲哭無淚的工作。

參考文獻(xiàn)：

1.邱菀華沈建明楊愛華等編著現(xiàn)代項(xiàng)目管理導(dǎo)論機(jī)械工業(yè)出版社

2002年10月

2.美理查德懷特黑德著領(lǐng)導(dǎo)軟件開發(fā)團(tuán)隊(duì)電子工業(yè)出版社2002年5月

3.尼爾懷特著管理軟件開發(fā)項(xiàng)目-通向成功的最佳實(shí)踐電子工

業(yè)出版社2002年4月

4.劉積仁康曉東饒友玲主編軟件開發(fā)項(xiàng)目管理人民郵電出版社

2002年2月

5.美JosephRaynus著CMM軟件過程改進(jìn)指南電子工業(yè)出版社

第3篇

1.1人員的組織與管理

一項(xiàng)工程的具體工作涉及到人員的管理，工作任務(wù)的分配，責(zé)任內(nèi)容的明確，因此人員的組織及管理是工程項(xiàng)目的關(guān)鍵因素，要把注意力集中在項(xiàng)目組人員的構(gòu)成、優(yōu)化。

1.2軟件質(zhì)量管理

軟件質(zhì)量管理在工程項(xiàng)目實(shí)施過程中決定著質(zhì)量方針與責(zé)任的范疇，包括質(zhì)量計(jì)劃設(shè)計(jì)制定，項(xiàng)目質(zhì)量檢測保證和項(xiàng)目質(zhì)量控制等程序。通過保證手段在質(zhì)量過程中有效進(jìn)行。

1.3軟件配置管理

英文簡稱SCM，是在開發(fā)者中，標(biāo)識，控制和管理軟件變更的一種管理。配置管理的使用取決于項(xiàng)目規(guī)模和復(fù)雜性以及風(fēng)險(xiǎn)水平。軟件配置管理針對開發(fā)過程中人員、工具的配置、使用提出管理策略。記錄軟件項(xiàng)目產(chǎn)品的更新過程，從而保證研發(fā)者在軟件項(xiàng)目周期的各個階段能夠獲得準(zhǔn)確的產(chǎn)品配置。對項(xiàng)目開展過程軟件開發(fā)進(jìn)行有效調(diào)控和有效預(yù)測具有重要作用。

1.4編寫軟件項(xiàng)目計(jì)劃書

它是軟件項(xiàng)目管理組的首要任務(wù)，主要包括工作量、成本、開發(fā)時(shí)間的估計(jì)。并根據(jù)估計(jì)值制定和調(diào)整項(xiàng)目組的工作，詳細(xì)記錄了開發(fā)日程安排，資源供需，項(xiàng)目管理等各項(xiàng)情況。使從事該項(xiàng)目的人員了解該項(xiàng)目的大致情況。

1.5軟件風(fēng)險(xiǎn)管理

軟件工程風(fēng)險(xiǎn)管理是預(yù)測工作中可能出現(xiàn)的各種危害到軟件產(chǎn)品質(zhì)量的潛在因素的問題，對風(fēng)險(xiǎn)產(chǎn)生的后果進(jìn)行分析評估。計(jì)算機(jī)軟件風(fēng)險(xiǎn)預(yù)測的準(zhǔn)確性評估與有效防范措施的應(yīng)用都利于提高軟件工程的效益，降低風(fēng)險(xiǎn)帶來的經(jīng)濟(jì)損失，有效保證相關(guān)利益業(yè)主的權(quán)益。這幾個方面都是相互貫穿、交織于整個軟件開發(fā)過程中的。

2軟件工程項(xiàng)目管理中存在的現(xiàn)實(shí)問題及解決方案

2.1人員工作安排不明確，應(yīng)建立團(tuán)隊(duì)合作意識

在工程項(xiàng)目開發(fā)過程中是需要每個崗位人員的相互協(xié)調(diào)及無障礙交流，沒有團(tuán)隊(duì)協(xié)作意識是無法有效的利用時(shí)間和資源開展各項(xiàng)工作。因此我們要提高一個工程項(xiàng)目的工作效率，就要合理安排人員的工作分配，強(qiáng)化每個工作人員的團(tuán)隊(duì)協(xié)作意識，有效避免管理團(tuán)隊(duì)中存在的分工不明確，不合作的問題。只有相互協(xié)作和相互信任的情況下才能高效的完成一件優(yōu)質(zhì)的軟件工程項(xiàng)目。建立一套完善的人事考核制度，加強(qiáng)對員工的職位升降，工資獎金分配管理，有利于提高員工開發(fā)軟件工作的積極性。

2.2缺乏實(shí)踐性調(diào)研報(bào)告，應(yīng)納入到軟件項(xiàng)目計(jì)劃書

軟件開發(fā)工程不僅要創(chuàng)新變革，也要考慮到它的實(shí)用性，以往出現(xiàn)的多個工程項(xiàng)目沒有對實(shí)際項(xiàng)目建設(shè)中的需求實(shí)體和實(shí)際進(jìn)行要求，以及實(shí)際項(xiàng)目建設(shè)的數(shù)據(jù)進(jìn)行合理有效的調(diào)研，導(dǎo)致出現(xiàn)設(shè)計(jì)完整的軟件產(chǎn)品運(yùn)用與實(shí)際偏差較大，造成不必要的人員和資源浪費(fèi)。因此要在軟件設(shè)計(jì)前給予項(xiàng)目調(diào)研工作高度重視，對實(shí)際軟件項(xiàng)目的需求及要求嚴(yán)格調(diào)查，應(yīng)將軟件項(xiàng)目調(diào)研報(bào)告附于項(xiàng)目計(jì)劃書中，引起重視。

2.3風(fēng)險(xiǎn)管理意識不夠，應(yīng)該強(qiáng)化提高人員對風(fēng)險(xiǎn)管理的認(rèn)知

風(fēng)險(xiǎn)的發(fā)生很可能會造成不可估量的損失，但是風(fēng)險(xiǎn)的發(fā)生是具有可控性的，如果能有效控制就會避免發(fā)生風(fēng)險(xiǎn)事故。可往往在計(jì)算機(jī)軟件工程項(xiàng)目管理中的工作人員卻很少知道風(fēng)險(xiǎn)管理的重要性，于是在軟件開發(fā)中應(yīng)提高項(xiàng)目主要負(fù)責(zé)人的風(fēng)險(xiǎn)管理理念，提高自身對風(fēng)險(xiǎn)管理預(yù)測能力的水平。只有了解了風(fēng)險(xiǎn)管理理論與風(fēng)險(xiǎn)管理體系，定期對項(xiàng)目實(shí)施中可能發(fā)生的風(fēng)險(xiǎn)進(jìn)行有效排除，把控好風(fēng)險(xiǎn)管理前后的形勢。

2.4杜絕搞工作進(jìn)度，應(yīng)要完善管理體系，對工作進(jìn)度嚴(yán)格把控

第4篇

一般來說，軟件工程師總是非常樂觀。當(dāng)他們在計(jì)劃軟件項(xiàng)目時(shí)，經(jīng)常認(rèn)為每件事情都會像計(jì)劃那樣運(yùn)行，或者，又會走向另外一個極端。軟件開發(fā)的創(chuàng)造性本質(zhì)意味著我們不能完全預(yù)測會發(fā)生的事情，因此制定一個詳細(xì)計(jì)劃的關(guān)鍵點(diǎn)很難確定。當(dāng)有預(yù)想不到的事情引起項(xiàng)目脫離正常軌道時(shí)，以上兩種觀點(diǎn)都會導(dǎo)致軟件項(xiàng)目的失敗。

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

2什么是風(fēng)險(xiǎn)

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

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

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

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

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

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

3風(fēng)險(xiǎn)管理

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

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

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

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

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

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

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

險(xiǎn)識別

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

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

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

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

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

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

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

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

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

4.2需求風(fēng)險(xiǎn)

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

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

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

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

在做需求中客戶參與不夠

沒有優(yōu)先需求

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

不斷變化需求

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

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

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

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

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

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

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

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

項(xiàng)目的復(fù)用性

4.4管理風(fēng)險(xiǎn)

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

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

實(shí)際項(xiàng)目狀態(tài)

項(xiàng)目所有者和決策者分不清

不切實(shí)際的承諾

員工之間的沖突

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

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

缺乏培訓(xùn)

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

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

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

不能正確工作的方法

5風(fēng)險(xiǎn)估計(jì)

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

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

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

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

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

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

1．確定型風(fēng)險(xiǎn)估計(jì)

（a）盈虧平衡分析

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

（b）敏感性分析

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

（c）概率分析

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

2．不確定型風(fēng)險(xiǎn)估計(jì)

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

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

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

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

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

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

5.2風(fēng)險(xiǎn)評估

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

[ri,li,xi，yi]

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

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

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

（1）定義項(xiàng)目的水平參照值

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

（3）估計(jì)一組臨界點(diǎn)以定義項(xiàng)目的終止區(qū)域

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

5.3估計(jì)損失的大小

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

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

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

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

5.4評估損失的概率

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

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

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

5.5整個項(xiàng)目超限和緩沖

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

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

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

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

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

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

（3）建立風(fēng)險(xiǎn)清單及風(fēng)險(xiǎn)管理計(jì)劃

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

追蹤風(fēng)險(xiǎn)的一個辦法是將風(fēng)險(xiǎn)輸入缺陷追蹤系統(tǒng)中，缺陷追蹤系統(tǒng)能將風(fēng)險(xiǎn)項(xiàng)目標(biāo)示為已解決或尚未處理等狀態(tài)，也能指定解決問題的項(xiàng)目團(tuán)隊(duì)成員，并安排處理順序。可將軟件風(fēng)險(xiǎn)項(xiàng)目依序排列出來，按照缺陷存在的時(shí)間與負(fù)責(zé)者等資料排列。這樣，缺陷追蹤系統(tǒng)就是追蹤風(fēng)險(xiǎn)的工作能更好執(zhí)行并且不那么單調(diào)。

第5篇

關(guān)鍵詞：軟件項(xiàng)目；軟件過程；CMM；KPA

一、引言

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

二、軟件項(xiàng)目管理中目前存在的問題

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

2．1需求不明確

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

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

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

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

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

2．4軟件配置混亂

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

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

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

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

利用cMMfCapabilityMaturityModeforSoftware)的核心思想把軟件項(xiàng)目管理看作一個軟件過程，并根據(jù)這一原則對整個軟件項(xiàng)目的開發(fā)和管理進(jìn)行過程監(jiān)控，監(jiān)督發(fā)現(xiàn)過程中影響項(xiàng)目的關(guān)鍵問題并予以解決。軟件過程是指軟件開發(fā)人員開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品的一套行為、方法、實(shí)踐及變換過程，包括軟件開發(fā)過程和軟件管理過程。CMM把軟件開發(fā)機(jī)構(gòu)按照不同開發(fā)水平劃分為5個級別。每個等級被分解為幾個KPA(關(guān)鍵過程域)，KPA是指在某個成熟度等級應(yīng)重點(diǎn)關(guān)注的區(qū)域，也是達(dá)到此成熟度等級必須解決的關(guān)鍵點(diǎn)。①初始級，無過程意義。軟件過程是無序的、隨機(jī)的、缺乏總計(jì)劃，無預(yù)見性，大多數(shù)活動是應(yīng)付危機(jī)，經(jīng)常超期超支，成功取決于個人。②可重復(fù)級，具備基本的項(xiàng)目管理。KPA分別是：需求管理、軟件項(xiàng)目計(jì)劃、軟件跟蹤與監(jiān)督、軟件子合同管理、軟件質(zhì)量保證、軟件配置管理；③已定義級，已定義軟件過程。已將軟件管理和軟件工程兩方面的過程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過程。KPA分別是：組織過程焦點(diǎn)、組織過程定義、培訓(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)的框架．并沒有給出具體實(shí)施的辦法。在該模式中對目前CMM中的KPA做適當(dāng)裁減．定義了6個關(guān)鍵過程域：軟件項(xiàng)目計(jì)劃(SPP)、需求管理(RM)、軟件項(xiàng)目跟蹤和監(jiān)督(SPTO)、軟件質(zhì)量保證(SQA)、軟件配置(SCM)、同行評審(PR)，設(shè)置了三個工作組：軟件項(xiàng)目過程組(SPPG)、軟件工程組(SEG)、軟件質(zhì)量保證組(SQAG)。通過工作組對關(guān)鍵過程域的操作來加強(qiáng)軟件項(xiàng)目的管理。

3．1定義KPA

3.1.1軟件項(xiàng)目計(jì)劃(SPP)

軟件項(xiàng)目計(jì)劃是為要實(shí)施的軟件項(xiàng)目編制軟件過程活動的安排，包括進(jìn)度控制、成本控制、質(zhì)量控制、風(fēng)險(xiǎn)控制等，也是實(shí)施CMM2的核心此階段在安排過程活動的同時(shí)開展項(xiàng)目設(shè)計(jì)的前期工作，設(shè)計(jì)和界定在整個項(xiàng)目中各階段所需的開發(fā)、質(zhì)量、跟蹤、評審、風(fēng)險(xiǎn)、成本等工作。項(xiàng)目計(jì)劃是指導(dǎo)項(xiàng)目過程的具體措施，要在有軟件項(xiàng)目實(shí)施經(jīng)驗(yàn)的人員領(lǐng)導(dǎo)下投人大量的時(shí)間和人力資源來完成。制定項(xiàng)目計(jì)劃應(yīng)注意7個問題。①在科學(xué)論證的基礎(chǔ)上制定過程，充分調(diào)動人員積極性合理地確定項(xiàng)目組的參加人員；②對軟件項(xiàng)目各程中的任務(wù)進(jìn)行分解，明確項(xiàng)目的里程碑和檢查點(diǎn)；③正確估計(jì)軟件項(xiàng)目中的軟件資源、硬件資源、人力資源及其它費(fèi)用；④正確估計(jì)各方面因素帶來的風(fēng)險(xiǎn)并制定應(yīng)對措施；⑤制定項(xiàng)目實(shí)施過程中的跟蹤和監(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è)計(jì)一個軟件應(yīng)用系統(tǒng)的起點(diǎn)與基本依據(jù)，通過它來評判軟件產(chǎn)品是否能夠解決用戶問題，也是項(xiàng)目成功與否的標(biāo)準(zhǔn)。就目前國內(nèi)現(xiàn)狀來講，一般簽定軟件項(xiàng)目合同的用戶是主管信息技術(shù)的負(fù)責(zé)人，它所關(guān)心的可能是整個系統(tǒng)的目標(biāo)需求，用戶方中層管理人員關(guān)心的是業(yè)務(wù)流程需求．終端操作人員則注重軟件本身的易操作性和功能特性，因此．面向用戶的需求一定要和用戶多方人員多溝通、交流．最終通過雙方有關(guān)部門人員的論證以文檔資料的形式確定下來。任何一個需求分析因客觀原因可能存在著需求更改的現(xiàn)象，對于這種情況一定要注意需求更改的可控性．要建立需求的基準(zhǔn)版本和更改版本控制文檔資料．使受需求變化影響的產(chǎn)品與需求變更一致。但要注意在更改需求的同時(shí)要衡量需求的穩(wěn)定性，如果一個需求的變更比較頻繁，意味著本項(xiàng)目并沒有真正了解用戶想要解決的實(shí)際問題。可以說需求分析的完整性和變更可控性直接影響到軟件過程的改進(jìn)，它可以降低軟件質(zhì)量、加大軟件開發(fā)的成本、甚至是導(dǎo)致項(xiàng)目的失敗。軟件工程組(SEG)中要明確定義一個需求管理員。

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

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

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

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

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

軟件配置是針對軟件產(chǎn)品的跟蹤和控制活動．貫穿于整個軟件項(xiàng)目的過程中．目的是建立和維護(hù)在整個生命周期內(nèi)軟件產(chǎn)品的完整性和一致性，使整個軟件產(chǎn)品的演進(jìn)過程處于可控的狀態(tài)，繼而提高軟件的可靠性和質(zhì)量。在實(shí)踐應(yīng)用中主要做到五個子項(xiàng)的配置①配置項(xiàng)的標(biāo)識。標(biāo)識做到唯一性。便于跟蹤和管理。②版本管理。對整個軟件過程中的文件和目錄提供有效的跟蹤手段。③變更控制。保持并傳遞修改信息。④配置審計(jì)。確定整個項(xiàng)目生產(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è)計(jì)和軟件綜合測試作為兩個關(guān)鍵評審點(diǎn)來進(jìn)行評審，評審的過程中注意要結(jié)合本軟件項(xiàng)目的具體要求和標(biāo)準(zhǔn)。

3．2組的定義

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

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

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

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

四、實(shí)踐模式效率評估

4．1開發(fā)時(shí)間

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

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

采用CMM標(biāo)準(zhǔn)通過軟件過程管理加強(qiáng)軟件項(xiàng)目管理的實(shí)踐模式使軟件質(zhì)量明顯提高、需求分析周密、代碼錯誤率明顯降低、軟件產(chǎn)品完整性好、功能齊全、維護(hù)量下降，軟件項(xiàng)目最終得以順利實(shí)現(xiàn)。

第6篇

WBSR模式是建立在WBS基礎(chǔ)之上的，與責(zé)任融合后形成的一種新模式。從WBSR角度開展工作，能夠確定軟件項(xiàng)目的工作及產(chǎn)品范圍，為工作順利開展指明了方向，將工作細(xì)化之后，分配給每一個工作人員，促使工作人員明確自身職責(zé)，從而為項(xiàng)目計(jì)劃制定、考核等工作奠定堅(jiān)實(shí)的基礎(chǔ)和保障。

2模型具體步驟劃分

通過對模型進(jìn)行深入分析和研究，并結(jié)合軟件項(xiàng)目特征，能夠確定責(zé)任范圍，對整個項(xiàng)目進(jìn)行結(jié)構(gòu)分解，得到WBS集；軟件項(xiàng)目的開發(fā)需要將用戶需求作為核心，進(jìn)而通過模型進(jìn)行分解，獲得PBS集；最后，要制定與項(xiàng)目開發(fā)相關(guān)的部署，確保每一個環(huán)節(jié)都能夠順利進(jìn)行，保證項(xiàng)目進(jìn)度，為工作提供依據(jù)，通過這種方式，不僅能夠確保工作有條不紊進(jìn)行，還能夠有效提高工作質(zhì)量和效率，從而促進(jìn)軟件開發(fā)工作進(jìn)一步發(fā)展。

3模型主要應(yīng)用流程

WBSR模型在軟件項(xiàng)目管理中的應(yīng)用主要涉及對項(xiàng)目的分解、工作目標(biāo)的確認(rèn)及更新。首先，建立工作小組，工作人員作為軟件項(xiàng)目管理的核心，其成員綜合素質(zhì)直接影響工作能否順利進(jìn)行，基于此，小組成員一般選擇項(xiàng)目經(jīng)濟(jì)、技術(shù)人員等，還可以增加用戶代表等，以此來確保軟件開發(fā)的合理、科學(xué)性；其次，工作、產(chǎn)品等結(jié)構(gòu)分解，工作分解作為模式應(yīng)用的基礎(chǔ)，應(yīng)結(jié)合實(shí)際情況進(jìn)行合理分解，切勿盲目性，還需要結(jié)合成員經(jīng)驗(yàn)等因素，為工作順利開展提供支持；軟件產(chǎn)品作為參與市場競爭的關(guān)鍵，分解產(chǎn)品開發(fā)，能夠深度挖掘員工潛力，提高產(chǎn)品適應(yīng)力，與客戶達(dá)成共識；最后，還需要結(jié)合實(shí)際情況對項(xiàng)目范圍進(jìn)行及時(shí)調(diào)整，如果范圍發(fā)生變化，相對應(yīng)的工作流程也需要進(jìn)行調(diào)整，實(shí)現(xiàn)統(tǒng)一、系統(tǒng)發(fā)展目標(biāo)。

4模型應(yīng)用情況

將軟件項(xiàng)目管理與WBSR模式結(jié)合，將各個工作進(jìn)行細(xì)致劃分，能夠?yàn)檐浖?jì)劃、預(yù)估等工作提供依據(jù)，確保工作順利開展，在一定程度上推動了軟件項(xiàng)目進(jìn)一步發(fā)展，與此同時(shí)，在項(xiàng)目開展過程中，負(fù)責(zé)人加大對實(shí)際工作的監(jiān)督和控制力度，能夠及時(shí)發(fā)現(xiàn)不足之處，并采取有針對性措施，確保軟件產(chǎn)品開發(fā)質(zhì)量，該模式的應(yīng)用，能夠直觀的反映組內(nèi)成員的實(shí)際表現(xiàn)，為日后進(jìn)行績效考核奠定了基礎(chǔ)，從而有效提高管理水平，促進(jìn)企業(yè)可持續(xù)、健康發(fā)展。

5模式性能評價(jià)

通過對WBSR模式在軟件項(xiàng)目管理中應(yīng)用情況調(diào)查可知，模式對工作過程及產(chǎn)品開發(fā)從不同角度進(jìn)行合理分解，提高了項(xiàng)目范圍的精準(zhǔn)性及有效性，避免工作失誤情況的發(fā)生，并且將工作細(xì)化至每一個人受眾，形成良性循環(huán)，促使員工能夠認(rèn)真、負(fù)責(zé)完成工作，起到了積極地促進(jìn)作用。因此，面對社會發(fā)展新形勢下，企業(yè)軟件項(xiàng)目管理可以大力推廣和普及WBSR模式，提高產(chǎn)品適應(yīng)力及質(zhì)量，從而實(shí)現(xiàn)企業(yè)經(jīng)濟(jì)效益最大化目標(biāo)。

6結(jié)論

第7篇

一引言

項(xiàng)目管理技術(shù)是軟件工程專業(yè)的一門重要專業(yè)課。其教學(xué)任務(wù)是使學(xué)生了解和掌握項(xiàng)目管理的基本概念、基本原理和工程化方法。內(nèi)容涉及項(xiàng)目管理知識體系（PMBOK）九大知識領(lǐng)域和五個標(biāo)準(zhǔn)化過程組，幾乎涵蓋了軟件項(xiàng)目從立項(xiàng)到結(jié)束的方方面面，是一門具有相當(dāng)廣度的課程。然而，該課程的教學(xué)效果卻不容樂觀。

其一、項(xiàng)目管理技術(shù)的理論知識多脫胎于工程管理領(lǐng)域，由于國內(nèi)軟件工程專業(yè)建設(shè)剛剛起步，相關(guān)教材往往照搬工程管理理論，缺乏完全針對軟件開發(fā)的必要整理和篩選。因此同軟件開發(fā)實(shí)踐結(jié)合并不十分緊密。

其二、而傳統(tǒng)的教學(xué)方式往往重理論而輕實(shí)踐，教師將理論知識“滿堂灌”給學(xué)生，學(xué)生“死記硬背”理論條文，并不懂得如何將理論用于實(shí)際軟件開發(fā)。這種僅以理論的多寡深淺作為對學(xué)生評價(jià)激勵唯一標(biāo)準(zhǔn)的教學(xué)手段，必然導(dǎo)致培養(yǎng)的人才實(shí)用性不強(qiáng)，職業(yè)能力較差，工程化程度較低。達(dá)不到項(xiàng)目管理技術(shù)的教學(xué)要求。

因此，需要對軟件項(xiàng)目管理技術(shù)的教學(xué)進(jìn)行改革。二基于具體項(xiàng)目的軟件項(xiàng)目管理教學(xué)軟件工程項(xiàng)目相比一般工程項(xiàng)目具有更強(qiáng)的復(fù)雜性和更多的不可控因素，傳統(tǒng)的項(xiàng)目管理教學(xué)所傳授的知識常常不易使理論知識和實(shí)際開發(fā)吻合，給學(xué)生造成“學(xué)習(xí)無用之感”；課程本身也難以完全包括軟件開發(fā)過程的全部情況。最好的方法是通過一個具體軟件項(xiàng)目的開發(fā)過程，使學(xué)生接受項(xiàng)目管理的理念，而軟件項(xiàng)目的開發(fā)設(shè)備相對單一，團(tuán)隊(duì)人數(shù)相對較少，相比一般工程項(xiàng)目更易進(jìn)行實(shí)踐演練。

可以看出，項(xiàng)目管理進(jìn)行過程將根據(jù)實(shí)際情況不斷進(jìn)行計(jì)劃變更、計(jì)劃控制和計(jì)劃執(zhí)行的搏弈和循環(huán)。由于軟件項(xiàng)目有以下特點(diǎn)：

（1）軟件產(chǎn)品是無形的，不可捉摸的，無法感覺形狀，設(shè)計(jì)也難以直觀表示，很難確定產(chǎn)品質(zhì)量或估計(jì)開發(fā)工作量。

（2）由于軟件的拷貝生產(chǎn)輕而易舉，因此，幾乎全部的軟件項(xiàng)目成本在開發(fā)過程中，而不是在制造過程。

（3）軟件開發(fā)過程屬于勞動密集型過程，尚未實(shí)現(xiàn)完全自動化，因此對軟件項(xiàng)目開發(fā)進(jìn)度的計(jì)劃和控制比對一般工程項(xiàng)目更加復(fù)雜。

（4）軟件是邏輯實(shí)體，本身很容易修改，但由于其復(fù)雜性，又很難正確地修改，在缺乏溝通的情況下，對個別模塊的修改可能會帶來新的錯誤。

（5）軟件不像其他產(chǎn)品會因使用而磨損，和一般工程產(chǎn)品不同，軟件產(chǎn)品的維護(hù)常常通過增加新模塊功能完成升級。為保證新版本的穩(wěn)定性，常常需要對新版本的重新設(shè)計(jì)因此，軟件過程主要集中于軟件項(xiàng)目的開發(fā)過程，而在這一過程中，相比一般工程項(xiàng)目，項(xiàng)目管理過程組的核心循環(huán)表現(xiàn)得更加突出。基于具體項(xiàng)目對軟件開發(fā)過程進(jìn)行闡述將更有利于學(xué)生理解軟件開發(fā)過程中的項(xiàng)目管理。由于課程目標(biāo)并不在于具體技術(shù)細(xì)節(jié)的學(xué)習(xí)，而在于體會軟件開發(fā)過程中的項(xiàng)目管理。因此在項(xiàng)目選擇中，不能使學(xué)生投入過多精力在技術(shù)細(xì)節(jié)上，而應(yīng)更多的關(guān)注軟件項(xiàng)目管理的溝通、計(jì)劃和控制。我們選擇計(jì)算機(jī)學(xué)院行政管理系統(tǒng)網(wǎng)站作為實(shí)踐項(xiàng)目讓學(xué)生組隊(duì)開發(fā)，這一項(xiàng)目屬于MIS（信息管理系統(tǒng)）項(xiàng)目類，難度不大，且能充分體現(xiàn)軟件項(xiàng)目需求不明確、多變、溝通復(fù)雜等特點(diǎn)。作為計(jì)算機(jī)學(xué)院的學(xué)生，學(xué)生對項(xiàng)目的需求的理解也將更加實(shí)際。

2.1基于項(xiàng)目驅(qū)動的評價(jià)體系“為了解決軟件問題，重要的第一步就是將整個軟件開發(fā)任務(wù)看做一個可控的、可度量的以及可改進(jìn)的過程。”將項(xiàng)目管理方法運(yùn)用于具體軟件項(xiàng)目開發(fā)的實(shí)踐或在實(shí)踐中改進(jìn)現(xiàn)有方法，能夠幫助學(xué)生更好的掌握項(xiàng)目管理技術(shù)。在實(shí)際教學(xué)中，我們將學(xué)生分成若干團(tuán)隊(duì)，每個團(tuán)隊(duì)8~13人，充分使學(xué)生體會到團(tuán)隊(duì)感，增加管理意識。項(xiàng)目經(jīng)理是靠干出來的，不是靠背出來的。為使學(xué)生在具體項(xiàng)目實(shí)踐中更加投入，必須改革原有的基于卷面成績的評價(jià)體系。我們提出基于項(xiàng)目驅(qū)動的評價(jià)體系，使學(xué)生自覺將課堂所學(xué)的理論知識及時(shí)用于項(xiàng)目。學(xué)生的總評成績將由團(tuán)隊(duì)項(xiàng)目評分、演練與總結(jié)評分、期末論文評分三部分組成：

（1）團(tuán)隊(duì)項(xiàng)目評分：60%其中20%由教師根據(jù)團(tuán)隊(duì)分階段提交的項(xiàng)目資料給出；剩下40%由每個團(tuán)隊(duì)的“項(xiàng)目經(jīng)理”根據(jù)團(tuán)隊(duì)的成員的表現(xiàn)給出。而項(xiàng)目經(jīng)理的打分權(quán)限則取決于項(xiàng)目完成時(shí)專家對項(xiàng)目的評審得分。

（2）演練與總結(jié)評分：20%項(xiàng)目結(jié)束后各個團(tuán)隊(duì)成員對整個項(xiàng)目管理過程進(jìn)行總結(jié)，評價(jià)和反思項(xiàng)目經(jīng)理的管理過程，教師根據(jù)學(xué)生個人上課時(shí)有關(guān)項(xiàng)目的各種演練表現(xiàn)以及項(xiàng)目總結(jié)報(bào)告進(jìn)行評分。

（3）期末論文評分：20%要求學(xué)生對項(xiàng)目管理九大知識領(lǐng)域進(jìn)行一定深度的論述。為確保評價(jià)體系更加公平、公開、公正，我們規(guī)定：

（1）項(xiàng)目經(jīng)理享有計(jì)劃和分配項(xiàng)目團(tuán)隊(duì)資源，為項(xiàng)目組成員進(jìn)行打分的權(quán)利，同時(shí)具有帶領(lǐng)項(xiàng)目組完成所有課堂演練環(huán)節(jié)，完成項(xiàng)目開發(fā)的義務(wù)。作為獎勵，項(xiàng)目經(jīng)理可以直接獲得滿分的演練與總評成績；作為制約，項(xiàng)目經(jīng)理為自己所打分?jǐn)?shù)只得在項(xiàng)目評審得分5%上下浮動，如果項(xiàng)目經(jīng)理引起過團(tuán)隊(duì)半數(shù)以上成員不滿，將被彈劾，一旦彈劾，相應(yīng)權(quán)利和獎勵同時(shí)消失。

（2）項(xiàng)目評審后，項(xiàng)目經(jīng)理將得到“項(xiàng)目評審得分*團(tuán)隊(duì)開發(fā)人數(shù)”的可分配分?jǐn)?shù)，項(xiàng)目經(jīng)理根據(jù)項(xiàng)目組分?jǐn)?shù)分配方法給團(tuán)隊(duì)成員打分，上限為40。

（3）項(xiàng)目評審時(shí)將邀請學(xué)院軟件工程專家、需方代表不少于5人組成專家組對各團(tuán)隊(duì)項(xiàng)目進(jìn)行公開評審，評審將從需方滿意度、項(xiàng)目開發(fā)文檔、項(xiàng)目開發(fā)過程三個角度進(jìn)行打分。團(tuán)隊(duì)最終得分通過delphi法得到。可以看出，在以上的評價(jià)體系中，基于項(xiàng)目驅(qū)動的評分所占比重相當(dāng)大，不僅注重項(xiàng)目的結(jié)果，同時(shí)注重項(xiàng)目開發(fā)過程。學(xué)生的分?jǐn)?shù)在一定程度上模擬了現(xiàn)實(shí)生活的“獎金”，而項(xiàng)目團(tuán)隊(duì)則更加貼近現(xiàn)實(shí)生活中的軟件開發(fā)公司。為了使項(xiàng)目成功，學(xué)生必須自覺地實(shí)踐和探索科學(xué)的項(xiàng)目管理方法，不論成功與失敗都將成為學(xué)生寶貴的經(jīng)驗(yàn)和教訓(xùn)。評分中，由于個體學(xué)生所能獲得的成績與其所在團(tuán)隊(duì)成績緊密相關(guān)，因此，為整個團(tuán)隊(duì)獲得高分而努力的開發(fā)過程極大地培養(yǎng)了學(xué)生的團(tuán)隊(duì)協(xié)作精神。通過教學(xué)實(shí)踐，這一評價(jià)體系調(diào)動了學(xué)生的學(xué)習(xí)主動性，起到了較好的作用。超級秘書網(wǎng)

2.2基于項(xiàng)目過程的知識傳授和情景演練表1顯示了項(xiàng)目管理九大知識領(lǐng)域在五個標(biāo)準(zhǔn)化過程組中的作用。可以看出在不同的過程組中，各知識領(lǐng)域所起的作用是不同的。配合實(shí)際項(xiàng)目開發(fā)的過程，為使所傳授的知識能夠及時(shí)用于實(shí)際項(xiàng)目，我們顛覆了原有教材順序，按軟件項(xiàng)目五個過程組所涉及的知識領(lǐng)域?qū)虒W(xué)順序進(jìn)行重新安排，基本做到項(xiàng)目進(jìn)行階段與所傳授的相關(guān)知識同步。每次課程教學(xué)前后都及時(shí)安排對相關(guān)內(nèi)容的情景演練。由表2所示教學(xué)實(shí)施安排表可以看出，項(xiàng)目管理的九大知識領(lǐng)域幾乎都能做到安排于項(xiàng)目情景中進(jìn)行傳授，起到了理論對實(shí)踐的指導(dǎo)或總結(jié)作用。可以看出，每次演練環(huán)節(jié)一般都是對上次所本傳授知識的總結(jié)或當(dāng)次所傳授知識的及時(shí)操練，知識點(diǎn)覆蓋較全面。通過設(shè)身處地去當(dāng)一名項(xiàng)目經(jīng)理或軟件工程師，增加了學(xué)生對軟件開發(fā)項(xiàng)目的感性認(rèn)識和興趣，提高了他們的管理才能。通過知識傳授和情景演練的密切配合，使學(xué)生對軟件項(xiàng)目的管理過程理解得更加深刻。

二結(jié)論

基于具體項(xiàng)目的項(xiàng)目管理教學(xué)使學(xué)生能夠體會項(xiàng)目管理各知識領(lǐng)域的作用，領(lǐng)會各種方法、規(guī)范所適用的環(huán)境。通過實(shí)際開發(fā)后自己總結(jié)提煉的經(jīng)驗(yàn)和教訓(xùn)，學(xué)生將更加接受項(xiàng)目管理的理念和知識，培養(yǎng)了團(tuán)隊(duì)合作精神。在學(xué)期末進(jìn)行的教學(xué)效果調(diào)查中，83%的學(xué)生認(rèn)為這種教學(xué)方法效果良好。學(xué)生普遍反映“項(xiàng)目管理枯燥的理論知識變活了，知道怎么用了，印象更加深刻了。”

項(xiàng)目管理是軟件工程重要的專業(yè)課，在今后的教學(xué)實(shí)踐中，我們將繼續(xù)改進(jìn)教學(xué)方法，做到量體裁衣，因地制宜，加強(qiáng)教學(xué)效果。

參考文獻(xiàn)：

[1]韓萬江，姜立新.軟件項(xiàng)目管理案例教程[M].北京:機(jī)械工業(yè)出版社.2005.

[2]張海藩.軟件工程[M].北京:人寫作論文民郵電出版社,2002.

第8篇

論文摘要:軟件項(xiàng)目管理的根本目的是為了讓軟件項(xiàng)目尤其是大型項(xiàng)目的整個軟件生命周期(從分析、設(shè)計(jì)、編碼到瀏試、維護(hù)全過程)都能在管理者的拉制之下，以預(yù)定成本按期，按質(zhì)的完成軟件交付用戶使用。目前，軟件項(xiàng)目管理不善的新問題仍然存在。本文將在分析軟件項(xiàng)目管理存在的新問題的基礎(chǔ)上，探索時(shí)策辦法。

隨著計(jì)算機(jī)應(yīng)用范圍的日益廣泛深人，應(yīng)用軟件的規(guī)模及復(fù)雜程度也日趨大型化、復(fù)雜化，這就導(dǎo)致軟件開發(fā)的方式也從早期的單兵作戰(zhàn)式或手工作坊式漸漸轉(zhuǎn)變?yōu)榧瘓F(tuán)化、工廠流水線式的團(tuán)隊(duì)協(xié)作開發(fā)方式。這種情況下，如何管理好項(xiàng)目的每一.步運(yùn)作，及時(shí)解決出現(xiàn)的新問題是每一位項(xiàng)目主管責(zé)無旁貸的責(zé)任。

一、軟件項(xiàng)目管理存在的新問題

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

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

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

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

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

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

二、加強(qiáng)軟件項(xiàng)目管理的辦法

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

(二)提高項(xiàng)目經(jīng)理對計(jì)劃的熟悉。在高上術(shù)行業(yè)，日新月異是主要特征，因此計(jì)劃的制定需要在一定條.的限制和假設(shè)之下采用漸近明細(xì)的方式進(jìn)行不斷完善。提高目經(jīng)理的計(jì)劃意識，采用項(xiàng)目計(jì)劃制定相關(guān)各種知識、技術(shù)、具，加強(qiáng)對開發(fā)計(jì)劃、階段計(jì)劃的有效勝進(jìn)行事前事后的評估。超級秘書網(wǎng)

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

(四)加強(qiáng)相互間的溝通。制定有效的擇通制度和溝通機(jī)制，對由于缺乏溝通而造成的事件進(jìn)行通報(bào)作夕教提醒，以提高溝通意識;溝通方式應(yīng)根據(jù)內(nèi)容而多樣化，甘究有效率的溝通;通過制度規(guī)定對由于未及時(shí)收取郵件而造成壯失的責(zé)任歸屬;對于非凡重要的內(nèi)容要采用多種方式進(jìn)行有效通以確保傳達(dá)到位。超級秘書網(wǎng)

(五)提高軟件項(xiàng)目的風(fēng)險(xiǎn)管理意識。通泛學(xué)習(xí)項(xiàng)目管理知識把握風(fēng)險(xiǎn)識別、量化、策略探究、反應(yīng)控制爾工具和方法把握項(xiàng)目風(fēng)險(xiǎn)管理所必備的知識。通過加強(qiáng)對項(xiàng)目知劃中風(fēng)險(xiǎn)管理計(jì)劃的審核提高項(xiàng)目組的風(fēng)險(xiǎn)管理意識。總結(jié)本表業(yè)項(xiàng)目中常見的風(fēng)險(xiǎn)及其策略作為風(fēng)險(xiǎn)管理計(jì)劃中必要的風(fēng)險(xiǎn)詳容，并切實(shí)評估相應(yīng)策略的有效勝和可行險(xiǎn)

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

第9篇

關(guān)鍵詞：P6項(xiàng)目管理軟件，EPC，總包項(xiàng)目

 

在我國，工程項(xiàng)目管理長期以來一直是封閉落后的計(jì)劃經(jīng)濟(jì)的管理模式，這種不講求效益，不遵守實(shí)際帶有長官命令色彩的“拍腦袋”式的管理模式使得我國工程項(xiàng)目長期處于“沒有管理的管理”狀態(tài)。我院自改制以來一直堅(jiān)持走工程總承包模式的道路，不斷學(xué)習(xí)并摸索國際先進(jìn)的項(xiàng)目管理模式及方法，在冶金行業(yè)率先引入了國際先進(jìn)的項(xiàng)目管理軟件系統(tǒng)：美國Primavera公司的PrimaveraProject Plan（通常所說的P3軟件）6.2版，簡稱P6。P6是一種基于廣義網(wǎng)絡(luò)計(jì)劃技術(shù)的工程項(xiàng)目管理軟件，也是世界工程項(xiàng)目管理界普遍認(rèn)可的項(xiàng)目管理軟件。這套系統(tǒng)的引入不僅加深了我們對項(xiàng)目管理的認(rèn)識，提高了我們的業(yè)務(wù)水平，同時(shí)大大增強(qiáng)了公司的市場競爭力，2008年公司中標(biāo)了一個位于印度的綜合鋼廠的EPC總包合同，本人有幸作為公司第一批開拓國際市場的項(xiàng)目管理人員參與了此工程的建設(shè)，并在工程建設(shè)過程中使用P6軟件進(jìn)行項(xiàng)目管理，下面總結(jié)了自己在使用P6軟件進(jìn)行項(xiàng)目管理在實(shí)際應(yīng)用中的一些體會。

工程項(xiàng)目的管理是一個多目標(biāo)、多工序、既復(fù)雜又龐大、既分別獨(dú)立又相互聯(lián)系的系統(tǒng)工程。論文參考網(wǎng)。一個大型復(fù)雜的工程工程管理實(shí)際上就是利用能夠控制的資源（人力、機(jī)具、材料、資金、工期）在一定的條件下對一個既定目標(biāo)（進(jìn)度、質(zhì)量、費(fèi)用）進(jìn)行科學(xué)的計(jì)劃和以更多的定量數(shù)據(jù)做深入動態(tài)分析；對工程的實(shí)施過程進(jìn)行有效的調(diào)整、控制、優(yōu)化，以盡可能小的投入，獲得最大的效益。

1. 項(xiàng)目計(jì)劃的編制

在項(xiàng)目的最初階段，結(jié)合實(shí)際情況和業(yè)主的要求，并考慮到印度當(dāng)?shù)氐臍夂驐l件（印度每年7-9月為雨季，對土建施工影響較大，且夏季溫度較高，中午地面氣溫能夠達(dá)到50度以上）等，對項(xiàng)目進(jìn)行初步分析和計(jì)劃編制，同時(shí)我們使用P6軟件對項(xiàng)目的基本內(nèi)容進(jìn)行科學(xué)的代碼編制，例如設(shè)計(jì)代碼為EN（Engineering），采購代碼PR（Purchase），施工代碼CO（Construction）等，這些編碼自上而下從大到小的將工程的各項(xiàng)任務(wù)編制成詳細(xì)的進(jìn)度計(jì)劃，形成項(xiàng)目的基準(zhǔn)計(jì)劃，并以此為框架，不斷對項(xiàng)目進(jìn)行分析細(xì)化，使之成為一個可實(shí)際操作的項(xiàng)目進(jìn)度計(jì)劃。

與在國內(nèi)進(jìn)行項(xiàng)目計(jì)劃編制不同的是，國外業(yè)主對計(jì)劃的編制工作室非常重視，往往會要求盡可能詳細(xì)的編制進(jìn)度計(jì)劃，甚至要求詳細(xì)到每一道工序。論文參考網(wǎng)。雖然這樣加大了我們的工作數(shù)量和工作難度，但也讓我們對整個項(xiàng)目能夠做到了如指掌。而且在此過程中，P6軟件還可以按照我們設(shè)定好的各子項(xiàng)作業(yè)條目之間的邏輯關(guān)系，作業(yè)條目中添加的資源，費(fèi)用，工期等進(jìn)行進(jìn)度計(jì)算，在時(shí)間上對所有工作進(jìn)行排列，規(guī)定各個工作何時(shí)開始何時(shí)結(jié)束。P6可以對一個工程項(xiàng)目的所有任務(wù)做出精確的時(shí)間安排，同時(shí)還對完成任務(wù)所需的資源，費(fèi)用等進(jìn)行分析和比較，在千頭萬緒的任務(wù)中找出關(guān)鍵的任務(wù)（關(guān)鍵線路），保證對工期的控制。

2. 項(xiàng)目過程的跟蹤

以上面編排的項(xiàng)目計(jì)劃為基準(zhǔn)計(jì)劃，在項(xiàng)目的實(shí)際實(shí)施過程中，P6軟件能夠?qū)こ踢M(jìn)度進(jìn)行跟蹤，做到動態(tài)管理和控制。目前國內(nèi)項(xiàng)目中，在對工程項(xiàng)目進(jìn)行初期的計(jì)劃編制后即打印后懸掛在辦公室，并未對計(jì)劃進(jìn)行細(xì)致的反饋和跟蹤，以至于很多時(shí)候?qū)こ痰膶?shí)際完成情況了解不足，工期是超前了還是滯后了，提前多少滯后多少沒有人能說清。我們在此項(xiàng)目中不僅僅只編制計(jì)劃，更多的重要工作還在于對計(jì)劃進(jìn)行跟蹤，定期按實(shí)際情況更新計(jì)劃，將計(jì)劃與實(shí)際相比較，通過P6的進(jìn)度計(jì)算工程精確計(jì)算出項(xiàng)目當(dāng)前的狀態(tài)。

以往國內(nèi)的項(xiàng)目中，往往只對項(xiàng)目的重要結(jié)點(diǎn)進(jìn)行跟蹤，而忽視了對整個項(xiàng)目的過程控制和管理，在此次的項(xiàng)目中，我們結(jié)合業(yè)主和自己的要求，使用以周為跟蹤周期，以月為考核周期的方式進(jìn)行實(shí)際情況的更新和跟蹤，為下一步的項(xiàng)目分析、控制和優(yōu)化提供堅(jiān)實(shí)的依據(jù)。

3. 項(xiàng)目的分析、控制與優(yōu)化

通過對項(xiàng)目基準(zhǔn)計(jì)劃的編制、項(xiàng)目實(shí)際過程的跟蹤，P6軟件進(jìn)行進(jìn)度計(jì)算后，會通過基準(zhǔn)計(jì)劃和實(shí)際情況兩條橫道做對比，一目了然的告訴你哪些工作的超前了，哪些工作滯后了，滯后的原因是什么？哪些工作實(shí)際何時(shí)開工或完工，本來應(yīng)該在何時(shí)開工或完工，到目前為止完成了多少工程量或投資，本來應(yīng)該完成多少工程量或投資以及我們關(guān)心的項(xiàng)目當(dāng)前進(jìn)展情況。我們根據(jù)軟件提供的信息，對比基準(zhǔn)計(jì)劃（原計(jì)劃）找出偏差，分析原因，研究糾偏對策，并實(shí)施糾偏措施。P6軟件不但考慮時(shí)間問題，還根據(jù)資源和費(fèi)用進(jìn)行分析，求得一個時(shí)間短，資源耗費(fèi)少，費(fèi)用低的計(jì)劃方案，并通過軟件的強(qiáng)大的計(jì)算功能進(jìn)行網(wǎng)絡(luò)計(jì)劃的優(yōu)化，也就是利用浮時(shí)（Float）不斷改善網(wǎng)絡(luò)計(jì)劃的最初方案，使之獲得最佳工期、最低費(fèi)用和對資源的最有效利用。并能夠利用軟件的過濾功能將影響制約工程進(jìn)度的重要作業(yè)過濾出來重點(diǎn)監(jiān)控。對于發(fā)現(xiàn)工期滯后的工程項(xiàng)目采取補(bǔ)救措施，制定相應(yīng)的追趕計(jì)劃。

以往國內(nèi)的項(xiàng)目里，一旦發(fā)生工期滯后不能按時(shí)完成工程結(jié)點(diǎn)的情況時(shí)，管理者往往采取的措施是盲目增加施工人員，施工機(jī)具等搶時(shí)間、搶結(jié)點(diǎn)以滿足業(yè)主對工期的要求，這樣不僅增加了自身的成本也不利于保證工程質(zhì)量和安全。而在此次的項(xiàng)目中，由于施工人員都來自國內(nèi)，不能做到想增加多少就增加多少，所以通過P6對項(xiàng)目的分析和優(yōu)化，管理人員可以采取多種措施保證施工進(jìn)度。論文參考網(wǎng)。

從以上P6項(xiàng)目管理軟件的使用過程和強(qiáng)大功能上可以看出，國外的工程項(xiàng)目計(jì)劃工作在現(xiàn)代項(xiàng)目管理中占有重要地位，是整個項(xiàng)目管理的龍頭。由于工程的其他管理工作都是圍繞著如何實(shí)現(xiàn)工程總進(jìn)度計(jì)劃所指定的目標(biāo)而展開的，因此，是否有一個全面、優(yōu)質(zhì)的進(jìn)度計(jì)劃幾乎成為工程項(xiàng)目成功的關(guān)鍵。P6告訴我們現(xiàn)代化得工程項(xiàng)目管理要重視計(jì)劃水平，樹立起按計(jì)劃執(zhí)行的嚴(yán)肅性，使參與工程項(xiàng)目的業(yè)主、監(jiān)理單位、承包商等按照統(tǒng)一的進(jìn)度目標(biāo)，并為完成這一目標(biāo)的各種要求做出各自的努力。

而在具體使用中應(yīng)遵守幾個必要的應(yīng)用原則：科學(xué)的項(xiàng)目工作分解和責(zé)任分工是關(guān)鍵；人員投入是保障（必須確保各級管理、編錄人員的務(wù)實(shí)工作）；自上而下來分解（根目錄的建立、各級作業(yè)面的分解、投資預(yù)算的設(shè)置必須自上而下來科學(xué)設(shè)置）；自下而上來匯總（主/子關(guān)系使項(xiàng)目管理必須從低層向高層次累計(jì)和匯總?cè)魏芜M(jìn)度、投資和資源等等的信息）；督促檢查必須貫串始終（必須隨時(shí)跟蹤每一個目標(biāo)的進(jìn)展，發(fā)現(xiàn)問題及時(shí)協(xié)商、及時(shí)處理、及時(shí)采取正確的補(bǔ)救措施，確保目標(biāo)運(yùn)行方向正確、進(jìn)展順利）；及時(shí)調(diào)整是靈魂（領(lǐng)導(dǎo)不重視、調(diào)整數(shù)據(jù)和投資資源不及時(shí)，必然是項(xiàng)目管理的P6平臺失去生命）。國外企業(yè)中，計(jì)劃管理部門是一個非常重要的部門，具有很強(qiáng)的現(xiàn)場指揮權(quán)和協(xié)調(diào)權(quán)。而在我國的企業(yè)中權(quán)力分散，令出多頭的現(xiàn)象很普遍，計(jì)劃部門只是履行編制施工計(jì)劃和統(tǒng)計(jì)報(bào)表等一般的職責(zé)。

當(dāng)前，我國的項(xiàng)目管理模式和水平還處于混交階段，一方面國內(nèi)固有的管理模式和思想已經(jīng)不能滿足國外工程項(xiàng)目的要求，另一方面國外先進(jìn)的管理模式、思想和工具進(jìn)入國內(nèi)，刺激我們必須轉(zhuǎn)變觀念，積極學(xué)習(xí)國外先進(jìn)的管理思想和工具。特別是在涉外工程或合資工程項(xiàng)目建設(shè)中，如果不能很好的與外國業(yè)主的管理模式相融合，將不能很好領(lǐng)會業(yè)主的管理模式，在項(xiàng)目的實(shí)際實(shí)施過程中將處處受制，增加項(xiàng)目的實(shí)施和管理難度，并大大降低企業(yè)的國際市場競爭力。由于我國仍沿用著傳統(tǒng)的工程項(xiàng)目管理模式，企業(yè)中的計(jì)劃管理部門，材料部門和財(cái)務(wù)部門之間都是互為獨(dú)立的職能部門，都有著各自一套獨(dú)立的核算體系和方法，在短時(shí)間內(nèi)很難達(dá)到三者的統(tǒng)一。為了全面推行和實(shí)施“進(jìn)度、資源、成本”的綜合管理，傳統(tǒng)的工程項(xiàng)目管理模式已經(jīng)不能適應(yīng)新形勢下的工程管理和決策的需要。所以，在市場經(jīng)濟(jì)和國際化趨勢向我們滾滾襲來的當(dāng)前時(shí)代，市場競爭、優(yōu)勝劣汰的潮流勢不可擋，我們要虛心學(xué)習(xí)國外先進(jìn)的工程項(xiàng)目管理經(jīng)驗(yàn)，痛下決心，對自己已有的體制進(jìn)行脫胎換骨的改造，只有這樣才能經(jīng)得起這場大潮的考驗(yàn)。