需要请求变更。这种变更请求需要被评估，判断是否要产生的新业务需求或者对现有业务需求是否有影响。需求管理软件程序比如Borland公司的Caliber RM，支持最初需求的变更。
4.需求跟踪易变性项目经理们喜欢使用外在的度量标准来帮助其衡量甚么是他们试图管理的东西。进度差别、成本差别和可交付务物的计算是项目中存在的客观度量标准。需求的易变性是另一个度量标准，它可以基于新需求和需求变更的数量在一个周期为基础进行报告。这个过程需要业务分析员或者需求管理者设法积极地跟踪需求变更。由于需求的易变性，项目经理和业务分析员能够评估项目进度是否依然支持逐渐发展的需求。
⒌追踪和测试需求。需求管理的一项基本技术就是可追溯性。系统执行中业务需求被识别、记录、发展和测试，所以业务需求需要被跟踪。业务需求一般被转换为用例或功能描述。这些功能描述和用例定义可以被标记为最初的业务需求，标记为用于支持业务需求的现有技术设计说明书和代码包。
最后,代码包可以标记为指定的组件和用户验收测试案例。通过形成需求跟踪矩阵，项目经理能够确保所有业务需求跟随系统开发项目一起被跟踪，团队能够很快识别支持业务需求的代码包和测试案例。商业用户能够分析用户验收测试的结果和把业务需求转换成指定的测试案例。
需求管理的失败可能发生于任何组织。需求可以忽略、拙劣地定义、拙劣地管理、拙劣地传达和曲解。上面的例子正是几个项目失败的重点地方，足够管理业务需求转换成IT解决方案中。通过需求管理调整，团队能够应用这些不多的策略手段帮助改善他们的团队的需求管理过程。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
