(English Version: Top-right translate button OR scroll down.)

背景:这个项目的背景?

首次搭载的车型为公司当年重点关注的战略车型,发布会已经承诺交付给首批用户

约束:这个项目难在哪里?

时间紧迫:接手项目时已经进入量产前倒排阶段,离量产节点不到5个月时间,按传统瀑布式方式推进存在影响 SOP 节点和上线质量的风险

适配屏幕多:车型涉及中控、副驾和后排头枕屏,均需要定制化适配

功能复杂:推荐页、播放器页、搜索页等页面功能多,且互相存在调用和依赖关系

资源依赖:依赖本模块的开发、测试、设计团队时间,也依赖物料资源。另外,应用关联方较多,会依赖关联模块的开发时间,如语音、功放、仪表、PAD状态栏、边界栏等团队

角色:我的具体责任?

项目经理:输出项目计划、协调资源、识别并管理风险、管理项目进度、管理软件版本、管理软件质量

策略:采取了什么方法?

敏捷化推进的办法:首先是范围拆分,(和产品经理确定)屏幕分批次交付,先适配中控;功能列了优先级清单,先保证核心功能的开发上线;最后是增量验证和测试前移,设计、开发和测试团队并行工作,测试团队在功能开发完一批后便介入进行测试,开发同时修复bug、开发新功能

风险升级和高频沟通:我把项目时间、关键依赖和资源缺口整理成风险清单,同步给各个团队负责人,推动各团队确认资源投入和节点承诺;采取日会周会获取最新进展和风险,通过coding、企微等工具平台管理项目进度和项目质量;和关联模块同步开发计划和缺陷问题,通过会议形式跟踪缺陷解决进度

风险:识别到的风险及其应对策略?

时间风险:敏捷化推进方法,分批次交付功能

质量风险:测试提前介入,我对缺陷分级跟踪,并且预留了缺陷清零时间来降低质量风险

依赖风险:语音、功放、仪表、PAD 状态栏、边界栏等关联模块开发节奏不一致,可能影响应用功能联调和验收。提前与关联模块项目经理同步开发计划和版本节点,通过会议跟踪接口、缺陷和依赖项状态。

资源风险:由于团队负责多个应用模块的工作,同一时间存在资源冲突的情况,所以我和团队以及涉及到的模块项目经理沟通,推动相关团队确认资源投入和排期安排,降低延期风险

结果:最后可证明的结果?

交付结果:完成中控的全功能上线;为 SOP 前软件集成预留半个月左右缺陷清零时间