軟件項目風險管理風險識別、預測、評估、緩解、監(jiān)控資料-wenkub
2023-04-28 02:06:42 本頁面
【正文】 是否90％以上的代碼都是使用高級語言編寫的； 是否有一個可遵循的規(guī)程，來跟蹤及復審子合同承包商的工作； 技術問題 有什么機制來保證按照軟件工程標準來指導工作； 是否為作為軟件過程一部分而定義的所有交付物建立了文檔概要及示例； 開發(fā)人員是否同意按照文檔所寫的軟件過程進行開發(fā)工作，并自愿使用它； 過程風險 如果軟件過程定義得不清楚；如果分析、設計、測試以無序的方式進行；如果質量是每個人都認為很重要的概念，但沒有人切實采取行動來保證它，那么這個項目就處在風險之中。 該客戶是否愿意參加復審工作； 你以前是否曾與這個客戶合作過； 一些人非常熟悉產(chǎn)品及生產(chǎn)廠商；而另一些人則可能素未謀面，僅僅通過信件來往和電話與生產(chǎn)廠商溝通。一些人喜歡享受客戶的身份，而另一些人則根本不喜歡做為客戶。 客戶相關風險 客戶有不同的需要。 政府對本產(chǎn)品開發(fā)的約束； 交付期限的合理性如何； 復用的軟件有多少？ 商業(yè)影響風險 銷售部門是受商業(yè)驅動的，而商業(yè)考慮有時會直接與技術實現(xiàn)發(fā)生沖突。 產(chǎn)品規(guī)模與以前產(chǎn)品的規(guī)模的平均值的偏差百分比是多少； 下面的風險檢查表中的條目標識了產(chǎn)品（軟件）規(guī)模相關的常見風險： 風險條目檢查表能夠以不同的方式來組織。 一般性風險和特定產(chǎn)品的風險都應該被系統(tǒng)化地標識出來。 每一類風險可以分為兩種不同的類型：一般性風險和特定產(chǎn)品的風險。（2）可預測風險，能夠從過去項目的經(jīng)驗中推測出來（如：人員調整，與客戶之間無法溝通，由于需要進行維護而使開發(fā)人員精力分散）。 商業(yè)風險：商業(yè)風險威脅到要開發(fā)軟件的生存能力。 技術風險：是指潛在地設計、實現(xiàn)、接口、驗證和維護等方面的問題。 進行風險分析時，重要的是量化不確定的程度和與每個風險相關的損失的程度。主動策略風險管理的主要目標是預防風險。這種管理模式常常被稱為“救火模式”。另一方面，風險將涉及思想、觀念、行為、地點等因素的改變。軟件項目風險管理一、風險管理概述軟件風險是指軟件開發(fā)過程中及軟件產(chǎn)品本身可能造成的傷害或損失。 當在軟件工程領域考慮風險時，我們要關注以下的問題：什么樣的風險會導致軟件項目的徹底失??？用戶需求、開發(fā)技術、目標計算機、以及所有其它與項目有關的因素的改變將會對按時交付和總體成功產(chǎn)生什么影響？對于采用什么方法和工具，需要多少人員參與工作的問題，我們如何選擇和決策？對軟件質量要達到什么程度才是“足夠的”？ 當沒有辦法消除風險，甚至連試圖降低該風險也存在疑問時，這些風險就是真正的風險了。當補救的努力失敗后，項目就處在真正的危機之中了。但是，因為不是所有的風險都能夠預防，所以，項目組必須建立一個應付意外事件的計劃，使其在必要時能夠以可控的及有效的方式作出反應。 為了實現(xiàn)這點，必須考慮以下幾種不同類型的風險： 項目風險：項目風險是指潛在的預算、進度、人力（工作人員和組織）、資源、客戶、需求等方面的問題以及它們對軟件項目的影響。此外規(guī)約的二義性、技術的不確定性、陳舊的技術、以及“過于先進”的技術也是風險因素。商業(yè)風險常常會危害項目或產(chǎn)品。（3）不可預測風險，它們可能、也會真的出現(xiàn)，但很難事先識別出它們來。一般性風險對每一個軟件項目而言都是一個潛在地威脅。識別風險的一個方法是建立風險條目檢查表。 商業(yè)影響——與管理或市場所加諸的約束相關的風險。 過程定義——與軟件過程被定義的程度以及它們被開發(fā)組織所遵守的程度相關的風險。 建造的技術——與待開發(fā)軟件的復雜性以及系統(tǒng)所包含技術的“新奇性”相關的風險。與上述話題相關的問題可以由每一個軟件項目來回答。 是否以LOC或FP估算產(chǎn)品的規(guī)模； 產(chǎn)品創(chuàng)建或使用的數(shù)據(jù)庫大小如何； 下面的風險檢查表中的條目標識了與商業(yè)影響相關的常見風險： 將會使用本產(chǎn)品的用戶數(shù)及本產(chǎn)品是否與用戶的需要相符合； 延遲交付所造成的成本消耗是多少； 一些人只知道他們需要什么；而另一些人知道他們不需要什么。一些人會高興地接受幾乎任何交付的產(chǎn)品，并能充分利用一個不好的產(chǎn)品；而另一些人則會對質量差的產(chǎn)品猛烈抨擊。 一個“不好的”客戶可能會對一個軟件項目組能否在預算內完成項目產(chǎn)生很大的影響。 該客戶是否很清楚需要什么；他能否化時間把需求寫出來； 該客戶是否具有改產(chǎn)品領域的技術素養(yǎng)； 過程問題： 該軟件過程是否可以用于其它項目； 是否定期對需求規(guī)約、設計和編碼進行正式的技術復審； 是否使用配置管理來維護系統(tǒng)/軟件需求、設計、編碼、測試用例之間的一致性； 是否使用方便易用的規(guī)格說明技術來輔助客戶與開發(fā)者之間的通信； 是否定義及使用特定的規(guī)則進行代碼編寫； 是否使用軟件工具來支持測試過程
公司管理相關推薦
鄂ICP備17016276號-1