感觉需求管理不力的话测试很被动

J_joke

经历过严谨有序的传统保险项目，也经历过节奏很快的移动app项目，感觉需求管理确实是项目管理或PER管理中很重要的一部分。作为测试人员或者测试管理者，其实都挺关心需求管理的（虽然这其实是sa或者产品团队的职责），需求管理是整个项目的开头，而测试又是上线前最后一环，需保证好版本质量。

1、  制定计划，比如常规版本有版本发布计划；
2、  根据计划确定需求冻结时间；
3、  提前一到两个周沟通需求，用于需求冻结；
4、  需求冻结准备：收集业务意向需求、收集开发版本容量、分析需求，定位干系方和需求重要关键点把控评估工作量；
5、  与干系方充分沟通确认需求关联影响及排期；
6、  根据版本容量和业务优先级排期需求，基本原则是保证版本容量在冻结的时候不超出容量，并且兼顾业务优先级。如有冲突及时升级及协调双方确认消除冲突；
7、  走完需求流程并讲解需求，进一步的排除需求疑问点；
8、  开发过程中出现的需求变更或者需求分析不到位的，第一时间协商解决；

没什么灵丹妙药，文档一定要产生，用于业务、sa/产品经理、设计师、开发、测试、运营全链条的理解需求。保持信息对称。

梦想家