對(duì)軟件項(xiàng)目治理的探討_第1頁
對(duì)軟件項(xiàng)目治理的探討_第2頁
對(duì)軟件項(xiàng)目治理的探討_第3頁
對(duì)軟件項(xiàng)目治理的探討_第4頁
對(duì)軟件項(xiàng)目治理的探討_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、對(duì)軟件項(xiàng)目治理的探討    一、引言 隨著信息技術(shù)的飛速發(fā)展,軟件產(chǎn)品的規(guī)模也越來越龐大,個(gè)人單打獨(dú)斗的作坊式開發(fā)方式已經(jīng)越來越不適應(yīng)發(fā)展的需要。各軟件企業(yè)都在積極將軟件項(xiàng)目治理引入開發(fā)活動(dòng)中,對(duì)開發(fā)實(shí)行有效的治理。我公司是西安一家中型軟件企業(yè),在公司中已經(jīng)實(shí)行了項(xiàng)目治理制度,軟件項(xiàng)目治理是整個(gè)項(xiàng)目治理中的一個(gè)重要組成部分。 從概念上講,軟件項(xiàng)目治理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成,而對(duì)成本、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)行分析和治理的活動(dòng)。實(shí)際上,軟件項(xiàng)目治理的意義不僅僅如此,進(jìn)行軟件項(xiàng)目治理有利于將開發(fā)人員的個(gè)人開發(fā)能力轉(zhuǎn)化成企業(yè)的

2、開發(fā)能力,企業(yè)的軟件開發(fā)能力越高,表明這個(gè)企業(yè)的軟件生產(chǎn)越趨向于成熟,企業(yè)越能夠穩(wěn)定發(fā)展(即減小開發(fā)風(fēng)險(xiǎn))。 軟件開發(fā)不同于其他產(chǎn)品的制造,軟件的整個(gè)過程都是設(shè)計(jì)過程(沒有制造過程);另外,軟件開發(fā)不需要使用大量的物質(zhì)資源,而主要是人力資源;并且,軟件開發(fā)的產(chǎn)品只是程序代碼和技術(shù)文件,并沒有其他的物質(zhì)結(jié)果。基于上述特點(diǎn),軟件項(xiàng)目治理與其他項(xiàng)目治理相比,有很大的獨(dú)特性。 二、軟件項(xiàng)目治理的組織模式 軟件項(xiàng)目可以是一個(gè)單獨(dú)的開發(fā)項(xiàng)目,也可以與產(chǎn)品項(xiàng)目組成一個(gè)完整的軟件產(chǎn)品項(xiàng)目。假如是訂單開發(fā),則成立軟件項(xiàng)目組即可;假如是產(chǎn)品開發(fā),需成立軟件項(xiàng)目組和產(chǎn)品項(xiàng)目(負(fù)責(zé)市場(chǎng)調(diào)研和銷售),組成軟件產(chǎn)品項(xiàng)目組

3、。 公司實(shí)行項(xiàng)目治理時(shí),首先要成立項(xiàng)目治理委員會(huì),項(xiàng)目治理委員會(huì)下設(shè)項(xiàng)目治理小組、項(xiàng)目評(píng)審小組和軟件產(chǎn)品項(xiàng)目組。 1、項(xiàng)目治理委員會(huì) 項(xiàng)目治理委員會(huì)是公司項(xiàng)目治理的最高決策機(jī)構(gòu),一般由公司總經(jīng)理、副總經(jīng)理組成。主要職責(zé)如下: (1)依照項(xiàng)目治理相關(guān)制度,治理項(xiàng)目; (2)監(jiān)督項(xiàng)目治理相關(guān)制度的執(zhí)行; (3)對(duì)項(xiàng)目立項(xiàng)、項(xiàng)目撤消進(jìn)行決策; (4)任命項(xiàng)目治理小組組長、項(xiàng)目評(píng)審委員會(huì)主任、項(xiàng)目組組長. 2、項(xiàng)目治理小組 項(xiàng)目治理小組對(duì)項(xiàng)目治理委員會(huì)負(fù)責(zé),一般由公司治理人員組成。主要職責(zé)如下: (1)草擬項(xiàng)目治理的各項(xiàng)制度; (2)組織項(xiàng)目階段評(píng)審; (3)保存項(xiàng)目過程中的相關(guān)文件和數(shù)據(jù); (4)為

4、優(yōu)化項(xiàng)目治理提出建議。 3、項(xiàng)目評(píng)審小組 項(xiàng)目評(píng)審小組對(duì)項(xiàng)目治理委員會(huì)負(fù)責(zé),可下設(shè)開發(fā)評(píng)審小組和產(chǎn)品評(píng)審小組,一般由公司技術(shù)專家和市場(chǎng)專家組成。主要職責(zé)如下: (1)對(duì)項(xiàng)目可行性報(bào)告進(jìn)行評(píng)審; (2)對(duì)市場(chǎng)計(jì)劃和階段報(bào)告進(jìn)行評(píng)審; (3)對(duì)開發(fā)計(jì)劃和階段報(bào)告進(jìn)行評(píng)審; (4)項(xiàng)目結(jié)束時(shí),對(duì)項(xiàng)目總結(jié)報(bào)告進(jìn)行評(píng)審。 4、軟件產(chǎn)品項(xiàng)目組 軟件產(chǎn)品項(xiàng)目組對(duì)項(xiàng)目治理委員會(huì)負(fù)責(zé),可下設(shè)軟件項(xiàng)目組和產(chǎn)品項(xiàng)目組。軟件項(xiàng)目組和產(chǎn)品項(xiàng)目組分別設(shè)開發(fā)經(jīng)理和產(chǎn)品經(jīng)理。成員一般由公司技術(shù)人員和市場(chǎng)人員構(gòu)成。主要職責(zé)是:根據(jù)項(xiàng)目治理委員會(huì)的安排具體負(fù)責(zé)項(xiàng)目的軟件開發(fā)和市場(chǎng)調(diào)研及銷售工作。 三、軟件項(xiàng)目治理的內(nèi)容 從軟件工

5、程的角度講,軟件開發(fā)主要分為六個(gè)階段:需求分析階段、概要設(shè)計(jì)階段、具體設(shè)計(jì)階段、編碼階段、測(cè)試階段、安裝及維護(hù)階段。不論是作坊式開發(fā),還是團(tuán)隊(duì)協(xié)作開發(fā),這六個(gè)階段都是不可缺少的。 根據(jù)公司實(shí)際情況,公司在進(jìn)行軟件項(xiàng)目治理時(shí),重點(diǎn)將軟件配置治理、軟件質(zhì)量治理、軟件風(fēng)險(xiǎn)治理及開發(fā)人員治理四方面內(nèi)容導(dǎo)入軟件開發(fā)的整個(gè)階段。 在八十年代初,聞名軟件工程專家B.W.Boehm總結(jié)出了軟件開發(fā)時(shí)需遵循的七條基本原則,同樣,我們?cè)谶M(jìn)行軟件項(xiàng)目治理時(shí),也應(yīng)該遵循這七條原則。它們是: (1)用分階段的生命周期計(jì)劃嚴(yán)格治理; (2)堅(jiān)持進(jìn)行階段評(píng)審; (3)實(shí)行嚴(yán)格的產(chǎn)品控制; (4)采用現(xiàn)代程序設(shè)計(jì)技術(shù); (5

6、)結(jié)果應(yīng)能夠清楚地審查; (6)開發(fā)小組地人員應(yīng)該少而精; (7)承認(rèn)不斷改進(jìn)軟件工程實(shí)踐地必要性。 四、編寫軟件項(xiàng)目計(jì)劃書 項(xiàng)目組成立的第一件事是編寫軟件項(xiàng)目計(jì)劃書,在計(jì)劃書中描述開發(fā)日程安排、資源需求、項(xiàng)目治理等各項(xiàng)情況的大體內(nèi)容。計(jì)劃書主要向公司各相關(guān)人員發(fā)放,使他們大體了解該軟件項(xiàng)目的情況。對(duì)于計(jì)劃書的每個(gè)內(nèi)容,都應(yīng)有相應(yīng)具體實(shí)施手冊(cè),這些手冊(cè)是供項(xiàng)目組相關(guān)成員使用的。 軟件項(xiàng)目計(jì)劃書一般應(yīng)該包括下述內(nèi)容: 1.引言 1.1計(jì)劃的目的 1.2項(xiàng)目的范圍和目標(biāo) 1.2.1范圍描述 1.2.2主要功能 1.2.3性能 1.2.4治理和技術(shù)約束 2.項(xiàng)目估算 2.1使用的歷史數(shù)據(jù) 2.2使用

7、的評(píng)估技術(shù) 2.3工作量、成本、時(shí)間估算    3.風(fēng)險(xiǎn)治理戰(zhàn)略 3.1風(fēng)險(xiǎn)識(shí)別 3.2有關(guān)風(fēng)險(xiǎn)的討論 3.3風(fēng)險(xiǎn)治理計(jì)劃 3.3.1風(fēng)險(xiǎn)計(jì)劃 3.3.2風(fēng)險(xiǎn)監(jiān)視 3.3.3風(fēng)險(xiǎn)治理 4.日程 4.1項(xiàng)目工作分解結(jié)構(gòu) 4.2時(shí)限圖(甘特圖) 4.3資源表 5.項(xiàng)目資源 5.1人員 5.2硬件和軟件 5.3非凡資源 6.人員組織 6.1組織結(jié)構(gòu) 6.2治理報(bào)告 7.跟蹤和控制機(jī)制 7.1質(zhì)量保證和控制 7.2變化治理和控制 8.附錄 五、軟件配置治理 是否進(jìn)行配置治理與軟件的規(guī)模有關(guān),軟件的規(guī)模越大,配置治理就顯得越重要。軟件配置治理簡(jiǎn)稱SCM(Softw

8、are Configuration Management的縮寫),是在團(tuán)隊(duì)開發(fā)中,標(biāo)識(shí)、控制和治理軟件變更的一種治理。配置治理的使用取決于項(xiàng)目規(guī)模和復(fù)雜性以及風(fēng)險(xiǎn)水平。 1、目前軟件開發(fā)中面臨的問題 。在有限的時(shí)間、資金內(nèi),要滿足不斷增長的軟件產(chǎn)品質(zhì)量要求; 。開發(fā)的環(huán)境日益復(fù)雜,代碼共享日益困難,需跨越的平臺(tái)增多; 。程序的規(guī)模越來越大; 。軟件的重用性需要提高; 。軟件的維護(hù)越來越困難。 2、軟件配置治理應(yīng)提供的功能 在ISO9000.3中,對(duì)配置治理系統(tǒng)的功能作了如下描述: 。唯一地標(biāo)識(shí)每個(gè)軟件項(xiàng)的版本; 。標(biāo)識(shí)共同構(gòu)成一完整產(chǎn)品的特定版本的每一軟件項(xiàng)的版本; 。控制由兩個(gè)或多個(gè)獨(dú)立工作

9、的人員同時(shí)對(duì)一給定軟件項(xiàng)的更新; ??刂朴蓛蓚€(gè)或多個(gè)獨(dú)立工作的人員同時(shí)對(duì)一給定軟件項(xiàng)的更新; 。按要求在一個(gè)或多個(gè)位置對(duì)復(fù)雜產(chǎn)品的更新進(jìn)行協(xié)調(diào); 。標(biāo)識(shí)并跟蹤所有的措施和更改;這些措施和更改是在從開始直到放行期間,由于更改請(qǐng)求或問題引起的。 3、版本治理 軟件配置治理分為版本治理、問題跟蹤和建立治理三個(gè)部分,其中版本治理是基礎(chǔ)。版本治理應(yīng)完成以下主要任務(wù): 。建立項(xiàng)目; 。重構(gòu)任何修訂版的某一項(xiàng)或某一文件; 。利用加鎖技術(shù)防止覆蓋; 。當(dāng)增加一個(gè)修訂版時(shí)要求輸入變更描述; 。提供比較任意兩個(gè)修訂版的使用工具; 。采用增量存儲(chǔ)方式; 。提供對(duì)修訂版歷史和鎖定狀態(tài)的報(bào)告功能; 。提供歸并功能; 。

10、答應(yīng)在任何時(shí)候重構(gòu)任何版本; 。權(quán)限的設(shè)置; 。晉升模型的建立; 。提供各種報(bào)告。 4、配置治理軟件PVCS 6.0 PVCS6.0是一套非常優(yōu)秀的配置治理軟件,它能夠?qū)崿F(xiàn)配置治理中的各項(xiàng)要求,并且能和多種流行開發(fā)平臺(tái)集成,為配置治理提供了很大的方便。 六、軟件質(zhì)量治理 隨著軟件開發(fā)的規(guī)模越來越大,軟件的質(zhì)量問題顯得越來越突出。軟件質(zhì)量的控制不單單是一個(gè)軟件測(cè)試問題,在軟件開發(fā)的所有階段都應(yīng)該引入質(zhì)量治理。我公司除加強(qiáng)了國家標(biāo)準(zhǔn)"信息技術(shù)軟件生存期過程"(GB/T8566-1995)的規(guī)范治理外,還積極為通過ISO 9000.3做預(yù)備。 1、軟件質(zhì)量保證計(jì)劃 在進(jìn)行軟件開發(fā)

11、前,需要有一個(gè)軟件質(zhì)量保證計(jì)劃。目前較常用的是ANSI/IEEE STOL 730-1984,983-1986標(biāo)準(zhǔn),包括以下內(nèi)容: 1.計(jì)劃目的 2.參考文獻(xiàn) 3.治理 3.1.組織 3.2.任務(wù) 3.3.責(zé)任 4.文檔 4.1.目的 4.2.要求的軟件工程文檔 4.3.其他文檔 5.標(biāo)準(zhǔn)和約定 5.1.目的 5.2.約定 6.評(píng)審和審計(jì) 6.1.目的 6.2.評(píng)審要求 6.2.1.軟件需求的評(píng)審 6.2.2.設(shè)計(jì)評(píng)審 6.2.3.軟件驗(yàn)證和確認(rèn)評(píng)審 6.2.4.功能評(píng)審 6.2.5.物理評(píng)審 6.2.6.內(nèi)部過程評(píng)審 6.2.7.治理評(píng)審 7.測(cè)試 8.問題報(bào)告和改正活動(dòng) 9.工具、技術(shù)和方

12、法 10.媒體控制 11.供給者控制 12.記錄、收集、維護(hù)和保密 13.培訓(xùn) 14.風(fēng)險(xiǎn)治理 2、質(zhì)量治理的基本原則 ??刂扑羞^程的質(zhì)量; 。過程控制的出發(fā)點(diǎn)是預(yù)防不合格; 。質(zhì)量治理的中心任務(wù)是建立并實(shí)施文件化的質(zhì)量體系; 。持續(xù)的質(zhì)量改進(jìn); 。有效的質(zhì)量體系應(yīng)滿足顧客和組織內(nèi)部雙方的需要和利益; 。定期評(píng)價(jià)質(zhì)量體系; 。搞好質(zhì)量治理要害在于領(lǐng)導(dǎo)。 3、軟件質(zhì)量因素 正確性:系統(tǒng)滿足規(guī)格說明和用戶目標(biāo)的程度,即,在預(yù)定環(huán)境下能正確地完成預(yù)期功能的程度。 健壯性:在硬件發(fā)生故障、輸入的數(shù)據(jù)無效或操作錯(cuò)誤等意外環(huán) 境下,系統(tǒng)能做出適當(dāng)響應(yīng)的程度。 效率:為了完成預(yù)定的功能,系統(tǒng)需要的計(jì)算資源

13、的多少。 完整性(安全性):對(duì)未經(jīng)授權(quán)的人使用軟件或數(shù)據(jù)的企圖,系統(tǒng)能過控制(禁止)的程度。    可用性:系統(tǒng)在完成預(yù)定應(yīng)該完成的功能時(shí)另人滿足的程度。 風(fēng)險(xiǎn):按預(yù)定的成本和進(jìn)度把系統(tǒng)開發(fā)出來,并且為用戶所滿足的概率。 可理解性:理解和使用該系統(tǒng)的輕易程度。 可維修性:診斷和改正在運(yùn)行現(xiàn)場(chǎng)發(fā)現(xiàn)的錯(cuò)誤所需要的工作量的大小。 靈活性(適應(yīng)性):修改或改進(jìn)正在運(yùn)行的系統(tǒng)需要的工作量的多少。 可測(cè)試性:軟件輕易測(cè)試的程度。 可移植性:把程序從一種硬件配置和(或)軟件系統(tǒng)環(huán)境轉(zhuǎn)移到另一種配置和環(huán)境時(shí),需要的工作量多少。有一種定量度量的方法是:用原來程序設(shè)計(jì)和調(diào)試

14、的成本除移植時(shí)需用的費(fèi)用。 可再用性:再其他應(yīng)用中該程序可以被再次使用的程度(或范圍)。 互運(yùn)行性:把該系統(tǒng)和另一個(gè)系統(tǒng)結(jié)合起來需要的工作量的多少。 4、軟件評(píng)審 軟件評(píng)審并不是在軟件開發(fā)完畢后進(jìn)行評(píng)審,而是在軟件開發(fā)的各個(gè)階段都要進(jìn)行評(píng)審。因?yàn)樵谲浖_發(fā)的各個(gè)階段都可能產(chǎn)生錯(cuò)誤,假如這些錯(cuò)誤不及時(shí)發(fā)現(xiàn)并糾正,會(huì)不斷地?cái)U(kuò)大,最后可能導(dǎo)致開 發(fā)的失敗。下面這組數(shù)據(jù)可以清楚的看出前期的錯(cuò)誤對(duì)后期的影響。 軟件評(píng)審是相當(dāng)重要的工作,也是目前國內(nèi)開發(fā)最不重視的工作。 (1)評(píng)審目標(biāo) 。發(fā)現(xiàn)任何形式表現(xiàn)的軟件功能、邏輯或?qū)崿F(xiàn)方面的錯(cuò)誤; 。通過評(píng)審驗(yàn)證軟件的需求; 。保證軟件按預(yù)先定義的標(biāo)準(zhǔn)表示; 。已

15、獲得的軟件是以統(tǒng)一的方式開發(fā)的; 。使項(xiàng)目更輕易治理。 (2)評(píng)審過程 A、召開評(píng)審會(huì)議:一般應(yīng)有3至5人參加,會(huì)前每個(gè)參加者做好預(yù)備,評(píng)審會(huì)每次一般不超過2小時(shí)。 B、會(huì)議結(jié)束使必須做出以下決策之一:接受該產(chǎn)品,不需做修改;由于錯(cuò)誤嚴(yán)重,拒絕接受;暫時(shí)接受該產(chǎn)品。 C、評(píng)審報(bào)告與記錄;所提出的問題都要進(jìn)行記錄,在評(píng)審會(huì)結(jié)束前產(chǎn)生一個(gè)評(píng)審問題表,另外必須完成評(píng)審簡(jiǎn)要報(bào)告。 (3)評(píng)審準(zhǔn)則 。評(píng)審產(chǎn)品,而不是評(píng)審設(shè)計(jì)者(不能使設(shè)計(jì)者有任何壓力); 。會(huì)場(chǎng)要有良好的氣氛; 。建立議事日程并維持它(會(huì)議不能脫離主題); 。限制爭(zhēng)論與反駁(評(píng)審會(huì)不是為了解決問題,而是為了發(fā)現(xiàn)問題; 。指明問題范圍,而

16、不是解決提到的問題; 。展示記錄(最好有黑板,將問題隨時(shí)寫在黑板上); 。限制會(huì)議人數(shù)和堅(jiān)持會(huì)前預(yù)備工作; 。對(duì)每個(gè)被評(píng)審的產(chǎn)品要盡力評(píng)審清單(幫助評(píng)審人員思考); 。對(duì)每個(gè)正式技術(shù)評(píng)審分配資源和時(shí)間進(jìn)度表; 。對(duì)全部評(píng)審人員進(jìn)行必要的培訓(xùn); 。及早地對(duì)自己地評(píng)審做評(píng)審(對(duì)評(píng)審準(zhǔn)則的評(píng)審)。 5、ISO9000.3軟件質(zhì)量認(rèn)證體系 ISO9000.3是ISO9000質(zhì)量體系認(rèn)證中關(guān)于計(jì)算機(jī)軟件質(zhì)量治理和質(zhì)量保證標(biāo)準(zhǔn)部分。它從治理職責(zé)、質(zhì)量體系、合同評(píng)審、設(shè)計(jì)控制、文件和資料控制、采購、顧客提供產(chǎn)品的控制、產(chǎn)品標(biāo)識(shí)和可追溯性、過程控制、檢驗(yàn)和試驗(yàn)、檢驗(yàn)/測(cè)量和試驗(yàn)設(shè)備的控制、檢驗(yàn)和試驗(yàn)狀態(tài)、不合

17、格品的控制、糾正和預(yù)防措施、搬運(yùn)/貯存/包裝/防護(hù)和交付、質(zhì)量記錄的控制、內(nèi)部質(zhì)量審核、培訓(xùn)、服務(wù)、統(tǒng)計(jì)系統(tǒng)等二個(gè)方面對(duì)軟件質(zhì)量進(jìn)行了要求。 6、測(cè)試 軟件測(cè)試是軟件開發(fā)的一個(gè)重要環(huán)節(jié),同時(shí)也是軟件質(zhì)量保證的一個(gè)重要環(huán)節(jié)。所謂測(cè)試就是用已知的輸入在已知環(huán)境中動(dòng)態(tài)地執(zhí)行系統(tǒng)(或系統(tǒng)的部件)。測(cè)試一般包括單元測(cè)試、模塊測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。假如測(cè)試結(jié)果與預(yù)期結(jié)果不一致,則很可能是發(fā)現(xiàn)了系統(tǒng)中的錯(cuò)誤,測(cè)試過程中將產(chǎn)生下述基本文檔: (1)測(cè)試計(jì)劃:確定測(cè)試范圍、方法、和需要的資源等。 (2)測(cè)試過程:具體描述和每個(gè)測(cè)試方案有關(guān)的測(cè)試步驟和數(shù)據(jù)(包括測(cè)試數(shù)據(jù)及預(yù)期的結(jié)果)。 (3)測(cè)試結(jié)果:把每次

18、測(cè)試運(yùn)行的結(jié)果歸入文檔,假如運(yùn)行出錯(cuò),則應(yīng)產(chǎn)生問題報(bào)告,并且必須經(jīng)過調(diào)試解決所發(fā)現(xiàn)的問題。測(cè)試結(jié)果:把每次測(cè)試運(yùn)行的結(jié)果歸入文檔,假如運(yùn)行出錯(cuò),則應(yīng)產(chǎn)生問題報(bào)告,并且必須經(jīng)過調(diào)試解決所發(fā)現(xiàn)的問題。 七、軟件風(fēng)險(xiǎn)治理 軟件項(xiàng)目治理存在著風(fēng)險(xiǎn),假如我們提前重視風(fēng)險(xiǎn),并且有所防范,就可以最大限度減少風(fēng)險(xiǎn)的發(fā)生。進(jìn)行風(fēng)險(xiǎn)治理是有效的手段。 1、風(fēng)險(xiǎn)的分類 根據(jù)風(fēng)險(xiǎn)內(nèi)容,我們可以將風(fēng)險(xiǎn)分為項(xiàng)目風(fēng)險(xiǎn)(成本提高,時(shí)間延長等)、技術(shù)風(fēng)險(xiǎn)(技術(shù)不成熟等)、商業(yè)風(fēng)險(xiǎn)(銷售問題等)、戰(zhàn)略風(fēng)險(xiǎn)(公司的經(jīng)營戰(zhàn)略發(fā)生了變化)、治理風(fēng)險(xiǎn)(公司治理人員是否成熟等)、預(yù)算風(fēng)險(xiǎn)(預(yù)算是否準(zhǔn)確等)等。 另外,我們還可以將風(fēng)險(xiǎn)分為已

19、知風(fēng)險(xiǎn)(如員工離職等)、可預(yù)告風(fēng)險(xiǎn)(從以往經(jīng)驗(yàn)得出可能有風(fēng)險(xiǎn)的)和不可預(yù)知風(fēng)險(xiǎn)。    2、風(fēng)險(xiǎn)的識(shí)別 風(fēng)險(xiǎn)識(shí)別的有效方法是建立風(fēng)險(xiǎn)項(xiàng)目檢查表。主要涉及以下幾方面檢查: 。產(chǎn)品規(guī)模風(fēng)險(xiǎn)檢查 。業(yè)務(wù)影響風(fēng)險(xiǎn)檢查 。與客戶相關(guān)的風(fēng)險(xiǎn)檢查 。過程風(fēng)險(xiǎn)檢查 。技術(shù)風(fēng)險(xiǎn)檢查 。開發(fā)環(huán)境風(fēng)險(xiǎn)檢查 。與人員的模式和經(jīng)驗(yàn)有關(guān)的風(fēng)險(xiǎn)檢查 3、風(fēng)險(xiǎn)評(píng)估 風(fēng)險(xiǎn)評(píng)估主要從下面七個(gè)方面進(jìn)行: 。發(fā)生的可能性 。發(fā)生的結(jié)果(影響) 。建立一個(gè)尺度表示風(fēng)險(xiǎn)可能性(如,極罕見、罕見、普通、可能、極可能) 。描述風(fēng)險(xiǎn)帶來的后果 。估計(jì)對(duì)產(chǎn)品和項(xiàng)目的影響 。確定風(fēng)險(xiǎn)評(píng)估的正確性 。根據(jù)影響排定有限隊(duì)列 另外,要對(duì)每個(gè)風(fēng)險(xiǎn)的表現(xiàn)、范圍、時(shí)間做出盡量準(zhǔn)確的判定。 4、風(fēng)險(xiǎn)的評(píng)價(jià) 對(duì)風(fēng)險(xiǎn)的評(píng)價(jià)主要依據(jù)三個(gè)因素:風(fēng)險(xiǎn)描述、風(fēng)險(xiǎn)概率和風(fēng)險(xiǎn)影響。從成本、進(jìn)度及性能三個(gè)方面對(duì)風(fēng)險(xiǎn)進(jìn)行評(píng)價(jià)。確定項(xiàng)目的中止點(diǎn),在中止點(diǎn)出再一次進(jìn)行風(fēng)險(xiǎn)評(píng)價(jià)。 5、風(fēng)險(xiǎn)的駕馭和監(jiān)控 風(fēng)險(xiǎn)的駕馭與監(jiān)控主要要靠治理者的經(jīng)驗(yàn)來實(shí)施。如,某開發(fā)人員的離職概率是0.7,離職后會(huì)對(duì)項(xiàng)目造成一定的影響,則該風(fēng)險(xiǎn)駕馭和監(jiān)控的策略如下: 。與在職人員協(xié)商,確定流動(dòng)原因。 。在項(xiàng)目開始前,把環(huán)節(jié)這些流動(dòng)原因的工作列入風(fēng)險(xiǎn)駕馭計(jì)劃。 。項(xiàng)目開

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論