該文章專案風險監測表是對前一篇文章風險管理的乙個補充，可以用來識別風險，並可以集中來識別下列常見子型別中已知的及可**的風險：
1、開發環境
軟體工程環境支援專案組、過程及產品，但是，如果環境有缺陷，它就有可能成為重要的風險源。
(1)、是否有可用的軟體專案管理工具；
(2)、是否有可用的軟體過程管理工具；
(3)、是否有可用的分析及設計工具；
(4)、是否有可用的測試工具；
(5)、是否有可用的軟體配置管理工具；
(6)、專案組的成員是否接受過每個所使用工具的培訓；
(7)、是否有專門的開發工具管理
如果對於上述問題的答案多數是否定的，則軟體開發環境是薄弱的，且風險很高。
2、組織方面的風險
(1)、對該專案是否有足夠的支援(人力支援,管理人員 、qa、測試或其他外部人員)
(2)、該專案是否是企業最大的專案
(3)、專案管理是否有明確定義流程
3、人員方面的風險
(1)、是否可以獲得足夠的人員
(2)、他們是否有足夠的技能和經驗
(3)、是否一起工作過,他們之間的配置是否合理
(4)、他們是否相信專案會成功
(5)、是否有專業領悟的專家
(6)、是否有專門人員進行客戶聯絡
(7)、是否有最優秀的人員可用；
(8)、人員在技術上是否配套；
(9)、是否有足夠的人員可用；
(10)、開發人員是否能夠自始至終地參加整個專案的工作；
(11)、專案中是否有一些人員只能部分時間工作；
(12)、開發人員對自己的工作是否有正確的期望；
(13)、開發人員是否接受過必要的培訓；
(14)、開發人員的流動是否仍能保證工作的連續性；
4、工期方面的風險
(1)、時間表指定的是否現實
(2)、是否可以為了滿足時間表而對功能 進行規模管理
(3)、對於交付日期的要求有多嚴格
5、專案規模方面的風險
(1)、專案的成功是否能夠被評測
(2)、是否有關於如何評測專案成功的協議
(3)、 需求是否相當穩定並得到了充分的了解
(4)、專案規模規定不限還是不斷的擴大
(5)、專案開發的時間範圍是否太短，不夠靈活？
(6)、是否以loc或fp估算產品的規模；
(7)、對於估算出的產品規模的信任程度如何；
(8)、產品的使用者數有多少；
6、技術方面的風險
(1)、該技術對於你的公司而言是新的嗎
(2)、技術是否過時
(3)、重複使用技術是否合理
(4)、當前可用的技術框架是否合理
(5)、是否有特別苛刻的技術要求
(6)、是否依賴未經試驗的新技術、服務或未被證明的硬體、軟體
(7)、使用的技術是否有特別的依賴
(8)、產品的需求是否要求採用特定的使用者介面；
(9)、需求中是否有過分的對產品的效能約束；
(10)、客戶能確定所要求的功能是可行的嗎？
7、外部依賴性方面的風險
(1)、改專案是否依賴其他的開發平台
(2)、改專案是否依賴外部產品或外部開發的構建
(3)、成功是否依賴與開發工具和實施技術的成功整合？是否有替代計畫，是否可以在沒有這些技術的情況情況下交付專案
還有其他的比如 軟體過程管理技術、客戶風險、商業風險、資金管理之類的,我們暫時只討論開發方面的.
專案管理 風險管理
目錄 1 規劃風險管理 2 識別風險 3 實施定性風險分析 4 實施定量風險分析 5 規劃風險應對 6 控制風險 常見問題 需要編寫乙個計畫來記錄了我們打算如何來進行專案風險管理的內容。我們需要識別這個專案裡到底有哪些風險，並把它記錄下來。通過風險的發生概率和發生之後對專案的影響情況，對風險進行乙個...
專案管理 專案風險管理
許多專案失敗的原因往往是由於專案過於龐大難以把控，運用了不太熟悉的新技術，缺乏詳盡的專案計畫，缺乏使用者的參與，管理人員粗心大意，員工缺乏足夠的開發經驗，劇烈的商業變化等諸多專案風險存在。這就專案經理在專案開展中進行風險評估和風險控制，對專案進行全面的風險管理。專案風險管理劃分為風險評估和風險控制，...
專案管理（四） 風險管理
本文主要介紹在專案啟動前怎麼樣分步驟的去識別風險,才去什麼方式去識別風險.有需要做風險識別的朋友可以按照下面的步驟簡單的走上一遍,或者可以提高專案的成功率 注意 本文章只是你做風險識別的chekclists 上面提到的一些分析方法都只是簡單的介紹 一 識別風險 1 決定識別風險的責任人 專案經理應該...