文档介绍：软件项目风险管理(同名21103)
软件项目风险管理
一、风险管理概述
软件风险是指软件开发过程中及软件产品本身可能造成的伤害或损失。风险关注未来的事情，这意味着，风险涉及选择及选择本身包含的不确定性，在软件开发过程及软件产品
该客户是否很清楚需要什么；他能否化时间把需求写出来；
该客户是否同意花时间召开正式的需求收集会议，以确定项目范围；
该客户是否愿意建立与开发者之间的快速通信渠道；
该客户是否愿意参加复审工作；
该客户是否具有改产品领域的技术素养；
该客户是否愿意你的人来做他们的工作；
该客户是否了解软件过程；
如果对于这些问题中的任何一个答案是否定的，则需要进一步的调研，以评估潜在地风险。
4、过程风险
如果软件过程定义得不清楚；如果分析、设计、测试以无序的方式进行；如果质量是每个人都认为很重要的概念，但没有人切实采取行动来保证它，那么这个项目就处在风险之中。
过程问题：
高级管理层是否有一份已经写好的政策陈述，该陈述中强调了软件开发标准过程的重要性；
开发组织是否已经拟定了一份已经成文的、用于本项目开发的软件过程的说明；
开发人员是否同意按照文档所写的软件过程进行开发工作，并自愿使用它；
该软件过程是否可以用于其它项目；
管理者和开发人员是否接受过一系列的软件工程培训；
是否为每一个软件开发者和管理者提供了印好的软件工程标准；
是否为作为软件过程一部分而定义的所有交付物建立了文档概要及示例；
是否定期对需求规约、设计和编码进行正式的技术复审；
是否定期对测试过程和测试情况进行复审；
是否对每一次正式技术复审的结果建立了文档，其中包括发现的错误及使用的资源；
有什么机制来保证按照软件工程标准来指导工作；
是否使用配置管理来维护系统/软件需求、设计、编码、测试用例之间的一致性；
是否使用一个机制来控制用户需求的变化及其对软件的影响；
对于每一个承包出去的子合同，是否有一份文档化的工作说明、一份软件需求规约和一份软件开发计划；
是否有一个可遵循的规程，来跟踪及复审子合同承包商的工作；
技术问题
是否使用方便易用的规格说明技术来辅助客户与开发者之间的通信；
是否使用特定的方法进行软件分析；
是否使用特定的方法进行数据和体系结构的设计；
是否90％以上的代码都是使用高级语言编写的；
是否定义及使用特定的规则进行代码编写；
是否使用特定的方法进行测试用例的设计；
是否使用配置管理软件工具控制和跟踪软件过程中的变化活动；
是否使用工具来创造软件原型；
是否使用软件工具来支持测试过程；
是否使用软件工具来支持文档的生成和管理；
是否收集所有软件项目的质量度量值；
是否收集所有软件项目的生产率度量值；
如果对于上述问题的答案多数是否定的，则软件过程是薄弱的，且风险很高
5、技术风险
突破技术的极限极具挑战性和令人兴奋，但这也是有风险的。下面的风险检查表中的条目标识了与建造的技术相关的常见风险：
该技术对于你的公司而言是新的吗；
客户的需求是否需要创建新的算法或输入、输出技术；
待开发的软件是否需要使用新的或未经证实的硬件接口；
待开发的软件是否需要与开发商提供的未经证实的软件产品接口；
待开发的软件是否需要与功能和性能均未在本领域得到证实的数据库系统接口；
产品的需求是否要求采用特定的用户界面；
产品的需求中是否要求开发某些程序构件，这些构件与你的公司以前开发的构件完全不同；
需求中是否要求采用新的分析、设计、测试方法；
需求中是否要求使用非传统的软件开发方法；
需求中是否有过分的对产品的性能约束；
客户能确定所要求的功能是可行的吗？
如果对于这些问题中的任何一个答案是肯定的，则需要进一步的调研，以评估潜在地风险。
6、开发环境风险
软件工程环境支持项目组、过程及产品，但是，如果环境有缺陷，它就有可能成为重要的风险源。下面的风险检查表中的条码标识了与开发环境相关的风险：
是否有可用的软件项目管理工具；
是否有可用的软件过程管理工具；
是否有可用的分析及设计工具；
分析和设计工具是否适用于待建造产品；
是否有可用的编译器或代码生成器；
是否有可用的测试工具；
是否有可用的软件配置管理工具；
环境是否利用了数据库或数据仓库；
项目组的成员是否接受过每个所使用工具的培训；
是否有专家能够回答有关工具的问题;
工具的联机帮助及文档是否适当；
如果对于上述问题的答案多数是否定的，则软件开发环境是薄弱的，且风险很高。
7、与人员数目及经验相关的风险