2. 前置条件检查清单

2.1 适用场景

本章所定义的前置条件检查清单适用于以下场景：

• 项目启动评审会——在正式投入研发资源前，对需求边界进行系统性过滤。
• 需求变更评审——当已有需求发生重大调整时，需重新执行本检查清单，确保变更不引入边界风险。
• 跨部门协同评审——涉及机器人本体、控制算法、嵌入式、机械结构、软件平台等多团队协作的项目。
• 合规性审计节点——在里程碑交付前，由质量管理或法务团队发起，验证各项前置条件是否满足。

2.2 前置条件

执行本章节检查清单前，需已完成以下基础工作：

2.3 操作步骤

以下四个步骤需按顺序执行，每个步骤的输出作为下一步的输入。任何一个步骤失败，应挂起评审并进入缺陷管理流程。

1. 步骤一：需求文档完整性检查
   • 核对PRD是否包含：功能清单、性能指标、用户故事、验收准则、假设与约束。
   • 检查是否存在未定义的术语、模糊量词（如“快速”“稳定”“低延迟”）。
   • 使用完整性检查表逐项打勾。
2. 步骤二：技术可行性初判
   • 评估核心指标是否存在理论瓶颈（如算力、功耗、传感器精度）。
   • 对照现有技术栈查询是否有成熟方案；记录技术风险点。
   • 输出技术可行性初步评估报告。
3. 步骤三：法规与安全约束
   • 识别目标市场法规（如CE、FCC、RoHS、机器人安全标准ISO 13482）。
   • 分析功能安全等级（SIL/ASIL）要求，是否需冗余设计。
   • 检查隐私与数据保护（如GDPR、个人信息保护法）。
4. 步骤四：利益相关方确认
   • 列出所有受影响的角色（终端用户、运维、产线、客服、合规）。
   • 召开确认会议或发送确认邮件，记录每位签收/确认状态。
   • 对未回复或持异议的利益相关方启动升级机制。

2.4 输入输出物

2.5 责任边界

• 产品经理（PM）： 负责需求文档完整性检查，对模糊项提出修改意见。
• 技术负责人（Tech Lead / 架构师）： 主导技术可行性初判，评估风险并给出决策建议。
• 法务/安全官： 输出法规与安全约束矩阵，必要时指导设计更改。
• 项目负责人（PO / PMO）： 组织利益相关方确认，记录分歧并推动解决。

2.6 记录材料

每一环节完成后需归档以下记录：

1. 需求完整性检查表（YAML格式示例）：

checklist:
  version: 1.0
  items:
    - id: REQ-01
      description: "功能清单是否包含所有用例"
      status: pass
      comment: ""
    - id: REQ-02
      description: "性能指标是否量化"
      status: fail
      comment: "响应时间描述为'尽可能快'，需修改"

2. 技术可行性初步评估报告（节选）：

---
risk_register:
  - risk: "实时操作系统调度延迟超过10ms"
    impact: "高"
    mitigation: "选用RT-PREEMPT内核或独立MCU处理运动控制"
    status: "待验证"

3. 法规与安全约束矩阵（表格应在知识库中维护）：

| 法规/标准        | 适用条款       | 状态   | 对应模块       |
|------------------|----------------|--------|----------------|
| EN 62368-1        | 机器人电源安全 | 待评估 | 电池管理系统   |
| ISO 13482         | 移动机器人安全 | 已识别 | 导航避障模块   |

4. 利益相关方确认单（签名或审批截图）：

{
  "meeting_date": "2025-03-21",
  "attendees": ["王工(机械)", "李博(算法)", "张律(法务)"],
  "consensus": ["同意机器人最大速度0.5m/s"], 
  "disagreements": ["BOM成本上限暂未达成一致"]
}

2.7 异常处理

2.8 验收标准

本章节完成评审并进入下一阶段，须同时满足以下所有条件：

• ✅ 需求完整性检查表所有项为“pass”或已挂起待解决项
  （允许≤3个低优先级挂起项，但需有明确责任人及截止日）。
• ✅ 技术可行性初步评估报告无“不可行”项；若有“待验证”项，需附验证计划和预算批准。
• ✅ 法规与安全约束矩阵中“高风险”项已全部关闭（或已由法务签字同意风险接受）。
• ✅ 利益相关方确认单中核心角色签收率≥90%，且无未解决的“重大异议”。
• ✅ 所有输出物已归档至项目管理系统（如Jira、Confluence），版本号与本次评审标识一致。