业务背景

随着汽车行业向智能化、电动化转型，产品集成度提升、跨域协作增多、合规要求趋严，为整车研发的效率与精准度带来新挑战。无论主机厂还是产业链企业，普遍面临需求模糊难落地、多部门协作冲突、研发进度难管控、合规与体验指标难验证等问题，亟需标准化的需求管理方式破解痛点。

"需求端到端拆解"模版主要体现了整车研发场景中通过分层拆解逻辑，将整车级笼统需求转化为系统级、零部件级可执行任务，明确各部门与供应商的职责边界和交付标准，实现研发全流程的可追溯、可管控，让复杂研发项目有序推进。

模板亮点

亮点一：需求按层级拆解

用户原始需求→特性需求拆解→开发任务落地→执行路径明确的四级拆解逻辑，确保需求传递的精准性和完整性，每一层级均形成闭环关联：

1. 原始需求层：聚焦用户在实际用车场景中的核心诉求，以量化指标明确需求标准
2. 特性需求层：将解决方案拆解为具体的技术特性，明确各特性涉及的研发领域，实现跨部门协作的边界划分。
3. 开发任务层：这是文档的核心层，为每个特性需求匹配具体开发任务，确保任务执行"有始有终、有规可依"。
4. 执行任务层：将开发任务转化为步骤化的执行动作，明确任务推进的先后顺序与关键节点，直接指导研发人员开展工作。

亮点二：节点流转联动

• 需求：当特性领域包含有软件类型时，特性验收需与其相关的Story验收完成后才可被验收
• 实现方式：通过计算字段实现节点流转校验

亮点三：飞书通知联动

• 自动化通知+飞书IM集成
• story评审未通过时实现通知到人

使用介绍

整体说明

模版中设置了【原始需求】、【特性需求】、【开发任务】、【执行任务】四个核心工作项，进行整车研发场景中的需求分层管理，包含原始需求引入，到特性需求拆解，开发任务制定及执行任务记录等多个环节。

操作手册

原始需求

• 流程图：

• 需求发起人：

新建原始需求

• 如来源选择【外部】，则需要额外填写当前需求的商业价值、相关客户&目标市场以及收集途径，且【分析】、【分发】、【决策】节点可见，如选择其他值，则【提交PR】后直接进入【SE需求确认】节点

• RAT代表:

1. 分析当前需求是否接收
   • 如接收，则需要在当前节点下拆解特性需求；
   • 如退回，则节点回滚到【提交PR】；
   • 如拒绝，当前需求流程直接结束。

1. 判断规划类型，当判断需求为项目类型时，RAT需要针对需求做进一步决策
2. 拆解特性需求

• SE：

需求确认：

• 如果来源为外部，需要先确认关联的特性需求
• 如来源非外部，则需要判断当前需求是否接收，并判断需求类型，选择值将与后续节点可见性进行联动，例如，类型包含软件，则需要软件代表进行需求规划；类型包含工艺，工艺代表进行需求规划……以此类推
  • 如接收，则需要在当前节点下拆解特性需求；
  • 如打回，则节点回滚到【提交PR】；
  • 如拒绝，当前需求流程直接结束。

• 各领域代表（软件/电机/电气/机械/测试/工艺/质量/文档）：

针对当前需求进行规划开发

• 测试代表：

确认需求是否通过验收，当需求来源为外部时，会增加计算字段判断关联特性需求是否均已完成

特性需求

• 流程图：

• RAT代表：

1. 新建需求：创建时需要选择关联原始需求，当前特性需求下人员均同步于关联的原始需求角色人员
2. 确认需求是否通过验收，当需求领域包含软件时，会通过计算字段判断关联story是否均已完成

• SE：

1. 分析当前需求是否接收
   • 如接收，则需要在当前节点下拆解特性需求；
   • 如退回，则节点回滚到【提交PR】；
   • 如拒绝，当前需求流程直接结束。

1. 判断需求类型，选择值将与后续节点可见性进行联动，例如，类型包含软件，则需要软件代表进行需求规划；类型包含工艺，工艺代表进行需求规划……以此类推

• 各领域代表（软件/电机/电气/机械/测试/工艺/质量/文档）：

针对当前需求进行规划开发