項目管理中的風險來源、識別與控制(更新版)
【正文】 無法滿足用戶要求，因而必須重做； ③客戶對規(guī)劃、原型和規(guī)格的審核 決策周期比預(yù)期的要長； ?、芸蛻魶]有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導(dǎo)致需求不穩(wěn)定和產(chǎn)品生產(chǎn)周期的變更； ?、菘蛻舸饛?fù)的時間(如回答或澄清與需求相關(guān)問題的時間)比預(yù)期長； ⑥客戶提供的組件質(zhì)量欠佳，導(dǎo)致額外的測試、設(shè)計和集成工作，以及額外的客戶關(guān)系管理工作。它包括風險識別、風險評估和風險管理三方面的內(nèi)容。即便一些風險沒有照此原則分擔，項目融資仍可進行，但是成本及最終的資費就會高一些。且大型項目的研制需要長時間大規(guī)模的組織、指揮協(xié)調(diào)工作，以及漫長的研制周期等，都會帶來種種難以預(yù)見的不確定性因素。其大小可用失敗的概率和失敗的后果兩個變量來標識。IＴ項目開發(fā)中常見的風險有如下幾類：（1）需求風險 ①需求已經(jīng)成為項目基準，但需求還在繼續(xù)變化； ②需求定義欠佳，而進一步的定義會擴展項目范疇； ?、厶砑宇~外的需求； ?、墚a(chǎn)品定義含混的部分比預(yù)期需要更多的時間； ?、菰谧鲂枨笾锌蛻魠⑴c不夠； ?、奕鄙儆行У男枨笞兓芾磉^程。（9）過程風險 ?、俅罅康募埫婀ぷ鲗?dǎo)致進程比預(yù)期的慢； ?、谇捌诘馁|(zhì)量保證行為不真實，導(dǎo)致后期的重復(fù)工作； ③太不正規(guī)(缺乏對軟件開發(fā)策略和標準的遵循)，導(dǎo)致溝通不足，質(zhì)量欠佳，甚至需重新開發(fā)； ?、苓^于正規(guī)(教條地堅持軟件開發(fā)策略和標準)，導(dǎo)致過多耗時于無用的工作； ?、菹蚬芾韺幼珜戇M程報告占用開發(fā)人員的時間比預(yù)期的多； ?、揎L險管理粗心，導(dǎo)致未能發(fā)現(xiàn)重大的項目風險。輸入標識風險評審風險風險表風險識別過程4 風險分析的方法 我們知道，對于風險分析所作的工作大多局限于任務(wù)風險分析當中。 PRA和DPRA都是在FTA分析基礎(chǔ)上的量化，在可靠性及運行系統(tǒng)風險分析領(lǐng)域內(nèi)應(yīng)用廣泛。用戶多次仿真后，通過節(jié)點收集到的各參數(shù)了解系統(tǒng)情況以輔助決策。下面是進行風險分析的幾個一般性原則：（1）風險分析是軟件設(shè)計的一部分，就像應(yīng)力分析是傳統(tǒng)軟件設(shè)計實踐的部分一樣；（2）風險分析是正式的、嚴謹?shù)摹⒍炕?；?）風險分析的目的是為了支持決策，應(yīng)當把風險分析作為系統(tǒng)軟件設(shè)計和研制過程的一部分，而不應(yīng)該過遲而無法做出主要的改變和資金的壓力強迫在安全性和可靠性上妥協(xié)，而這種妥協(xié)不能接受的情況下，作為一種反省進行；（4）風險分析可以按各種等級的詳細程度、徹底程度和精密程度來進行；（5）風險分析詳細、徹底、精確程度與分析項目的重要性和環(huán)境潛在的破壞程度大小相一（6）在一個項目的早期概念階段，能夠而且應(yīng)該實施近似的風險分析，隨著設(shè)計的逐漸開展，風險分析的精度和詳細程度也隨之提高。CRM模型要求在項目生命期的所有階段都關(guān)注風險識別和管理，它將風險管理劃分為五個步驟：風險識別、分析、計劃、跟蹤
公司管理相關(guān)推薦
鄂ICP備17016276號-1