1. 需求边界评审总体流程

适用场景

需求边界评审适用于机器人产品开发周期中的以下典型场景：

• 新立项的机器人整机产品需求文档（PRD）初版完成时
• 重大功能变更或扩展（如新增视觉导航、机械臂控制）影响原边界定义时
• 跨部门（硬件、软件、算法、测试、市场）对需求理解存在显著分歧时
• 项目进入详细设计前，必须冻结需求边界并锁定资源投入时

前置条件

需求边界评审启动前必须满足以下条件：

• 产品经理已完成《机器人产品需求规格说明书》初稿，并通过内部预审
• 核心干系人（硬件负责人、软件负责人、测试负责人）已分配并确认参与
• 至少提前 2 个工作日将需求文档和评审议题发送至所有评审参与人
• 评审会议室/在线会议工具已预定，且具备白板或共享屏幕功能

操作步骤（泳道流程）

需求边界评审按以下泳道流程执行，各角色责任明确：

1. 触发条件判断（产品经理）：检查前置条件是否满足，若满足则发起评审预约；若不满足则退回补充。
2. 提交评审材料（产品经理）：将《需求规格说明书》、边界定义清单、验收初步标准发送至评审组。
3. 预审与问题收集（评审组）：各角色（硬件、软件、测试、市场）独立阅读文档，记录模糊或矛盾点。
4. 召开评审会议（产品经理主持）：逐条过需求边界，重点讨论触发条件、输入输出物、责任边界；形成新增/修改/删除的决议。
5. 记录与确认（产品经理/记录员）：使用《需求边界评审记录表》记录所有决议、待办项、责任人及截止日期；评审组当场签字/确认。
6. 验收与发布（产品经理）：所有待办项闭环后，更新需求文档，锁定边界版本号，发布至项目基线库。

输入输出物

责任边界

记录材料

• 《需求边界评审会议纪要》——格式：时间、地点、参与人、会议议程、每项讨论结果、待办项。
• 《需求边界变更申请单》——如评审中发生边界调整，需填写此单，注明原边界、新边界、原因、影响范围。
• 现场白板/电子白板截图——保留讨论中的关键草图、流程图等视觉记录。

异常处理

验收标准

一次成功的需求边界评审应符合以下所有标准：

• 所有参与人在《需求边界评审记录表》上签字确认（如不在场则事后 1 个工作日内邮件确认）。
• 所有待办项均有明确的责任人、截止日期和可验证的输出。
• 更新后的需求规格说明书版本号已升版，并标注“已评审·边界冻结”。
• 评审会议纪要中无任何未关闭的争议项（已升级或已关闭）。
• 基线库中已上传最终版文档，且权限可见范围正确。