第4章 角色与责任定义：评审主持人、记录人、决策人、参会人、验收人
4.1 适用场景
本章适用于任何需要多人协作完成需求边界评审的环节，包括但不限于：需求澄清会、原型走查、功能边界确认、验收标准拟定。明确每个参与者的职责边界，可有效避免“评审会变成了讨论会”“没人拍板导致反复返工”等常见问题。
常见误区：很多团队把评审责任全压在“产品经理”一人身上，导致决策链冗长、记录混乱、验收缺失。本章定义的五种角色解决了“谁负责判断、谁负责记录、谁负责最终签字”的核心问题。
4.2 前置条件
- 已完成需求清单或原型初稿（输入物1：待评审的需求文档/原型链接）
- 已确定评审时间与议程（输入物2：评审会议邀请函或日程）
- 已明确本次评审的目标范围（例如：仅评审前台用户故事，不涉及后台权限）
- 角色分配表已生成（参考本章4.5责任边界矩阵）
4.3 操作步骤
- 主持人宣读评审议程与规则（5 min）
- 需求提出方/原型演示者逐条讲解待评审项（输入：需求条目或原型交互点）
- 参会人提出现存疑问或风险点（输出：问题清单）
- 决策人对争议项现场做出判定（输出：决策结论）
- 记录人实时记录决议、待办、遗留问题（输出：评审纪要初稿）
- 主持人总结并确认下一步行动项，明确验收人及验收时间
- 验收人会后按评审结果验证并关闭问题（输出：验收报告）
4.4 输入输出物
| 阶段 | 输入物 | 输出物 |
|---|---|---|
| 会前 | 需求文档/原型、评审议程、角色分配表 | 评审会议通知（含角色说明） |
| 会中 | 待评审条目、问题清单、决策依据 | 评审纪要（初步）、决策日志 |
| 会后 | 评审纪要（终版）、待办项 | 验收报告、变更跟踪记录 |
4.5 责任边界矩阵
| 角色 | 核心职责 | 无权限行为 | 关键产出 |
|---|---|---|---|
| 评审主持人 | 控制议程与时间、分配发言权、推动决策 | 不能代替决策人现场拍板 | 评审秩序、会议纪要审批 |
| 记录人 | 实时记录决议、争议、待办，会后整理纪要 | 不能修改决策内容、不能代替主持人总结 | 评审纪要（初版+终版） |
| 决策人 | 对边界分歧、需求优先级、实现方案做最终判定 | 不能逃避决策责任、不能事后推翻已记录决议 | 决策日志（含否决理由） |
| 参会人 | 提供专业意见、识别潜在风险、确认需求可行性 | 不能代替决策人做结论、不能偏离议程讨论 | 问题清单、专业评估意见 |
| 验收人 | 会后按决策要求验证闭环、确认验收标准达成 | 不能私自增加或降低验收标准 | 验收报告（通过/不通过） |
提示：建议在评审会议邀请时，就在邮件正文中附上这五类角色的姓名和职责说明，让所有参与者在会前就明确自己的定位。
4.6 记录材料
记录人需使用以下模板（或工具），确保内容结构化、可追溯：
【评审纪要模板】
项目名称：
评审日期：
主持人： 记录人： 决策人：
参会人（签字）：
| 编号 | 条目ID | 议题内容 | 最终决议 | 待办人 | 状态 | 验收截止日期 |
|------|--------|----------|----------|--------|------|--------------|
| 1 | REQ-23 | 登录页是否需要短信验证 | 需要，且优先级P0 | 张三 | 已决 | 2026-03-10 |
| 2 | REQ-24 | 密码重置流程边界 | 暂定仅邮箱验证，待调研后确认 | 李四 | 待议 | 2026-03-15 |
遗留问题：
下次评审时间：
验收人确认签字：4.7 异常处理
- 决策人缺席或无法拍板：主持人应立即暂停该议题，记录为“待决”，并在会后1个工作日内推动线上异步决策。
- 记录人中途离场：主持人指定一名参会人临时接替，并确保所有记录在15分钟内补全。
- 参会人过分发散讨论：主持人使用“停车位规则”——将离题事项记录到“缓冲区”，在既定议程完成后再处理。
- 验收人拒绝签字：需在验收报告中注明拒绝理由，提交决策人仲裁；仲裁通过后强制闭环。
经验技巧：如果团队规模较小，决策人可以同时兼任主持人，但必须确保记录人独立，避免“自己说、自己记、自己判”导致记录失真。
4.8 验收标准
- 所有角色已按4.5责任边界履行对应职责，无交叉或遗漏。
- 评审纪要内容完整：包含议题、决议、待办、责任人、截止日期。
- 决策日志中每条否决项均附有明确理由。
- 验收报告已签字或电子确认，且与评审纪要中的决议一致。
- 异常场景（如决策人缺席）已按4.7流程处理并记录。
图4-1 评审角色责任关系图：展示了五个角色之间的核心交互——主持人分配任务并控制流程，记录人与决策人平级协作，参会人提供专业输入，验收人执行闭环验证并反馈给主持人。