1.确定需求变更控制过程。制定一个选择，分析和决策需求变更的过程，所有的需求变更都应遵循这个过程。
2.进行需求变更影响分析。评估每项需求变更，以确定它对项目计划安排和其他需求的影响，明确与变更相关的任务，并评估完成这些任务所需要的工作量。这些分析将有助于需求变更控制部门做出更好的决策。
3.建立需求基准版本和需求控制版本文档。确定需求基准，这是项目各方对需求达成共识时的一个快照，之后的需求变更遵循变更控制过程即可。每个版本的需求规格说明都是独立说明，以避免将底稿和基准或新旧版本相混淆。
4.维护需求变更的历史记录，将需求变更情况写成文档，记录变更日期，原因，负责人，版本号等内容，及时通知到项目开发所涉及的人员，为了尽量减少困难，冲突，误传，应指定专人来负责更新需求。
5.跟踪每项需求的状态。可以把每一项需求的状态属性（如建议的，已通过的，已实施的或已验证的等）保存在数据库中，这样可以在任何时候得到每个状态类的需求数量。
6.衡量需求稳定性。可以定期把需求变更（添加，修改，删除）数量和原始需求数量进行比较，过多的需求变更是一个报警信号，如果需求蟀达到50%，则意味着项目的基本需求并未真正弄清楚，这个项目应该取消。
推荐阅读：
sales@spasvo.com
