第1章 课程总览与交付物
1.1 适用场景
本课程适用于以下三类典型研发管理场景：
- 消费电子硬件团队：需将市场用户调研结论拆解为具体硬件功能发布时间点，例如手机、可穿戴设备、智能家居产品。
- 工业/嵌入式硬件部门：在长期产品路线图中嵌入客户定制需求里程碑，如医疗设备、机器人控制器。
- 平台型芯片/模组厂商：需对齐下游应用方的时间预期，完成SoC评估板、参考设计等输出。
提示：若团队尚未建立用户需求管理基础（如需求池、优先级排序机制），建议先完成前置条件中列出的准备工作再进入本课程。
1.2 前置条件
| 前置能力/资源 | 要求说明 |
|---|---|
| 用户需求库 | 至少包含近12个月内的原始用户反馈、市场调研报告、竞品分析文档 |
| 硬件版本规划模型 | 团队已有Roadmap基础框架（如年度大版本+季度小迭代） |
| 工具链 | 可访问表格/项目管理工具（Excel、Notion、Jira等）用于记录映射结果 |
| 角色分工 | 明确产品经理、硬件架构师、项目经理三方的职责边界（详见本章1.5） |
1.3 操作步骤（课程学习路径）
本课程共30章，按以下四大阶段组织学习：
- 基础认知（第1-5章）：理解硬件Roadmap定义、映射价值、关键术语与SOP框架。
- 输入准备（第6-12章）：用户需求分类、时间窗口划分、冲突检测。
- 映射执行（第13-24章）：逐类需求映射至Roadmap节点、依赖建立、评审与调整。
- 验收与持续运营（第25-30章）：交付物归档、异常处理、复盘机制。
1.4 输入输出物
| 角色 | 输入物 | 输出物 |
|---|---|---|
| 产品经理 | 用户需求清单（含时间期望、优先级） | 已标注时间节点的需求池（Task Board） |
| 硬件架构师 | Roadmap蓝图（V1.0~V3.0） | 更新后的Roadmap V1.1（含需求时间戳） |
| 项目经理 | 资源日历、签审流程单 | 映射结果签审记录、风险登记册 |
1.5 责任边界
- 产品经理：负责用户需求时间节点映射的输入准确性，需对原始需求的时间合理性进行标注。
- 硬件架构师：负责判断需求在Roadmap上的技术可行性与依赖关系，反对无依据的“强插”行为。
- 项目经理：负责组织三方评审会议，记录争议点并推动闭环；对映射后的Roadmap进行变更控制。
避坑：产品经理不可跨过架构师直接向项目组承诺交付时间节点，必须经过技术可行性评审。
1.6 记录材料
每次映射操作需保留以下四类记录：
| 记录名称 | 格式 | 保留周期 |
|---|---|---|
| 需求-节点映射表 | Excel/Google Sheets | 产品生命周期结束后12个月 |
| 评审会议纪要 | Markdown/Confluence | 永久 |
| 异常处理记录 | Jira/工单 | 至该需求关闭 |
| 签审确认单 | PDF带电子签名 | 永久 |
1.7 异常处理
常见异常及应对预案：
- 需求时间节点冲突（两个以上需求争夺同一Roadmap窗口）→ 触发优先权重评分流程，由架构师+产品经理共同裁决。
- 需求变更导致时间失效 → 启动“需求变更触发通知”，重新执行第13-18章的映射微调步骤。
- Roadmap大版本调整 → 冻结当前映射结果，待新版本发布后按第24章“批量重映射”流程处理。
1.8 验收标准
本课程完结需满足以下条件：
- 交付《用户需求时间节点映射报告》（模板见附录A），包含至少一个完整周期（6个月）的映射记录。
- 通过三方会签：产品经理、硬件架构师、项目经理均签署确认。
- 异常处理覆盖率达到100%（即每个已识别的冲突均有关闭记录）。