附錄E-1 風險檢查表1
風險檢查表 提示：請使用者根據(jù)機構(gòu)和項目的實際情況完善本檢查表。 |商業(yè)風險 | |風險類型 |檢查項 | | |政府或者其他機構(gòu)對本項目的開發(fā)有限制嗎？ | | | | |政治 | | |法律 | | |市場 | | | |有不可預測的市場動蕩嗎？ | | |有不利于我方的官司要打嗎？ | | |本產(chǎn)品銷售后在使用過程中可能導致發(fā)生重大的損失或傷亡事 | | |故嗎？ | | |競爭對手有不正當?shù)母偁幮袨閱幔? | | |本產(chǎn)品銷售后在使用過程中可能導致發(fā)生重大的損失或傷亡事 | | |故嗎？ | | |是否在開發(fā)很少有人真正需要卻自以為很好的產(chǎn)品？ | | |是否在開發(fā)可能虧本的產(chǎn)品？ | | |客戶的需求是否含糊不清？ | | | | | | | |客戶 | | | |客戶是否反反復復地改動需求？ | | |客戶指定的需求和交付期限在客觀上可行嗎？ | | |客戶對產(chǎn)品的健壯性、可靠性、性能等質(zhì)量因素有非常過分的 | | |要求嗎？ | | |客戶的合作態(tài)度友善嗎？ | | |與客戶簽的合同公正嗎？雙方互利嗎？ | | |客戶的信譽好嗎？例如按客戶的需求開發(fā)了產(chǎn)品，但是客戶可 | | |能不購買。 | | |與子承包商、供應商簽訂的合同公正嗎？雙方互利嗎？ | | | | |子承包商 | | |供應商 | | | |子承包商、供應商的信譽好嗎？ | | |子承包商、供應商有可能倒閉嗎？ | | |子承包商、供應商能及時交付質(zhì)量合格的產(chǎn)品（或部件）嗎？ | | |子承包商、供應商有能力做好售后服務嗎？ | |管理風險 | |風險類型 |檢查項 | | |對項目的規(guī)模、難度估計是否比較正確？ | | | | | | | | | | |項目計劃 | | | |人力資源（開發(fā)人員、管理人員）夠用嗎？合格嗎？ | | |項目所需的軟件、硬件能按時到位嗎？ | | |項目的經(jīng)費夠用嗎？ | | |進度安排是否過于緊張？有合理的緩沖時間嗎？ | | |進度表中是否遺忘了一些重要的（必要的）任務？ | | |進度安排是否考慮了關(guān)鍵路徑？ | | |是否可能出現(xiàn)某一項工作延誤導致其他一連串的工作也被延誤 | | |？ | | |任務分配是否合理？（即把任務分配給合適的項目成員，充分 | | |發(fā)揮其才能） | | |是否為了節(jié)省錢，不采用（購買）成熟的軟件模塊，一切從零 | | |做起？ | | |… | | |項目成員團結(jié)嗎？是否存在矛盾？ | | | | | | | |項目團隊 | | | |是否絕大部分的項目成員對工作認真負責？ | | |絕大部分的項目成員有工作熱情嗎？ | | |團隊之中有“害群之馬”嗎？ | | |技術(shù)開發(fā)隊伍中有臨時工嗎？ | | |本項目開發(fā)過程中是否會有核心人員辭職、調(diào)動？ | | |是否能保證“人員流動基本不會影響工作的連續(xù)性”？ | | |項目經(jīng)理是否忙于行政事務而無暇顧及項目的開發(fā)工作？ | | |本項目是否得到上級領(lǐng)導的重視？ | | |上級領(lǐng)導是否隨時會抽調(diào)本項目的資源用于其他“高優(yōu)先級”的 | |上級領(lǐng)導 |項目？ | |行政部門 | | |合作部門 | | | |上級領(lǐng)導是否過多地介入本項目的事務并且瞎指揮？ | | |行政部門的辦事效率是否比較底，以至于拖項目的后腿？ | | |行政部門是否經(jīng)常干一些無益于生產(chǎn)力的事情，以至于騷擾本 | | |項目？ | | |機構(gòu)是否能全面、公正地考核員工的工作業(yè)績？ | | |機構(gòu)是否有較好的獎勵和懲罰措施？ | | |本項目的合作部門的態(tài)度積極嗎？是否應付了事？或者做事與 | | |承諾的不一致？ | |技術(shù)風險 | |風險類型 |檢查項 | | |需求開發(fā)人員懂得如何獲取用戶需求嗎？效率高嗎？ | |需求開發(fā) | | | | | |需求管理 | | | |需求開發(fā)人員懂得項目所涉及的具體業(yè)務嗎？能否理解用戶的 | | |需求？ | | |需求文檔能夠正確地、完備地表達用戶需求嗎？ | | |需求開發(fā)人員能否與客戶對有爭議的需求達成共識？ | | |需求開發(fā)人員能否獲得客戶對需求文檔的承諾？以保證客戶不 | | |隨便變更需求？ | | |開發(fā)人員是否有開發(fā)相似產(chǎn)品的經(jīng)驗？ | | | | |綜合技術(shù) | | |開發(fā)能力 | | |包括設計 | | |編程、測試 | | |等 | | | |待開發(fā)的產(chǎn)品是否要與未曾證實的軟硬件相連接？ | | |對開發(fā)人員而言，本項目的技術(shù)難度高嗎？ | | |開發(fā)人員是否已經(jīng)掌握了本項目的關(guān)鍵技術(shù)？ | | |如果某項技術(shù)尚未實踐過，開發(fā)人員能否在預定時間內(nèi)掌握？ | | |開發(fā)小組是否采用比較有效的分析、設計、編程、測試工具？ | | |分析與設計工作是否過于簡單、草率，從而讓程序員邊做邊改 | | |？ | | |開發(fā)小組采用統(tǒng)一的編程規(guī)范嗎？ | | |開發(fā)人員對測試工作重視嗎？能保證測試的客觀性嗎？ | | |項目有獨立的測試人員嗎？懂得如何進行高效率地測試嗎？ | | |是否對所有重要的工作成果進行了同行評審（正式評審或快速 | | |檢查）？ | | |開發(fā)人員懂得版本控制、變更控制嗎？能夠按照配置管理規(guī)范 | | |執(zhí)行嗎？ | | |開發(fā)人員重視質(zhì)量嗎？是否會在進度延誤時降低質(zhì)量要求？ |
附錄E-1 風險檢查表1