七、对需求变更进行度量

　　度量变更的占比，如按功能点的占比

　　需求变更又经常叫做“需求不稳”，如果每月变更2%，则每年高达四分之一。高效机构的合理目标为每月0.5%；

　　记录和报告：双方了解变更的数据（算账、数据说话）

　　在合同中增加费用变动范围的内容（按变更递进式递增费用）

　　八、组织中的过程与方法

　　组织要发展出适于自已的过程与方法

　　体系化：CMMI、ISO9000等中实例化

　　不断改进

　　端到端的需求管理

　　需求变更模型：如各阶段变更量的控制曲线

　　控制力度的递进：基线、项目阶段

　　未纳入变更的需求的管理：不要遗失，要有交待，如是否纳入下一个版本中

　　选用项目组熟悉的过程与方法

　　熟悉的、已证明成功的

　　选用原则（剪裁）

　　培训

　　对执行的过程或方法进行质量控制

　　纳入项目汇报材料中

　　将情况通报各方

　　总结

　　我们提出“软件需求，方法说了算”

　　是要遵从软件工程的方法论，变“人治”为“(方)法治”。

　　 1、保证需求的真实性（质量）

　　 2、变更的控制有理、有据、有方法

　　 前面所讲的若干方法，是我在实践中的一些体会，大家可以在此基础上，开发出适合于你公司的软件需求管理中的方法。

　　方法说了算！！

　　哪些方法：

　　双赢的承诺

　　联合的需求团队

　　关注需求的真实性与优先级

　　有效的沟通

　　统一接收渠道，记录与度量变更

　　收集、总结方法，并不断运用