作为一个在这个行业里摸爬打滚10年的IT人,看到这个帖子,也想起了之前那些自己走过的坑。
我本科是电子信息工程偏向硬件,08年金融危机,工作太难了。后来去了保险公司,慢慢接触到了数据,一开始是被领导扔到供应商房间,向供应商学习,从环境搭建,代码,发布。一开始对开发基本了解为0的我,当时想法很简单,就是不想让供应商看不起,开始了自己啃书写代码之路。还记得那会周末还会去不断回顾供应商做的项目细节,一把辛酸泪。但又很感谢自己的疯狂学习,3-4个月之后,记得是领导问了个生产上的问题,自己鼓起勇气回复了相关的解决方案,居然获得领导的肯定!我觉得,我似乎和数据挺聊得来!
就这样从之前是简单的运维,报表制作到负责公司新老系统的替换,我从小菜鸡一步步可以独挡一面。
那会是刚换了一家公司,对于原先系统不熟悉。必须在一年进行数据系统的切换,但由于需要等待新系统的确认,留给我的只有7-8个月的时间,在恶补了解老系统的环境知识下,也需要做出相关的迁移方案。晚上通宵,加班,凌晨3点打车回家是我那段日子的常态。
慢慢发现,技术问题不是最头疼的,最头疼的还有沟通问题。由于初来乍到,我要花很多时间去了解老的系统。之前的供应商是国外的一家,手头的资料也不是全,开会语言障碍也是需要跨越。
新系统也是困难重重,新老系统并不是一一对应的,原先老系统中的非结构化数据没有地方放,也需要和业务部门沟通取舍问题。主动牵头培训,让业务部门也理解相关的逻辑。了解下来,我发现老系统有数据高风险的点:原先录系统比较随意,一个格子可以录很多信息,但这次新的系统需要符合监管规范。开始了与业务部门一次一次的开会讨论battle。
当然,过程总是痛苦的,业务部门并不买账,不愿意用起来。我想着或许整些demo,找业务部门的同事进行演示,可以推广试试。我是立刻就上手做了。原先业务部门处理理赔环节,只是一个单一的流程记录,是一步步操作,简单记录金额变化。但我们通过新系统,把各个节点,整个流程展示出来,更好的规范了xxxx。从原来的记账,到现在的流程展示。另外我们也主动切换了页面语言,把老系统的英文界面换成中文,更加友好。但业务部门买账了,用户不买账了。
因为几乎同时,我们需要进行报表迁移。遇到了一个很细致的用户,要求新老报表,在同一时间点,抽取数据要一样,以此来验证报表的正确性。那会我刚刚从迁移那边松了口气,又立刻进行迁移工作。因为很多是用户自定义报表,逻辑性有一定问题,并不都是对的。当时自己的是感到很奔溃的,因为刚和业务部门battle结束,又得开始和客户沟通,进行确认修改,往往一张报表要花一周去确认,一共有不到300张报表。
由于新旧系统存在差异点,换了数据结构,很多数据并不能一模一样的展示出来,自己的方案被一次又一次的否定,基本就是加班,沟通展现,被打回来。我们的供应商也换了好几拨人,但我相信,肯定是有方法可以解决这个问题的。记得有次拿到用户的反馈后,自己通宵搞了48小时,终于想出来方案,最终得到用户肯定时,终于松了口气。想着,虽然不是技术专业出身,但是我也行!
其实这些年感觉自己变化最大的倒不是硬技术,更多的是自己的视角,和之前同事聊天,发现本来其不太能够接受让用户自己来做,总感觉业务分析,还不如自己做的想法,这几年也是在慢慢变化,其实用户的角度不同,更可以补充技术人员看不到的问题。
作为10年老兵,有些路只有自己走了才知道,才能理解背后的意义,不存在坑,只能越挫越勇,每一次的大风大浪,都是自己成长的一部分!
|