业务背景

整车设计是一个复杂庞大的流程，要经历数个月的周期，通常长达2年左右。

而汽车软件流程，是其中的重要一环。从「KO」到「全车数据」发布，这中间都或多或少进行着软件流程。 同时，汽车的软件研发，不仅仅涉及中控和仪表的HMI，因为汽车是一个完整的智能体，所以软件更是关联了信号、灯光、摄像头、电池等诸多硬件，和硬件的交互也算是软件设计的外延，进而使整车达到智能化。

模板亮点

亮点一：不仅是软件流程，更是整车智能化流程

• 一个车型软件项目，从开始就涉及到方方面面，云服务、OTA、零部件、信号、通信协议、流量、芯片算力、散热等方方面面。在每个环节都需确保主流程和相关流程达到一个阶段目标，有特定交付物，才能保证项目的顺利进行，车型落地生产。

亮点二：流程完备详尽，拿来就用

• 整车软件设计不仅有多部门串行合作，同时还有诸多并行合作共同产出的情况，在主流程下，有多种子流程协作方式，包含单部门、跨部门等等。

• 流程不仅涵盖完整的软件研发流程，同时还围绕不同工作内容在不同阶段进行循环任务，保障车辆生产过程中，每一个环节都不会遗漏问题，造成事故
• 同时兼顾到整车制造繁杂，可能会涉及到外采等部分，也有对应流程进行承载，以子流程方式展现，便于裁剪

亮点三：流程灵活，兼容性好

• 在一个WBS上，不同的事项节点可以用同一条子流程承载，避免了配置复杂化，大大提升流程灵活使用的场景
• 工作项「方案」→工作项「评审」是子工作项拆解，为了便于灵活增减评审次数

亮点四：交付物选型更贴合使用场景

• 在一个流程中需要多节点间传递、重复查看、更通用的交付物，采用字段形式。而更特殊、更具体、更指定的交付物，采用实例形式，方便识别和使用。同时，实例交付物也进行了简单资料存档和重要交付物需评审的区分，让交付物自身也能更标准化。

使用介绍

整体说明

本模板围绕整车软件研发展开，涵盖整车智能化的方方面面。包括仪表、中控、及软件相关的多个车辆单元模块，同时，模板不仅涉及软件研发的主流程，同时包含问题监测、评审、外采等诸多分支流程，确保最完整的进行车辆软件研发管理。 共包含六个工作项，分别是：车型、方案、任务、评审、问题、交付物。

操作手册

1. 工作项：车型

此工作项为空间的核心工作项，包含根WBS流程：车型 流程1：车型，使用者：项目所有成员

• 车型进入到软件智能化研发环节后，项目经理以流程「软件智能化」创建一条车型实例，并在计划表内分配人员，为里程碑设置节点
• 各部门在各自事项上分配人员，安排工作
• 项目经理&各部门责任人通过计划表管理车型，监督进度，指定排期，把握风险

1. 工作项：方案

此工作项为空间的核心工作项，是WBS的第二层级，包含5个子流程：单部门主责流程、各部门分拆执行流程、多阶段循环任务、外采/接入流程、验收流程 流程1：单部门主责流程，使用者：某个部门的成员及部门经理

• 当计划表上的事项仅为单一部门负责时，会有一个单部门流程。
• 员工进行具体的工作后，产出该事项的方案，在部门内部同步并得到确认。
• 如果是阶段性的产出方案，需要进行评审。

流程2：各部门分拆执行流程，使用者：多个部门的成员及部门经理

• 当计划表上的事项为多部门负责时，会有一个多部门并行的子流程。
• 由项目经理或主责人在初始节点进行任务分工确认，确认需参与的部门。
• 确认后，各个部门会在各自流程下，由部门员工执行任务。
• 员工进行具体的工作后，产出该事项的方案，在部门内部同步并得到确认。
• 如果是阶段性的产出方案，需要进行评审。

流程3：多阶段循环任务流程，使用者：对应事项负责人

• 当计划表上的事项为在多个阶段都要执行时，会有一个拆分了不同阶段的子流程。
• 由项目经理或主责人在初始节点进行具体任务选择。
• 选择后，节点自动根据可见性显示需要执行任务的阶段。
• 员工在每个阶段完成任务后，完成对应阶段的节点。

流程4：多阶段循环任务流程，使用者：对应事项的部门负责人

• 当计划表上的事项为外采/接入事项时，会有一个独立的子流程。
• 由对应事务部门的负责人执行此流程的每个环节，一些关节事项会在流程的不同节点上记录。

流程5：验收流程，使用者：对应事项负责人

• 当计划表上的事项为验收事项时，会有一个独立的子流程。
• 由需验收事项的人员在初始节点上将自己填入角色，对应的节点会出现/隐藏。
• 在执行验收时，发现问题后，可在对应节点下记录问题。
• 当一段时间后问题已修复，可在「修复后复验」节点下按在问题列表关闭问题。

1. 工作项：任务

此工作项是WBS的第三层级。暂无流程，用来管理待办和记录具体的细节工作。

1. 工作项：评审

此工作项用来管理评审，包含2个子流程：简单评审流程、部门方案拉通评审流程 流程1：简单评审流程，使用者：事项负责人及评委

• 评审人在工作项「方案」的流程中，如有评审节点，可以通过创建子工作项「评审」来发起评审。
• 发起评审人需确认评委人员。
• 人员确定后进行方案审核，并在审核节点下提交审核结论、意见和问题。
• 发起人根据评委的审核意见和问题进行方案修改。

流程2：部门方案拉通评审流程，使用者：事项负责人及评委

• 评审人在工作项「方案」的流程中，如有评审节点，可以通过创建子工作项「评审」来发起评审。
• 发起评审人需确认评委人员。
• 人员确定后进行方案审核，并在审核节点下提交审核结论、意见和问题。
• 如方案不通过，发起人根据评委的审核意见和问题进行方案修改。
• 如果审核通过，进入方案审批，由总工/车型负责人/部门负责人等重要人员进行审批，并记录审批结论、意见和问题。

1. 工作项：问题

此工作项用来管理问题，包含2个子流程：评审问题、验收问题 流程1：评审问题流程，使用者：评委、责任人

• 评委在评审中发现问题，可通过创建工作项「问题」进行记录。
• 问题记录后，由责任人根据问题进行修改。
• 修改后关闭问题，可重新发起评审。

流程2：评审问题流程，使用者：事项负责人、责任人

• 事项负责人在验收过程中，如发现问题，可通过创建工作项「问题」进行记录。
• 问题记录后，由责任人根据问题进行修改。
• 修改后，流转回创建者，进行问题复验。
• 如无问题，复验后可关闭。如仍然有问题，可再次打开并流转回责任人。

1. 工作项：交付物

此工作项用来管理实例交付物，包含2个子流程：提交存档、提交并评审 流程1：提交存档流程，使用者：事项负责人

• 事项负责人在计划表/子流程实例中完成事项后，会在交付物模块提交交付物。
• 填写交付物链接后，即完成提交。

流程2：提交并评审流程，使用者：事项负责人

• 事项负责人在计划表/子流程实例中完成事项后，会在交付物模块提交交付物。
• 填写交付物链接后，提交交付物并发起评审。
• 提交人在评审节点创建评审工作项并完成评审。
• 评审通过后，完成交付物提交并入库。