軟件項目管理論文項目風險管理(編輯修改稿)
2024-10-14 09:28 本頁面
【文章內(nèi)容簡介】 原則和實踐的結合，在風險成為軟件項目返工的 主要因素并由此威脅到項目的成功運作前，識別、描述并消除這些風險項。 Boehm 的風險管理模型 Boehm 的風險管理模型，從制定技術與管理流程開始，然后完成風險計劃、管理項目風險特征庫、風險分析，風險處理和風險控制，最后評估風險管理流程，以不斷完善風險管理流程。 CMU/SEI 模型 CMU/SEI 模型要求在項目生命周期的所有階段都關注風險識別和管理，將風險管理劃分為 5 個部分 —— 風險識別、分析、計劃、跟蹤和控制，并強調(diào)風險管理的各個組成部分的溝通，將溝 通視為風險管理的核心，不斷地評估可能造成惡劣后果的因素，決定最迫切需要處理的風險，實現(xiàn)控制風險的策略，評測并確保風險策略實施的有效性。 2．計劃和執(zhí) 行風險管理 3．管理項目風險特征庫 7．評估風險管理流程 1．制度技術與管理流程 5．風險處理 信息需求 管理決策 措施請求 風險特征 改進措施 反饋 3 CMMI 風險管理模型 MSF風險管理模型 MSF 強調(diào)風險管理必須是主動的、規(guī)范的，是不可缺少的管理過程，應持續(xù)評估、監(jiān)控和管理風險，直到風險被處理或消除。 MSF 風險管理模型，強調(diào)風險知識庫、掌握風險列表和學習。如下圖所示： MSF 風險管理模型 四 、 風險的分 類及各類風險產(chǎn)生的影響 組織和管理風險 (1)僅由管理層或市場人員進行技術決策 ,導致計劃進度緩慢 ,計劃時間延長 。(2)低效的項目組結構降低生產(chǎn)率 。(3)管理層審查決策的周期比預期的時間長 。(4)預算削減 ,打亂項目計確 定 風 險來源和種類 定義風險 參數(shù) /屬性 制定并維護風險管理策略 識別風險 建立風險緩解計劃 實施緩解計劃 評估、分類和 排序風險 風險庫 項目計 劃和監(jiān)控 控制 掌控風險列表 風險知識庫概率和流程 4．計劃安排 3．分析和有線級排序 4 劃 。(5)管理層 做出 了打擊項目組織積極性的決定 。(6)缺乏必要的規(guī)范 ,導致 工作失誤與重復工作 。(7)非技術的第三方的工作 (預算批準、設備采購批準、法律方面的審查、安全保證等 )時間比預期的延長。 需求風險 很多項目在確定需求時都面臨著一些不確定性。當在項目早期容忍了這些不確定性，并且在 項目進展過程當中得不到解決，這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關的風險因素，那么就很有可能產(chǎn)生錯誤的產(chǎn)品或者拙劣地建造預期的產(chǎn)品。每一種情況對產(chǎn)品來講都可能致命的。 與客戶相關的風險因素有： (1)對產(chǎn)品缺少清晰的認識， (2)對產(chǎn)品需求缺少認同， (3)在做需求中客戶參與不夠， (4)沒有優(yōu)先需求， (5)由于不確定的需要導致新的市場， (6)不斷變化需求， (7)缺少有效的需求變化管理過程， (8)對需求的變化缺少相關分析等。 合同風險 合同里的 條款 比較多，存在風險的概率很大。例如，軟件項目常 常按固定總價的方式簽訂合同，客戶希望實現(xiàn)盡可能多的功能。如果事先沒就項目范圍有明確定義，并成為合同的一部分，項目的驗收可能就會很困難， 項目進度延長，極大的增加了開發(fā)成本。 設計和 實施的 風險 (1)設計質(zhì)量低下 ,導致重復設計 。(2)一些必要的功能無法使用現(xiàn)有的代碼和庫實現(xiàn) ,開發(fā)人員必須使用新的庫或者自行開發(fā)新的功能 。(3)代碼和庫質(zhì)量低下 ,導致 需要進行額外的測試 ,修正錯誤 ,或重新制作 。(4)過高估計了增強型工具對計劃進度的節(jié)省量 。(5)分別開發(fā)的模塊無法有效集成 ,需要重新設計或制作。 人員風險 (1)作為先決條件的任務 (如培訓及其他項目 )不能按時完成 。(2)開發(fā)人員和管理層之間關系不佳 ,導致決策緩慢 ,影響全局 。(3)缺乏激勵措施 ,士氣低下 ,降低了
教學課件相關推薦
鄂ICP備17016276號-1