业务背景
- 当前模板基于 IPD 经典模型进行设计
- a. “立项 - 项目 - 子系统” 三级 IPD 流程,按 “定方向 - 统全局 - 落执行” 推进
- i. 「立项申请」:进行 Charter 开发,并通过 CDCP 评审确认项目价值
- ii. 「车型项目」:进行车型项目跟进(计划、开发、验证和发布),以 PDCP 评审进行计划确认后推进开发
- iii. 「车型子系统」:对复杂整车业务拆解为多个子计划,由对应业务团队跟进,降低管理复杂度
模板亮点
车型项目层级分解与联动
- 父子计划树形层级视图,查看项目结构和排期
- 父子计划、子计划间建立状态流转依赖
- a. 例如:父级节点流转,依赖子系统完成
- b. 例如:各模块子系统完成后,才能进行整车集成子系统推进
- 父子计划间建立人员角色同步
- 通过项目树形甘特图,车型项目与子系统项目进行关键里程碑排期对齐
🎉
暂时没平台能力支持计划间排期联动,通过视图查看手动对齐
轻应用主页展示项目全景
- 轻应用主页 ,聚焦重点内容
- 立项申请 - 车型项目 - 子项目三层结构,快速查看
- 直观查看统计数据和项目排期
AI 汇总评审意见
进行 DCP 或 TR 评审时,各业务域评委填写评审意见后, 系统自动对评审意见进行结构化条理清晰的汇总,并提供评审意见
AI 优化用户画像
使用说明
立项申请
- 车型立项申请通过后再投入项目资源
- a. 组建立项团队,进行完整的需求、产品、技术和商业分析,形成 Charter 需求包,然后进行 CDCP 评审
车型项目
- 车型项目推进:按计划 --> 开发 --> 验证 --> 发布四大阶段推进
- a. 计划:确定整体方案框架,与子系统对齐对接规范和调试计划,以方案冻结为里程碑
- b. 开发:各子系统开发和整车集成开发,以试制作为里程碑
- c. 验证:路试和小批量生产验证,为发布做最后准备
- d. 发布:量产和发布相关的售前售后准备
- 流程裁剪,如全新车型保留全部环节,小改款则可以裁剪 TR1/TR2 环节
- 计划编排环节
- a. 车型项目确定主干节点和关键里程碑,与子计划进行里程碑对齐和协作
- b. 排期依赖、排期汇总规则辅助排期
- c. 配合 TR 评审和 PDCP 评审确定方案合理性
- 主子计划协作
- a. 车型项目团队成员与子系统进行同步
- b. 车型项目节点流转,依赖子项目任务完成
车型子系统
- 车型子系统推进:同样按计划 --> 开发 --> 验证 --> 发布阶段推进
- a. 对比车型项目,重点关注技术开发和整车集成,无需关注整车试制、量产、销售等动作
- 基于车型项目拆解子系统计划
- 为了便于不同的子系统复用,节点为通用任务,通过子项拆解区分各子系统的任务
- a. 过程中配合 TR 评审节点子流程,进行技术方案评审
- 通过泳道图查看不同角色的任务分布
评审管理
- 预置评审要素,形成评审矩阵,完整评估方案合理性
- a. 评审维度:方案完整性、方案可行性、战略契合度、方案竞争力、可持续性
- b. 评审业务域:产品、研发、财务、规划、商业、供应、制造
- c. 是否关键因素:辅助用户进行评审要素剪裁
- 支持评审环节剪裁:
- a. 共用一套评审流程,提升维护效率
- b. 不同子系统进行 TR 评审时,可以按需裁剪环节,只保留自己相关的环节
- c. 评审流程执行时,先进行整体方案初评检查方案完备性、可行性等,然后再进行各技术域详评,最后汇总评审结果确定最终评审意见
- 标准评审流程实践
- a. 评审要素剪裁
- b. 多人评审
- c. 评审结果汇总
变更管控
- 里程碑完成后,不允许再变更排期
- 非车型 PDT 经理或子系统负责人,变更里程碑排期时,需车型 PDT 经理审批后再生效
- 变更插件配置:可在空间配置后台,变更插件内配置变更管理规则