附錄風險分類體系表-資料下載頁
2025-07-01 01:20本頁面
【正文】 :項目組成員在沒有完成手里工作時能夠提高風險嗎？3. 項目組成員對于影響他們工作的事情可以得到及時的通知嗎？－yes 是正式的還是非正式的？士氣是一種沒有生產(chǎn)性、沒有創(chuàng)造性的氣氛嗎？人們感覺到自己做了額外的工作而沒有得到承認嗎？1. 在開發(fā)過程中，如何保持項目組成員的高昂士氣？－no 產(chǎn)生士氣低落的根本因素是什么？2. 保留你所需要的人員方面有什么問題嗎？ 規(guī)劃約束類規(guī)劃約束類來源屬性問題資源進度進度是否不合適或不穩(wěn)定？ 1. 進度一直是穩(wěn)定的嗎2. 進度合理嗎？ －yes 估計的方法是否基于歷史數(shù)據(jù)？采用的方法在過去的實踐中證明有效？3. 是否存在進度計劃中沒有計劃到的領域（QA活動、培訓、維護課程和培訓、關鍵設備、可交付的開發(fā)系統(tǒng)）？4. 是否存在容易影響進度的外部的依賴關系？人員人員是否缺乏經(jīng)驗和缺乏必備的知識和技能或人力不足？1. 是否存在所需要的技術技能缺乏的領域（軟件工程和需求分析方法、算法專家技術、設計和設計方法、程序語言、集成和測試方法、可靠性、可維護性、實用性、人員因素、配置管理、質(zhì)量保證、目標環(huán)境、安全等級、商業(yè)軟件、重用軟件、執(zhí)行系統(tǒng)、 數(shù)據(jù)庫、主要應用領域、性能分析、關鍵軟件等）？2. 是否有充分的人員供給計劃？3. 人員穩(wěn)定嗎？4. 當你需要時你是否有權使用適當?shù)娜诉x？5. 針對這種類型的系統(tǒng)是否實施了人員的安排？6. 程序是否依賴少數(shù)幾個關鍵人員？7. 在選擇合適人員時是否有問題？預算資金是否不充?；虿环€(wěn)定？1. 預算穩(wěn)定嗎？2. 預算是否基于合理的估計？－yes 估計的方法是否基于歷史數(shù)據(jù)？－no 如果沒有基于歷史數(shù)據(jù)，這種方法是否曾經(jīng)使用并有效？3. 是否有部分特征或功能作為設計成本控制的一部分而被刪除？4. 是否存在沒有分配足夠的預算的過程（分析和學習、質(zhì)量保證、培訓、維護課程、關鍵設備、可交付的開發(fā)系統(tǒng)）？5. 需求的變更是否導致預算的變更？－yes 是否作為變更控制流程中的一個標準部分？設施設計和交付產(chǎn)品是否有足夠的設施？1. 開發(fā)使用的設施是否充分？2. 集成環(huán)境是否充分？合同合同的類型合同類型是否是風險的一個來源？1. 你的合同是哪種類型的（成本加獎勵，固定價格等）？2. 這種類型是否呈現(xiàn)出了問題？3. 是否存在難以承擔的部分合同描述（工作描述、規(guī)格書、數(shù)據(jù)項描述、合同部分描述、過多的客戶參與）？4. 是否有難以承擔的文件（過多的數(shù)量、過分挑剔的客戶、過長的批準環(huán)節(jié)）？約束合同是否引起一些約束？1. 針對資料的正確性是否存在問題，如有關的商業(yè)軟件，開發(fā)軟件， 非交付項等？依賴關系程序和外部的產(chǎn)品或服務是否有依賴關系？1. 是否存在可能影響產(chǎn)品的相互依賴性的外部的產(chǎn)品或服務（預算或進度，聯(lián)合承包商，總承包商，轉(zhuǎn)包合同、賣方或供應商、客戶提供的設備或軟件）？計劃接口客戶是否存在一些客戶方的問題，如冗長的文件批準環(huán)節(jié)，溝通不暢，不夠充分的領域?qū)＜医ㄗh？1. 客戶是否能在以下幾個方面（文檔、程序評審、正式評審）及時給予支持？2. 在獲得客戶批準前是否就開始實施？3. 系統(tǒng)的技術方面能否獲得客戶的理解？4. 客戶是否理解軟件？5. 客戶是否干涉過程或人員？6. 管理者是否能在以下方面（需求的理解、測試標準、進度調(diào)整、界面）和客戶一起及時達成相互的一致性意見？7. 在和客戶達成一致意見時你們的工作機制是如何實施的？ 8. 與客戶達成一致的機制（工作組、技術交流會）是否有效？這種機制是否在合同中做了規(guī)定？ 9. 在達成一致意見時是否所有的客戶因素都考慮了？－yes 否是一個正式的定義的過程？10. 管理層對客戶提供的是一個實際的還是樂觀的描繪？14 / 14
法律信息相關推薦
鄂ICP備17016276號-1