[計算機]軟件文檔寫作11-管理文檔-資料下載頁
2025-10-10 03:53本頁面
【正文】 開發(fā)機構調(diào)整，由不同的管理層負責這個項目 大 嚴重 系統(tǒng)使用的數(shù)據(jù)庫的處理速度不夠快 中等 嚴重 低估了軟件開發(fā)所需要的時間 大 嚴重 CASE工具不能被集成 大 可容忍 客戶不了解需求變更對項目造成的影響 中等 可容忍 職員所需的培訓跟不上 中等 可容忍 低估了缺陷的修補率 中等 可容忍 低估了軟件的規(guī)模 大 可容忍 CASE工具產(chǎn)生的編碼效率低 中等 可忽略 風險 影響 大小的評估 ， 可能的結果有：災難性的 、 嚴重的 、 可以容忍的和可以忽略的 。 右表是對上表已識別風險分析后得出的結果作成的表格： 這個表格的內(nèi)容應隨著項目的進展而更新 。 經(jīng)過風險分析和排序 ， 就可以判斷哪些風險是最重要需要優(yōu)先關注的 ， 以有利于項目的順利開展 。 13 (3) 風險規(guī)劃 風險規(guī)劃過程就是對已識別的每一個重大風險 ， 確定相應的處理策略 。 制定風險管理計劃同樣需要項目管理者的判斷和經(jīng)驗 。 下表給出了處理上表中嚴重和災難性風險的可能的策略 。 風 險 策 略 機構的財務風險 擬一份簡短報告，提交高層管理者，說明這個項目將對業(yè)務目標有重大貢獻 職員招聘風險 穩(wěn)定已有職員，加緊招聘工作，加緊已有低層職員的培訓、培養(yǎng) 職員生病風險 重新對團隊進行組織，使更多工作可以并發(fā)和重疊，員工可以了解他人工作 有缺陷的組件 購買更可靠、穩(wěn)定的組件，替代有潛在缺陷的組件 需求變更 導出可追溯信息來評估需求變更帶來的影響，把隱藏在設計中的信息擴大化 機構調(diào)整 擬一份簡短報告，提交高層管理者，說明這個項目將對業(yè)務目標有重大貢獻 數(shù)據(jù)庫的性能 研究購買高性能數(shù)據(jù)庫的可能性 低估開發(fā)時間 再次估算開發(fā)時間，對要使用的組件、開發(fā)環(huán)境的效用進行檢查，明確資源 風險規(guī)劃的策略有三類： 規(guī)避策略 ：采用這些策略會降低風險出現(xiàn)的概率 。 如 “ 有缺陷的組件 ” 最低風險策略 ：采用這些策略會減少風險影響 。 如 “ 職員生病風險 ” 應急計劃 ：用以應對最嚴重的情形出現(xiàn) ， 以防萬一 。 如 “ 機構財務問題 ” 14 (4) 風險監(jiān)控 風險監(jiān)控就是要對每一個識別的風險及其策略執(zhí)行情況進行定期評估 ，從而確定風險出現(xiàn)可能性的變化趨勢以及風險影響的后果是否有所改變 。 通常 ， 這類信息是不可能直接觀察到的 ， 需要綜合其它因素 。 應該指出的是 ， 風險監(jiān)控應該是一個持續(xù)不斷的過程 ， 在每一次對風險管理進行評估時 ， 每一個重大的風險都應該進行單獨的討論和評估 。 下表列舉了一些典型因素的例子 ， 可能會對評這些估風險類型有幫助 。 風險類型 潛在的特征 技術 硬件或支持軟件延遲交付，暴露出現(xiàn)許多技術問題 人員 職員工作士氣低靡，團隊成員之間關系不協(xié)調(diào)，工作分配不當 機構 機構內(nèi)說三道四，缺乏資深管理人員 工具 團隊成員不愿使用工具，抱怨 CASE工具，需要更強大的工作站 需求 很多需求變更請求以及客戶怨言 估算 跟不上雙方協(xié)商的進度，無法除掉暴露出來的缺陷 下 面，一起看幾個 例子 。
教學課件相關推薦
鄂ICP備17016276號-1