软件定义汽车业务扩张,不少车企与零部件企业的研发团队分布在不同城市,还会联合外部合作团队共同参与项目。不同团队各自开展需求拆解、架构设计、测试验证工作,地域带来的信息差,会给 ASPICE 过程落地带来现实挑战。很多项目虽然发布统一的流程规范,但线下文档传递、口头沟通占比高,各团队对标准实践理解出现偏差,同一个过程域,A 团队执行到位,B 团队大量实践简化。
跨地域多团队协同场景下,会出现几类典型的合规隐患。需求信息依靠邮件、即时通讯工具流转,版本分散,不同团队拿到的需求版本不一致,需求追溯关系容易断裂。变更通知依靠人工转发,部分团队接收变更消息滞后,模块修改不同步。过程证据分散保存在各个团队本地电脑,集中评估阶段需要耗费大量时间收集整理材料,还会出现证据版本混乱。各团队产出物格式不统一,评审标准松紧不一,拉高后期评估整改成本。
单纯依靠制度文档和线上会议宣贯,很难消除地域带来的执行差异,需要把流程规则、产出要求沉淀到统一研发平台,弱化对线下人工传递的依赖。
亚远景 APMS 可以作为跨团队统一的研发协作底座,所有项目核心工作产物统一在平台内进行管理。组织层面预先定义好 ASPICE 对应的流程节点、产出模板、评审检查项,所有参与项目的异地团队使用同一套流程框架开展工作。需求、变更、缺陷全部在线流转,每一次版本更新都会留下完整记录,各团队实时查看最新正式版本,减少信息传递偏差。变更发布之后系统自动触达相关责任方,规避人工转发消息带来的遗漏。平台会留存全部过程记录,不需要各团队单独整理材料,评估需要的证据可以直接从系统中调取。
面对异地团队文档能力参差不齐的现状,亚远景 DPAI 可以基于组织统一的标准模板,输出需求、设计、测试相关文档初稿。不同地域工程师生成的初稿格式、检查维度保持一致,工程师在此基础上结合业务修改完善,降低因为个人经验差异带来的产出物质量波动,文档完成之后同样要执行正常评审流程,AI 产出仅作为辅助素材。
开展内部预评估的时候,亚远景 PCAT 支持多评估师分布式协同工作。不同地点的质量人员可以同步查阅项目证据,在线完成证据标记、打分,统一输出评估发现,不用把所有人员集中到同一地点。评估识别出的问题直接生成整改任务分派给对应团队,整改过程全程留痕,保障跨地域项目内审工作可以常态化开展。
工具只是协同落地的载体,不能替代团队的标准培训。组织层面依旧需要统一开展 ASPICE 实践培训,明确强制性实践边界。工具负责固化流程、统一模板、留存证据,人员负责业务判断与评审把关,二者相互配合,才能够在分布式开发模式下,维持全项目 ASPICE 过程执行的一致性。
