要努力跟上商业需求，软件系统的变动是不可避免的。新的或修改过的系统增强的需求是应用程序生命周期性中的一个经常发生的部分。对于试图追求这些需求的应用开发经理来说，变动管理是保证成功合作的一个必要的过程。
成功的需求变动管理的基础是正式地确定实现软件变动的风险和收益。你或团队多久意识到一个实际上有非常严重影响的简单变动？很多时候，开发人员低估和忽视了商业影响。商业客户通常认为变动对系统的功能来说只是一个小的增强或者简单的调整，他们不能完全理解要实现这些变动所需的工作。
一个正式的影响分析文档可以以一个完整全面的总结的方式提供这些细节。你可以使用影响分析来帮助你对所要求的变动做出商业决策。要保证需要使用时间、成本和质量等一些项目参数作为指南。
需求鼻祖Karl Wiegers确定了在开发影响分析文档时要注意的两个重点。第一点是对对的提出的变动的复杂度有一个全面的估计。这涉及到对变动所带来的商业影响进行完整的分析，包括：
Wiegers确定的第二个要素是详细分析提出的变动对系统的影响。这可能包含以下要素：
用户界面：UI、报表和屏幕方面有哪些地方必须变动？
数据存储：对数据库、文件等有什么影响？
软件模块影响/整合：这个变动对系统的多少个模块会造成影响？对系统软件模块影响的范围有多大？变动对系统在环境中与其它系统的整合有什么样的影响？
上面列出的只是在影响分析中应该考虑的问题的一小部分。一旦确定了变动的后果，你就应该对每一项进行分类并划分其优先级，同时评估每一项的风险和收益。结合上面的因素，最后要考虑的要素是不实现变动的影响。
