第3章 需求传递流程：产品需求发起、技术可行性评估、资源预估、需求评审会议SOP

适用场景

本流程适用于硬件产品开发项目中，从产品经理/市场端提出新功能需求或重大变更需求，到需求被正式纳入开发迭代（Sprint/Release）的完整前置传递环节。典型场景包括：

• 新产品立项阶段的需求导入
• 现有产品平台的衍生型号需求
• 关键客户定制化需求的快速响应
• 法规、合规、安全类强制需求

前置条件

操作步骤

1. 步骤一：产品需求发起
   产品经理在协同工具（如Jira/Polarion/飞书多维表格）中创建需求卡片，填写需求标题、背景描述、验收标准、优先级（P1/P2/P3），并关联用户故事地图。
2. 步骤二：技术可行性评估
   系统架构师组织2~3名核心工程师，在48小时内完成技术初评，重点检查：
   • 关键技术指标是否可实现（如功耗、尺寸、射频性能）
   • 是否存在专利壁垒或关键器件供应风险
   • 是否需要新增测试设备或认证
3. 步骤三：资源预估
   根据技术评估结论，各职能代表（硬件、软件、测试、结构、生产）输出工时预估表，录入协同工具。预估分为三个层级：
   • L1：低成本工作量（<2人周）
   • L2：中成本工作量（2~8人周）
   • L3：高成本工作量（>8人周）
4. 步骤四：需求评审会议
   PMO组织跨部门评审会，议程包括：
   • 产品价值与战略对齐度审核（5分钟）
   • 技术方案展示 & 风险评估（10分钟）
   • 资源承诺 & 优先级调整讨论（10分钟）
   • 需求状态裁决：通过/暂缓/拒绝（5分钟）
   会后24小时内发布评审纪要。

输入输出物

责任边界

记录材料

• 需求卡片（电子版）—— 记录在共享需求池，包含完整变更日志
• 《技术可行性分析报告》—— 含风险列表、替代方案矩阵
• 《工作量及成本预估表》—— 分角色、分阶段的人天统计
• 《需求评审会议纪要》—— 包含参会签到、决策结果、遗留任务
• 协同工具自动化日志（如Jira Workflow历史）—— 用于流程审计

异常处理

验收标准

1. 每张需求卡片均可追溯至原始来源（市场文档/客户邮件/会议记录）。
2. 技术可行性评估覆盖所有关键技术指标，且由系统架构师签署。
3. 资源预估表已按照L1/L2/L3分类，并由各职能负责人（硬件、软件、测试等）逐一确认。
4. 需求评审会议纪要包含明确的裁决结果（通过/暂缓/拒绝）及遗留行动计划。
5. 所有评审材料在会议结束后的24小时内归档到共享存储空间。
6. 流程关键节点（发起、评估、评审）在协同工具中的状态机流转与SOP定义完全一致。