今天被需求A的延迟雷到了，恶心了一夜，想想从五个角度吐槽下，不然睡不着
背景介绍
- 需求A是一个遗留了N久的性能优化功能，从有我们公司那天就有了，快3年了
- 需求A在数据上表现良好，有10%以上的性能数据提升
- 需求A的开发过程横跨两个芯片平台，两个Android大版本
- 表面上是一个项目，其实从研发流程上，要按照四个项目操作
- 老平台的O版本升级，为了老化测试达标，让了一个星期的进度，结果老化还是没达标，功能A却因为这一周，错过了老化测试、兼容性测试、公测验收，再发布要两个月之后
- 我司的功能验收流程 前端功能测试-三方兼容性测试-老化测试-功耗测试-公测验收-QE验证-DUT测试
原因分析
- 测试资源紧张，背景介绍中的测试流程，测试一个都不放过，结果每个phase都有delay，不能如预期进展
- 和版本升级项目信息同步不足，需求开发计划没有匹配上升级项目的测试计划，失去了共享测试资源的机会，在如今资源紧张的大背景下，没有回转的余地
- 同样是因为和版本升级项目信息同步不足，制定的上线计划，无法与升级项目的需求匹配，导致可能拖升级项目后腿的风险，自己评估的上线计划，完全没意义
- 和测试同步不足，对于升级项目的准出checklist没有把握，结果没有足够说服力，没有足够把握说服风险上线
延迟影响
- 我要疯了
- 原本咬牙可以10月中上，结果要11月底都说不定
下一步对策
- 尽快做出合适的版本，送测兼容性测试和老化测试，功耗测试等专项
- 尽快去协调测试资源，分析出可以达成的上线计划
- 尽快完成代码提交，安排前端测试验收
长期思考
- 资源冲突长期存在，作为低优先级功能需求，必须关注目标上线项目的进度计划，及时和对方PM沟通，匹配对方的计划，以求达成功能需求的按时提交
- 对于需求的准出标准，要做到心中有数，提前明确，按计划达标，既让别人好做，也让自己有底气
