第三章 评审启动会组织
1. 适用场景
评审启动会适用于以下条件均满足时召开：
- 需求草案已完成内部质评，版本号固化（如 V1.2.0-draft）
- 需跨 3 个及以上部门（研发、测试、产品、市场、法务等）联合评审
- 需求决策涉及资源承诺、排期变更或外部依赖
- 应对紧急变更需求（如安全漏洞、合规红线）需加速评审通道
提示： 非正式例行对齐会无需启动会；只有因需求边界模糊、跨域冲突或资源争议而设立专项评审时，才必须组织启动会。
2. 前置条件
- 需求文档已通过本部门预审，并标注出边界分歧点清单（见第 2 章输出物）
- 产品经理已识别全部关键决策人（产品委员会、对应研发负责人、测试负责人）
- 会议预约已在企业日历上提前 48 小时锁定，并附前置阅读资料
- 评审材料完成版本号锁定，上传至指定协作空间（如 Confluence / 飞书文档）
注意： 前置条件未满足时强行启动，将导致评审目标漂移、多次返工、会议纪要无效。评审专家有权拒绝参会。
3. 操作步骤
| 阶段 | 步骤 | 负责角色 | 关键输出 |
|---|---|---|---|
| 会前准备 | 1. 确认评审目标与边界议题 | 产品经理 | 边界分歧清单（已排序） |
| 2. 发出邀请，附议程与必读材料 | 项目经理 / 组长 | 会议邀请 + 附件 | |
| 3. 收集参会人前置反馈 | 产品经理 | 议题合并意见表 | |
| 会中控制 | 4. 主持人宣读评审规则与边界定义 | 主持人（PM/架构师） | 评审规则确认 |
| 5. 按分歧清单逐条讨论 | 所有参会方 | 每条边界结论（附票决） | |
| 6. 记录争议项与待验证点 | 记录员 | 悬置议题列表 | |
| 7. 达成边界裁决或明确回溯路径 | 产品委员会 | 边界决议书 | |
| 会后跟进 | 8. 整理纪要、分发行动项 | 产品经理 | 会议纪要（含签署） |
核心原则： 评审启动会不解决所有细节，而是裁决边界争执、明确责任归属、锁定「必须澄清」的待办项。每个待办项必须绑定 owner 和 DDL。
4. 输入输出物
| 类型 | 物项 | 格式 / 规范 |
|---|---|---|
| 输入 | 需求草案（锁定版本） | .docx / .pdf，附变更摘要 |
| 边界分歧清单 | 表格：议题、提出方、影响范围、优先级 | |
| 输出 | 评审启动会议纪要 | 见本章模板 |
| 边界决议书 / 待办追踪表 | Excel / 飞书多维表，含签署列 |
# 边界分歧清单示例（输入）
| 议题编号 | 分歧描述 | 提出方 | 影响模块 | 优先级 |
|----------|------------------------------|----------|------------|--------|
| BDR-005 | 自动回滚触发条件是否包含磁盘IO | 测试组 | 调度引擎 | P0 |
| BDR-008 | 第三方鉴权超时是否计入用户等待 | 产品组 | 登录流程 | P1 |
5. 责任边界
| 角色 | 职责 | 产出物 |
|---|---|---|
| 发起人（产品经理） | 准备材料、锁定议题、推动结论、整理纪要 | 完整会议纪要 + 待办项 |
| 主持人（资深 PM/架构师） | 控制会议节奏、裁决边界争执、保护发言公平 | 评审结论确认单 |
| 记录员 | 逐条记录讨论要点、结论、分歧点、待办项 | 会议纪要草稿 |
| 评审专家（研发/测试/法务等） | 提供专业判断、识别边界风险 | 专业技术意见表 |
6. 记录材料（会议纪要模板）
# 机器人产品需求边界评审会纪要
## 基本信息
- 评审项目：________
- 日期：________
- 时间：________
- 地点 / 线上链接：________
- 会议版本：________
## 参会人员（签到）
| 姓名 | 角色 | 部门 | 签到 |
|------|--------------|--------|------|
| | 主持人 | | |
| | 发起人（产品经理）| | |
| | 记录员 | | |
| | 评审专家 | | |
## 评审目标
- [ ] 裁决边界分歧清单编号：________
- [ ] 确认边界范围 / 后续回退方式
## 讨论记录
### 议题 1：________
- 提出方：________
- 争论焦点：________
- 结论达成：________ / 悬置（待验证，owner: ________，DDL: ________）
### 议题 2：________
- ...
## 决议事项
| # | 决议内容 | 责任人 | DDL | 状态 |
|---|----------------|--------|----------|--------|
| 1 | 确认超时属于系统边界 | 张三 | 2025-04-10 | 待签署 |
## 未决议题（需上升）
- ________
## 签署确认
- 主持人签字：________
- 产品经理签字：________
- 评审专家代表签字：________
7. 异常处理
| 异常场景 | 标准处理预案 |
|---|---|
| 关键决策人缺席 | 暂停决议，预约 24h 内补会或授权视频接入 |
| 议题超出边界范围 | 记录为“独立议题”并转移至专项评审通道 |
| 多方分歧无法达成共识 | 搁置并标记悬置，指定责任人补充数据后再次进入评审（限 3 天内） |
| 主持人临时无法参会 | 由发起人转交主持人资格，或推迟至次日同一时段 |
关键提醒： 异常若涉及需求边界重新拆分或否决，需在会中立刻记录并告知产品委员会，不可事后补录。
8. 验收标准
- ☑ 会议纪要完全填写，并包含所有议题的结论或悬置状态
- ☑ 每个待办项已绑定 owner、DDL 和验收条件
- ☑ 异常场景已在纪要“异常处理”部分记录并标注处理状态
- ☑ 边界决议书已被主持人、发起人、评审专家代表电子签署
- ☑ 评审启动会离场前完成“主持人宣布评审结论封闭”环节