标签：
该文章项目风险监测表是对前一篇文章风险管理的一个补充，可以用来识别风险，并可以集中来识别下列常见子类型中已知的及可预测的风险：
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)、成功是否依赖与开发工具和实施技术的成功集成？是否有替代计划，是否可以在没有这些技术的情况情况下交付项目
还有其他的比如 软件过程管理技术、客户风险、商业风险、资金管理之类的,我们暂时只讨论开发方面的.
标签：
原文地址：http://www.cnblogs.com/barrywxx/p/4390946.html
