风险管理是CMMI3级中的一个过程域，风险在项目的管理中也是常常被忽视的问题。一般来说，在做项目计划时都会识别一些风险，或者采取一定的措施，但是多流于形式，并没有对风险进行很好的跟踪和监控。当风险发生的时候，一般采取接受的策略。这使得风险管理难以起到它应有的做。在这里我们不谈风险的跟踪和监控，主要列一下项目中可能存在的风险有哪些。我先列一些常见的风险，起个抛砖引玉的作用，希望各位跟帖，把自己碰到的风险列出来，最后我做个汇总。我所列风险如下：
技术风险：
1、技术方案采用了不熟悉的技术或新技术；
2、人力资源缺乏/不到位；
3、骨干人员中途调动或流失；
4、需求不稳定，变更频繁；
5、……

5、在项目中需要建立和其他系统的未经验证过的接口；
6、产品的需求要求采用特定的用户界面；

关于风险，有专门这样的文档的，对不同类型的风险进行分类和列表的。google应该能找到这样的文档。

我专门搜索过，没有找到，如果polestar找到了，麻烦贴上来，我这里先感谢了！

7.  SEPG或QA人员能力不足，导致不能及时发现并纠正偏差、问题。

[ 本帖最后由 guoyh168 于 2008-9-1 17:29 编辑 ]

8、低估了应用新技术的难度，导致开发时间和费用增加；
9、高估了新技术的能力，导致开发时间和费用增加；
10、低估外部接口和关联性，导致开发时间和费用增加；
11、缺少关键开发技能，导致项目延迟；
12、缺少适当的软件以及设备（对于开发或测试），导致项目延迟；
13、技术方案中对性能的考虑不足，造成项目延期；
14、新人的技术能力不足，造成开发时间增加；
15、对公共模块局限性估计不足，造成无法满足目前的产品要求；
16、对技术人员的能力高估，导致进度延期；
17、技术方案发生重大变化，导致项目延迟。

今天进公司的资产库看了，的确是有个这样的库。大概从软件工程的几个方面来定义的，包括计划，需求，开发，人员，合同，环境等等好多个方面。总数大概是136个。不过很抱歉，这个属于公司内部文档，无法共享。但我印象中网络上面应该找到了。

今天搜到一个风险列表的文件，在这里贴出来给大家共享。里面列了很多前面没有提到的风险。