2021年10月12日13:27:59 船员上线复盘

赢海

彼此坦诚剖析，既不推卸责任，也不妄自菲薄，而是尽可能地呈现一个完整真实的项目流程。每个参与者都有平等的发言权，都能真实地表达想法。

项目结果复盘

目标完成度

本地上线时间节点以及功能完整性良好, 但是整体上线后成果物还有欠缺,上线后的产品功能和细节完整度上还有待优化

计划执行情况

1. 船员前期工时评估以及功能计划考虑有所欠缺,导致工时时间比较紧张,在执行推进开发计划时候不能按照计划进行推进,导致工期延时以及遗留问题过多,影响到测试计划不能按时推进
2. 需要释放时候开发理解不够完整,开发过程中有少量功能遗漏, 开发质量把控不够精细, 导致测试工作量非常大, 问题反复出现情况也有所存在
3. 修改问题效率以及质量有待提升,问题重复开打情况也有所存在

需求设计阶段复盘

产品设计完整度复盘

需求释放复盘

开发阶段

工作量评估

1. 开发评估工作量以及影响范围不够准确有遗漏的功能点没有评估
2. 整体时间评估过于乐观, 没有考虑到难点和突发情况的处理

开发质量

1. 开发质量整体良好, 但是因为开发业务有不熟悉的情况, 导致有些修改会影响到其他
2. 开发过程中自测不够,还存在一些明显的问题
3. 开中过程中没有充分理解需求,到时有些需求没有不全, 后期在补充导致时间增加

老模块影响

1. 老模块有些业务代码不够熟悉 , 导致不敢去修改以及在开发过程中老模块问题也频频有问题, 导致工时增加

问题重新打开

1. 修改问题没有考虑影响范围和风险, 导致有连带问题出现, 有重复打开问题

测试阶段

开发自测

1. 开发自测不够充分,导致分发给测试过程中问题较多

测试用例准备

1. 测试用例准备场景和多维度情况还是有所欠缺, 用例整体维度需要强化

测试问题覆盖率

1. 问题覆盖率良好, 不排除有遗漏的

上线阶段

产品验收复盘

1. 遗留产品验收过程中时间预留不够充分, 导致产品流程跑的覆盖可能不全

上线准备

1. 上线前基础数据准备的不够充分,上线流程还有所欠缺和不够熟悉
2. 上线前准备的脚本,以及升级包的提前制作
3. 上线功能影响风险评估不够准确
4. 上线出现问题解决力有所欠缺, 本次上线的技术问题需要总结
5. 上线遗留的疑难杂症处理困难, 需要技术支持

上线后效果

1. 上线后效果基本达到预期,但是还存在基于现有正式环境问题影响到业务的问题
2. 上线后需要进行一段时间进行试运行和维护后续问题

团队协作

1. 协作上还存在异步情况, 修改问题后同步问题状态不够及时
2. 问题明确人拆分不明确,调研起来浪费时间过长
3. 管理上问题推进不够明确,问题优先级需要进行拆分
4. 开发代码合并出现配置文件冲突问题
5. 开发过程中任务穿拆太过严重, 开发过程中分优先级处理问题

管理上问题

1. bug问题跟进不够清晰, 风险进度工作量评估不够准确
2. 团队人员任务问题分配不够明确, 有些问题不清晰
3. 船员业务不够熟悉, 有些问题不能及时分析出解决方案
4. 上线流程不够熟悉, 不清楚上线前的风险以及上线后的影响范围
5. 技术能力需要加强, 配合调研技术难点和方案

总结

1. 工时以及功能覆盖面评估要准确,多次进行评估工作任务
2. 需要释放时候开发理解不够完整,开发过程中有少量功能遗漏,开发质量把控不够精细,导致测试工作量非常大,问题反复出现情况也有所存在
3. 开发质量要个人进行把控, 开发要进行自测试以及业务熟知
4. 测试尽量多业务维度多场景进行测试,把控好产品质量
5. 开发修改问题过程中要进行范围评估并且修改完毕反馈给测试及时复测
6. 团队沟通要及时, 有问题及时暴露大家协调解决
7. 上线前准备工作要做好, 做好上线前手顺以及预演,尽量预留出上线后回归验证时间
8. 上线后要进行预运行时间以及修改遗留问题优化的时间进行后续优化
9. 开发难点技术方案需要充分考虑需要影响
10. 开发过程中进行成果物阶段业务检查,保证进度质量
11. 关于共同业务组件的使用封装培训使用

王总汇总

1. 共同组件封装(审核流,操作历史)
2. 前期功能需求分析理解一定要落地,满足80%的客户(修船模块)
3. 赢海后台功能对新模块功能的影响,企业后台功能对新模块功能的影响
4. 通用资料的整理
5. 测试用例评审开发设计以及测试人员需要进行评审
6. 阶段性检修功能代码业务流程等
7. 需求释放进行反讲业务
8. END

落地实行