mirror of
https://github.com/NohamR/knowledge-kit.git
synced 2026-05-25 04:17:17 +00:00
22 lines
1.7 KiB
Markdown
22 lines
1.7 KiB
Markdown
# 项目管理案例分析
|
||
|
||
|
||
|
||
## 库存扣减项目
|
||
|
||
**背景**：原定于17号上车，上车过程中代码合并 master 分支。iOS 和网关代码均无冲突。Android 发现订单列表接口被替换，和同学 A chechk 核实原因后是因为 App 订单管理能力补齐，替换了订单列表接口，而库存扣减项目测试过程中一直走的是老接口，发现问题后与测试沟通，对合并后的代码再进行一轮回归，延期至18号上车
|
||
|
||
**影响**：额外的近2天时间，导致其他项目进度滞后
|
||
|
||
**复盘总结：**
|
||
|
||
因为过程中没有及时合并主分支代码，导致 QA 测试完成后，项目上车之际，合并 master 后发现很多主要逻辑以及接口被修改了。这时候不可能直接上车的，必须为新增的每一行代码回归，不然质量没法确保。
|
||
这种情况，可与举个例子，比如你的 Native 工程或者前端工程的 Package.json 中版本没有锁死，在打包平台出的 SDKA 1.0.0 版本，测试完成后在出市场包或者 Web 部署 CDN 的时候，因为没锁死，恰好 SDKA 刚好有 1.0.1 可用，这样子造成的三方库引发的“新功能”或者某某不兼容，导致发生了线上问题。
|
||
|
||
|
||
**改进点：**
|
||
- 开发过程中需要及时合并主分支，给 QA 的交付物保持最新
|
||
- 后端接口改变，尽量做到向前兼容，避免影响线上服务
|
||
- 后端接口做不到向前兼容，则新开接口，避免影响线上业务。接口改动尽量同步给相关使用方，正确评估影响面
|
||
|
||
这个问题本质上也就是多版本并行问题。属于很常见的项目问题，没有版本根本上解决，但是采取👆上面3个措施，相信情况会好很多。 |