一个程序员被打断的项目管理培训

    9月30日的中午12点30分，本来还在项目管理的课堂学习。得知本月还有10多笔应收业务抛财务系统有问题。向公司领导请假后，我和一名技术人员赶回了公司。这个系统在什么样的背景下诞生的？建设中面临了哪些困难？

      从业务、管理角度来看，这个系统建设难度比较大。系统要支持6个角色，pc、app、小程序等几乎全终端覆盖。系统本身也是一个复杂的业务系统，除了与内部多个上下游业务系统对接以外，还要与三方开放的数据平台及监管部门系统对接。公司目前信息化要求也比较高，业务系统要与税务系统和财务系统对接。所以，从业务和管理角度来看，系统建设难度可想而知。

      从项目建设角度，开发、系统管理、项目管理都有一定难度。公司选择了把项目外包给一家公司，作为内部技术团队的我们在中后期逐步介入项目。虽这家公司在大行业有一定经验，但在我们细分领域的经验不足。技术选择了springcloud全家桶，linux部署。在系统开发、日常管理上相比传统技术有了更高的要求。前后端完全分离，而公司开发资源又是矩阵式的管理方式，在开发计划上面需耗费不少精力。因此，项目建设难度可见一斑。

       从公司高层角度来看，高层领导对贯彻先进管理思想期盼已久。我们所做的是一个传统的业务领域，利润率极低。整个社会都在期盼着通过技术创新或者模式创新来增加竞争力、提高盈利水平。而传统行业变革是既需要大环境的孵化，也需要一个长期尝试、渗透感染的过程。高层领导迫切的希望与业务管理实际之间的差距，是系统建设不得不面对的鸿沟。

      由于各种原因（这里不详述），外包方交付的质量不太好，需要一个较长的用户验证期。项目前后5个月分别上线了业务和结算板块。今天是结算上线25天的日子，也是第一次月底的考验。通过月底的考验，也暴露出了业务方和我们技术团队的一些不足。业务方对高层领导的迫切期望理解不足，系统主人翁感不够强烈，日常业务的及时性、正确性管理还有提升的空间等等。技术团队对项目建设难度判断不太准确，对用户验证深入度组织不够，对公司内部资源矩阵管理风险认识不足等等。

      这个项目总体来说，还是得到了公司各级领导的关心，业务人员、结算人员、财务人员的配合。技术人员当然也算是加班加点，我也睡了几次办公室，勉强填补了外包方交付质量不好的坑。第一个月的考验在磕磕碰碰中勉强通过，后续还有一些亟待改进的点。想想去年国庆，我从公司另外一个团队到现在的团队。想做好事情的心指引领着我，压着牙、耐着性子，和团队一起终于向上线成功迈进了一大步。至此，两个团队的核心主系统我也都算主力成员了。

      不会吹牛，就笨鸟先飞。去很多岗位深度体验，去跟车、爬螺纹钢堆子、找钢卷、操作剪切加工线、下加工单、开出库计划单、蹲门岗、帮承运商对账、办理结算、开发票、为来宾讲解。原来做的这一切是今天项目管理培训学到的一个词语“人种学研究”方法。这次培训让我知道了理论的重要性，不继续学习理论，就缺少了很多除实践以外的方法论。高时间成本的投入，是靠多少个夜晚加班换回的，失去了很多陪伴家人的机会。当然，深入岗位，也让我得到了许多大宗仓储物流行业的知识。

     在这个双节之际，祝各位朋友节日快乐！