项目过程管理（六）需求评审和工作量评估

两轮评审

流程：

1. 预审：产品提前2小时发出通知和初稿（不需要完善细节，可以只是原型），召集主管或负责人预审。未必需要开会，只要每个人能确认需求没大问题就好。
2. 全体评审：产品提前4小时发出通知和需求链接（设计师已出完初步设计图），全体人员参加。应该在会前审完大部分问题，而不是会后。会上只是查漏补缺。
3. 跟运营有关的需求，应该在全体评审前由运营先审核完毕。
4. 产品经理根据问题修改完毕后，逐个找负责人确认。都通过后，发出通知
5. 项目经理收集工作量评估进行排期，并在各方确认后发出立项邮件

要求：

1. 全体评审不能在上个版本未上线的时候进行，要给参会人足够的时间精力做好评审
2. 如果问题太多，应该再举行一次需求评审

预审

核心作用就是向开发打招呼，知道要做什么，好安排人力资源。所以产品文档不需要很完善，但一定要交代清楚目标和核心的功能点。

召集开发测试的主管或负责人简单过一遍即可，主要是评审可行性。

不需要预审 的条件：

1. 开发工作量小于5个工作日
2. 改UI为主，没有难度

评审要评些什么？

所有人都要评的：

1. 目标是否清晰；针对目标，需求的设计是否合理
2. 针对需求：不完善的地方、影响范围、用户体验。尽量在写代码前发现需求问题
3. 工作量
4. 时间安排。限时上线的就砍需求，不限时就由大家来决定发布时间
5. 风险点：所有导致评估不准和项目延期的可能性

特别地，

1. 技术要评估可行性，影响开发时长的难点，是否需要预研。更多细节请参考《需求评审的关注点》。
2. 测试要评估测试资源的充足性（例如测试设备）、自动化测试可行性
3. 运维要评估服务器资源的充足性

后期才发现非业务性质的需求疏漏的话，技术与产品同责。

工作量评估

按照每个需求来评，各个职能都评。以0.5人天为最小单位。具体方法请参考《团队开发如何评估工作量》。

本节参考

《需求评审的关注点》 https://blog.csdn.net/hursing/article/details/84633096
《团队开发如何评估工作量》 https://blog.csdn.net/hursing/article/details/85259247

本系列文章的目录：https://hursing.blog.csdn.net/article/details/88025790