外管局数据报送系统二期项目第一阶段总结

外管局新申报制度数据报送系统二期项目第一阶段成功上线,这里总结下经验教训。这算是我作为技术经理做的第一个研发项目,带着4个外协人员进行,虽然之前自己做为项目经理带过小的科维,但比较小,研发和科维的考核严格情况和要求也不同,比较有纪念意义。本次主要总结经验教训。

一、上线功能

为防止涉及商业秘密,这里对功能不细说。

报文重报、单表校验、自动表增加手工修改、ireport相关功能等

二、时间安排

1.开发时间

一阶段大部分功能从年后开始开发,到4月末上线,大概2个月时间,抛去各种上线流程和测试,大概用了1.5个月开发。

2.上线前准备时间

大约1周半,主要包括:整理和确认建表脚本,整理rcmaster审批文件,整理上线后作业链和验证作业链,准备集中构建环境和配置。上述过程中还伴随着测试。

3.上线

大约1周半,提交各种变更申请,编写上线操作手册、应急方案等,调整作业链,保障部实施后进行验证。

三、暴露出的问题

  1. 最大的问题:一个功能开发测试完成,仍不能确认完全没问题,后续经常需要再经过多次检查测试才能封版,而且功能配套的各种建表脚本、审批文件、作业链配置等文件没有及时跟进完成,总是最后统一整理,,拖拖拉拉占用大量时间。这个问题和外协人员干活不认真也有些关系,即使他们说测试完成一起ok,也不能完全信任,因为后续总是会发现问题。
  2. 前期设计不完善,部分内容细节没理清楚,导致后续有大的修改;
  3. 部分需求未明确。部分内容缺乏和业务人员沟通确认,导致后期有大量修改,如校验出错后错误描述的内容等;
  4. 业务人员参与测试不及时,提供测试数据较晚,加上被4月初数据报送占用大量时间,导致上线前测试工作还在进行;
  5. 外协人员在前期测试ODM规则时不认真,虽然一再要求测试案例要正反等各种情况全覆盖,但仍在业务人员提供测试数据后暴露很多问题,后期花费大量时间填坑;
  6. 时间安排不合理,前松后紧,导致后期繁忙,前期松散,这个也和上条有关系,后期填了很多前面的坑;
  7. 后期上线准备工作开始较晚,准备材料较多,又被测试修改占用大量时间;
  8. 管理松散,有时有急事找外协处理发现部分人不在;
  9. 由于外协干活不关心和行内外协管理要求等,导致外协工作比我轻松,很多活担心外协不熟悉系统或不认真,给填上新坑,后续返工耽搁时间。

四、改进措施

  1. 一个功能所有配套(建表、作业链、iReport、Rcmaster等)一次处理完,进行完整测试,最后由我进行测试,封版;
  2. 注重前期设计和规划,在设计阶段多花时间;
  3. 前期加强和业务人员沟通,明确细节需求,防止后期修改;
  4. 常规任务手册化,防止后续其他人进行时出错。经验手册化,防止后续犯错;
  5. 合理规划时间,前紧后松;
  6. 为确保外协干活认真不出错,采用一个任务多人同做对比、相关测试检查等方式确保功能正确;
  7. 加强外协管理管理