摘要:有很强有力的证据显示，对于开发人员改善项目成果，以及对我们的目标-- 按照时间和预算交付高质量的软件 --有帮助的方面，需求管理是一个最有效的手段。本文给出了一些实际的证据，表明在有效的需求管理方面的投资可以产生实际的回报。
软件危机依然持续
在1996年6月的Fortune杂志的题为： " The Trouble with Software Is ... It Sucks" 的文章中，业界评论家Stewart Alsop在他的评论中指责我们的工业界仍然处在软件质量和可靠性低下的状态。在业界多数人正在旁边愤怒的时候，最近由Standish Group，一个著名的市场研究机构，提供的报告中，给出了甚至更加清醒的看法。按照Standish Group的调查（超过352家公司报告的超过8,000个软件项目），得出了以下结论：
31% 的软件项目在完成之前就被取消（$810亿的浪费）。
53% 的项目花费预算的189%。
9% 的项目按照时间和预算完成（大公司）。
16% 的项目按照时间和预算完成（小公司）。
为了更进一步帮助理解问题， Standish Group的调查也询问被调查者项目失败的原因。按照他们的回答，最前面的三个项目失败的原因列在表1中：
| 损害项目的因素 |
回答的百分数 |
| 1) 缺乏用户输入 |
12.8% |
| 2) 不完整的需求和规格定义 |
12.3% |
| 3) 需求和规格定义的变更 |
11.8% |
表 1: Standish Group 损害项目的因素
从表中可以看出，没有能够更有效地与用户一起工作以更好地理解他们的需求，加上在管理需求方面缺乏工程训练，是软件失败的主要的原因。
需求错误的高费用
在GTE, TRW和IBM完成的研究测量和分配了项目生命周期不同阶段发现错误的费用开销。这些统计被以后的研究进一步证实。尽管这些研究都是独立进行的，他们都得出了基本相同的结论：如果在代码阶段检测和修复一个错误的费用为1个单位，那么在需求阶段发现和修正一个错误的费用只有1/5到1/10。而在维护解阶段的发现和修正一个错误的费用为20单位。图1显示的主要的结果。
这么大的差距的原因在于，在产品完成前很多错误不能被检测出来。延迟发现错误意味着：修复错误的费用包括直接修复错误的费用加上修复错误引起的一系列投入的费用。这些投入包括重新设计代码、重新编写文档、使软件重新工作或者重新替换部署的软件。
需求错误和最常见的错误
研究表明需求阶段的错误修复起来代价极其昂贵。如果这类错误不经常发生，则项目总成本就没有那么多。然而在复杂的软件项目中，需求错误确实是发现的错误中最大类别的一种错误。在Sheldon对美国空军项目的研究中，错误按照来源进行了分类。这个研究发现需求错误占发现总错误的41%，逻辑设计错误仅仅占总错误数的28%。其它的研究也支持这个结果。例如，Tavolato 和 Vincena, 引用了Tom DeMarco的报告，指出所有Bug的56%可以归结于需求阶段产生的错误。
需求错误和返工费用
Raytheon, Dion报告返工的费用大约占项目总预算的40% 。Boehm报告对于大型软件项目返工费用大约占到50%。由于需求错误的数量多，影响大， 发现和修正需求错误的费用占项目总返工费用的70% - 85% 。
减少需求错误
这里没有能够让你远离需求错误的银弹。然而一些机构给出了下面的能够有效地减少需求错误的技术：
更有效地需求导出
与客户和最终用户回顾需
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
