5、缺乏量化的项目管理反馈
企业在项目管理中，需求的频繁变更对项目管理者评估需求、制定迭代周期内的项目计划都是个巨大的挑战。管理者在需求评估经验和能力上的不足，以及管理者对团队成员开发能力认识不足容易造成需求评估出现大的误差，虽然这种误差是不可避免的、但是我们希望可以通过历史评估数据的反馈来帮助项目管理者积累经验，逐步修正和调整自己的判断和评价体系，从而尽可能减小由于评估误差引起的项目风险。而没有工具的支持，历史的准确数据则很难获取。
总结以上问题，显而易见，需求管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此有效的需求管理是企业软件开发项目顺利达成目标的重要支撑条件。如何理解项目开发的目的和用途，梳理用户需求，监控需求变化，进行需求确认，对需求风险进行防范，并利用工具进行有效的实施需求管理工具，方能推进软件项目良性发展，达到用户与软件开发企业的双赢。
有效的需求管理方法与工具
方法一：量化需求管理
如前所述，企业研发项目通常规模巨大，涉及部门众多，需求功能描述文件中包含众多内容，若仅仅只用整篇的文档来指导开发和测试工作，很容易引起任务分配的混乱；当发生需求变更时，也很难追溯历史版本。
TechExcel公司推出的DevSuite产品研发管理软件，从实践中提炼出一个行之有效的解决方法——用规范点（Specification，以下简称Spec）量化需求，正规表达每一个功能单元。只需打开《需求功能描述书》的WORD文档，就可以利用插件，将其中的功能单元逐条地复制出来，在需求管理系统 DevSpec中直接生成Spec。相对于需求，Spec是更面向技术人员的语言。
客户业务需求可以在平台中进行集中管理，并以需求结构化和条目化的形式管理需求，为需求的评估、追踪与变更管理提供了基础。同时，通过系统强大的页面自定义能力，我们可以管理需求的来源、难度、实现时间、实现成本等，这些信息为需求优先级的评估，提供了量化的指标，帮助项目经理准确的排布需求优先级，让团队优先实现最重要、最紧急、客户价值最高的需求。
此外，需求说明书、分析设计文档、评审记录等，均可以以附件形式保存，且能对文档的版本进行有效的管理。
方法二：有序管理需求变更
在实际项目中，实现需求变更的成本随着开发进度呈指数级增长。需求变更的流程化管理能保障正常的开发进度，将变更及时反应到开发和测试等部门。
以下描述的是一个典型过程（如图1）。一项变更请求在需求管理系统中被提交后，与之关联的各个部门，如市场、项目管理、产品研发、QA、测试等，都会有相关人员接到系统通知而介入。他们将组成评估团队，根据实施难度、周期、费用、对其他机制的影响等指标，对该变更进行全面考察和评估。
