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

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

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

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

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

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

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

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

     在这个双节之际,祝各位朋友节日快乐!springcloud

相关文章
相关标签/搜索