接前一篇文章：软考 系统分析师系列知识点之需求管理（1）
所属章节：
第11章. 软件需求工程
第8节. 需求管理
11.8.2 需求风险管理
人们做事情总希望一帆风顺，做项目也是如此，总是希望项目进展顺利，按照计划如期交付。但现实却总是残酷的，会有许多潜在威胁和阻碍项目按计划进行的因素，这就是风险。风险可能会给项目成本、进度、质量和团队工作效率等方面带来负面影响。当然，所谓“塞翁失马焉知非福”，风险有时候也能给项目带来机会。
风险管理的目的就是希望让项目管理人员能够“掌控”风险，风险事件一旦发生，能够按照预先制定的应对计划有条不紊地处理风险。
1. 带有风险的做法
系统分析师在进行需求开发的过程中，有时也会“陷自身于困境”，无意之中给项目带来风险。这些做法列举如下：
（1）无足够用户参与
在需求获取的过程中，如果没有足够的用户参与，系统分析师所获得的需求就是片面的和不完整的。这样，在需求开发之初就埋下了风险。
（2）忽略了用户分类
用户不止一个人，各类用户有其自身的特点和需求。如果系统分析师不能针对所有主要用户进行分类，就必然会导致有的用户对产品感到失望。例如，菜单驱动操作对高级用户来说太低效了，但命令和快捷键又会使不熟练的用户感到困难。
（3）用户需求的不断增加
需求蔓延有可能引起项目范围蔓延，而这是项目中的大忌，因为它会对项目成本、进度和质量等方面带来很大的负面影响，甚至直接导致项目失败。
（4）模棱两可的需求
模棱两可的需求会使不同的项目干系人产生不同的期望，会使开发人员为错误问题而浪费大量时间。
（5）不必要的特性
这是技术人员的一个通病，喜欢画蛇添足。经常发生的情况是，用户并不认为这些添加的“足”很有用，以致在其上耗费的努力白搭，浪费项目资源。
（6）过于精简的SRS
过于精简的SRS为用户和开发人员提供了“无限遐想”的机会，却给项目带来了无限的麻烦，导致不断地修改，项目完工遥遥无期。
（7）不准确的估算
系统分析师在信息不充分的情况下，如果未经深思就对需求做出估算，则这种估算通常只是一种猜测而已。一旦传递给用户，他们却认为这是一种承诺。
2. 与需求有关的风险
项目风险管理的一个主要过程是识别风险，也就是要“预知”项目进展过程中可能会发生的风险，然后对其进行分析，制订相应措施。根据业内人士的经验，与需求有关的主要风险及其应对措施如下表所示：
系统分析师和项目管理人员可以利用上表来识别项目中的需求风险。但要注意的是，上表只是一个总结性的风险清单。具体到每一个项目，可能都会有些不同，需要根据实际情况进行增加或删减。在风险应对措施方面，也需要根据经验和项目约束，进行调整或改进。
更多内容请看下回。