小程序改造复盘

发表于 |

新版小程序已经于上周五0910日独立上线，且进行了部分灰度，目前项目算是告一段落了。准备总结下过去一段时间的工作。

1. 项目预期

按时接住业务，然后新版本小程序能独立上线

2. 项目现状

接住了业务，新版本小程序也独立上线了，不过比之前预定的晚了几天

3. 对比分析

  1. 项目进度严格上说还是有延期
  2. 需求产出（1.口喷 2.延期 3.需求理解不清晰 4.问题没有及时暴露）
  3. 设计与前端开发（1. 没有产出标准 2. 沟通不够）
  4. 后端开发（存在沟通问题）1. 任务划分不清晰 2.沟通不充分 3.不上升暴露问题
  5. 数据侧（不好测试、流程缺失（需求流程、开发流程、测试流程））
  6. 测试侧（bug单查询问题，会漏，而且没有及时处理）
  7. 管理侧（没有好的工具，需求管理工具、进度管理工具、bug管理工具）文案需要提高

4. 改进计划

  1. 依赖人力驱动而非流程驱动，需要人推动
  2. 不能及时暴露反馈问题，把时间窗口往后期压。制定追责制
  3. 开发质量不高，造成反复，需要有更充裕的时间保住和激励闭环
  4. 需求滞后。尽量走标准流程
  5. 增强单兵能力。核心模块的单兵一定要能顶上压力

5. 项目难点

  1. 涉及到跨部门合作，沟通挑战大，而且需要对方开发排期支持（比如用户资产迁移）
  2. 子项目较多，虽然是1个大项目，但是实际有3个子项目
  3. 待明确的技术点较多，需要花时间调研&确定方案
  4. 涉及到的业务模块较多（并不是简单的技术方案调研与确认），比如合同与结算
  5. 开发模式与APP版本迭代不一样。边对需求边开发，开发有时候会先于需求
  6. 依赖小程序生态，但是小程序生态目前还不够完善

6. 项目制度

6.1. 晨会

作用：信息对齐、抛出问题、优先级调整

6.2. 日报

作用：信息同步

6.3. 周进度会

作用：进度汇报与阶段性决策

6.4. 小程序Daily Build

作用：每日进展体现

从项目启动到新版独立上线，差不多3个月的时间，协同工作40余人，项目管理能力和带项目能力得到了很大的锻炼。目前优点是能够知道安排什么人在什么时候做什么，而且能及时的响应解决问题，能做好阶段性汇报，也能严格把控项目进度，决策迅速。缺点是管理工具不够好，感觉管理起来还是比较吃力。