02風險項檢查指南(doc)
目錄 1. 概述 2 2. 風險類型 2 2.1 客戶相關風險 2 2.2 商業(yè)影響風險 2 2.3 產品規(guī)模風險 2 2.4 過程風險 3 2.5 技術風險 3 2.6 與人員數(shù)目及經驗相關的風險 3 概述 軟件風險伴隨在項目的整個生命周期中，為了能把風險系統(tǒng)化的標識出來，在 風險發(fā)生之前對其進行有效的預防、管理和控制，必須考慮不同類型的風險。 風險類型 1 客戶相關風險 o 是否曾與這個客戶合作過 o 客戶是否很清楚需要什么，能否花時間把需求寫出來 o 客戶是否同意召開正式的需求收集會 o 客戶是否愿意建立與開發(fā)者的快速通信渠道 o 客戶是否了解軟件過程 o 客戶是否愿意參加復審工作 o 該客戶是否具有該產品領域的技術實力 o 該客戶是否愿意讓你的人來做他們的工作，即當你的人在做具體的技術工作時 ，該客戶是否會堅持在旁邊協(xié)助 如果對這些問題中的任何一個的答案是否定的，則需要進行進一步分析，以評 估潛在的風險。 2 商業(yè)影響風險 o 本產品是否得到公司高級管理層的重視 o 交付期限合理性如何 o 最終用戶的水平如何 o 本產品必須能與之互操作的其他產品/系統(tǒng)的數(shù)目 o 將使用本產品的用戶數(shù)及本產品是否與用戶的需要相符合 o 必須產生并交付給用戶的產品文檔的質與量如何 o 政府對本產品開發(fā)的約束 o 延遲交付所造成的成本消耗是多少 o 產品缺陷所造成的成本消耗是多少 對每一個問題的回答都必須與過去的經驗加以比較，如出現(xiàn)了較大百分差或數(shù) 字相近但過去的結果很不令人滿意，則風險較高。 3 產品規(guī)模風險 o 是否以LOC或FP估算產品的規(guī)模 o 估算出來的產品規(guī)模的信任程度如何 o 產品規(guī)模與以前產品的規(guī)模平均值的偏差百分比是多少 o 產品創(chuàng)建或使用的數(shù)據(jù)庫大小如何 o 產品的用戶數(shù)有多少 o 產品需求改變多少，交付之前有多少，交付之后有多少 o 復用的軟件有多少 4 過程風險 o 開發(fā)人員是否同意按照文檔所寫的軟件過程進行開發(fā)工作，并自愿使用它 o 是否定期對需求規(guī)約、設計和編碼進行正式技術復審 o 是否定期對測試過程和測試情況進行復審 o 是否對每一次的正式技術復審的結果建立了文檔，其中包括發(fā)現(xiàn)的錯誤和使用 的資源 o 是否使用配置管理來維護系統(tǒng)/軟件需求、設計、編碼和測試用例之間的一致 性 o 是否使用一個機制來控制用戶需求的變化及其對軟件的影響 o 對于每一個承包出去的子合同，是否有一份文檔化的工作說明，一份軟件需求 規(guī)約及一份軟件開發(fā)計劃 o 是否有一個可遵循的規(guī)程，來跟蹤及復審子合同承包商的工作 5 技術風險 o 該技術對于你的組織而言是否是新的 o 客戶的需求是否需要創(chuàng)建新的算法或輸入、輸出技術 o 軟件是否需要使用新的或未經證實的硬件接口 o 待開發(fā)的軟件是否需要與開發(fā)商提供的未經證實的軟件接口 o 產品需求中是否要求采用特定的用戶界面 o 待開發(fā)的軟件是否需要與其功能及性能均未在本領域中得到證實的數(shù)據(jù)庫接口 o 需求中是否要求使用新的分析、設計、測試方法 o 需求中是否有過分的對產品的性能約束 o 客戶能確定所要求的功能是“可行的” 6 與人員數(shù)目及經驗相關的風險 o 是否有最優(yōu)秀的人員可用 o 人員在技術上是否配套 o 是否有足夠的人員可用 o 開發(fā)人員是否能夠自始至終的參加整個項目的工作 o 項目中是否有一些人員只能部分時間工作 o 開發(fā)人員對自己的工作是否有正確的期望 o 開發(fā)人員是否接受過必要的培訓 o 開發(fā)人員的流動是否仍能保證工作的連續(xù)性
02風險項檢查指南(doc)