需求阶段的审核很关键，比如

是否使用规定的模板？
是否每次更改都有正确的修改记录？
是否以批准的产品规格说明书作为输入进行需求开发？
是否对需求进行了评审，并且评审的问题已得到关闭？
评审通过的需求是否得到受控（即被锁定）？
需求规格说明书是否得到用户（产品经理）的认可？
是否建立《需求跟踪矩阵》？
设计完成后是否更新需求跟踪矩阵？
测试方案完成后是否更新需求跟踪矩阵？
评审通过后的需求文档在变更时是否提交了变更申请，并得到CCB的评估和批准？
经过批准的需求变更，是否修改了需求文档、对应的设计文档、测试方案、手册，以保持文档一致。（注意：需求和手册文档要求实时更新，其他文档在项目结束前更新）？
经过批准的需求变更，是否更新需求跟踪矩阵？
通过需求跟踪矩阵，是否可对需求、设计、测试方案进行追溯？

项目经理搞定需求，过程管控就相对容易多了。
欢迎大家补充！

[ 本帖最后由 pharos 于 2008-1-28 11:47 编辑 ]

支持pharos

需求准确是基础，没有这个，监控就无从发力，或者说是监控不会产生效果。
通过对基线和设定、实施趋势的阶段分析，就可以监控过程是否合理，再考虑改进。

需求变更管理要系统而准确