如何开好敏捷的需求内审会？

0

对于产品经理而言，需求内审会是用来同步讲解需求背景、价值、原因和实现过程的的主要工具；对于研发人员而言，也是评定、审核需求是否有必要做、以及是否有可行的实现方案的会议。因此在敏捷流程中，我们也需要十分关注需求内审会议。

基于产品经理与研发人员对于需求的讨论与沟通，我们就可以在会议中对评定出需求的优先级排序，并在会议中对于实现方式与实现难度给出直接的反馈。

1

当然了，既然在这个阶段我们会对于需求进行评审，那么就可能因为实现逻辑不合理，背景不清晰，开发资源无法协调等各种原因暂时搁置产品需求，这也是正常情况，我们并没有规定产品内审的需求会 100% 通过。当需求无法形成闭环，遗留问题过多时，就需要产品经理重新修改需求文档，并在文档修改完毕后进行二次内审。

当然，如果产品需求多次内审后依然无法达成共识，就有可能降低产品经理在研发团队中的信誉。为了确保尽可能不影响产品经理的信誉值，产品经理就需要在内审前对需求进行充分的讨论与分析，给出客观且实际的信息，以及需求背后的价值来说服参会人员。

2

一般情况下，我们认为需求内审会议，给产品经理提供了新的审视自己需求的机会，这不仅是产品正式宣讲的预演，也是再次收集观点与可行性的过程。往往产品经理在需求内审的时候，就会发现自己思考的盲点，也因此需要尽可能把在会议中收集到的新内容，整理融入到产品需求文档中。

3

我们通常建议，将需求内审会议的时间控制在 2 小时以内，如果需求过多可以做初筛和细筛，比如圈定大致人数，然后按模块进行分组需求内审。

总体而言，在 2 个小时内的会议基本上都能满足对大多数需求进行内审，而当在 2 小时内不能完成对需求的内审时，我们需要关注是否需求的数量过多，或者在需求中讨论细节时的耗时过长。

本节标签

【审阅】：王字

【作者】：陈潇楠

【适用范围】：全公司

【公开范围】：公司内和公司外