如何开好敏捷的需求评审会？
0
在召开需求评审会时，我们应该已经开了需求内审会议。
二者的区别在于“需求内审会议”，主要用于粗评需求价值及技术可实现性。而“需求评审会”，也被称为“需求澄清会”，在这个会议中有如下目的：
- 明确需求是什么。
- 了解需求阶段规划。
- 明确涉及范围。
- 明确开发风险及难点
1
在需求评审会中，为了达成高质量的需求评审，以及在之前的“产品需求内审，需求内审与需求评审”不同的会议中有不同的侧重点，大体会按照这样的流程进行整理：
需求内审（产品负责人）
目的： 产品内部讨论需求内容，产品设计是否合理，以及明确优先级。
参与人员： 该需求产品，业务负责人、同一业务线相关产品
组织发起者： 产品
需求初审（评审会）
目的： 产品，技术负责人 讨论需求可行性，明确下个版本迭代需求。
参与人员： 产品，技术负责人，（测试负责人）
组织者： pm/产品
需求终审（计划会上直接）
目的： 针对详细需求细节，产品进行宣讲，及针对过程中技术测试的问题解答，以进行下一步的任务拆分。
参与人员： 所有相关产品，开发，测试，（美术）。
组织者： PM/产品
2
在召开评审会议时，一般需要关注如下内容：
提前准备：
产品经理需要提前 2 天准备好需求内容，并在会议前2小时再次与研发进行同步；
宣讲内容：
产品经理讲解需求时，需要关注需求背景，目标，范围，详细内容，并且回答提问，如果确实有不合理的需求则可以驳回；
需求串讲：
为了保证团队成员对需求理解的一致性，也可以由研发介绍具体的需求，不足之处由产品经理进行补充补充，给足够时间给研发去理解需求；
需求分析：
在会议中首先要审视故事是否拆分正确、场景是否穷尽；二是进行工时的粗估，根据这个估计来草拟计划的时间表；
验收标准：
对验收标准，测试也可以提出建议（因为测试一般对历史需求非常熟悉）；
拆分颗粒度：
建议超过48h（前后端加起来）的故事，就要重新拆分成更小的粒度；
评估公式：
这个一般是粗估，看需求是否可以大致地排入下迭代的计划中。
本节标签
【审阅】：王字
【作者】：陈潇楠
【适用范围】：全公司
【公开范围】：公司内和公司外