这篇文章给大家分享的是有关互联网运维数字化转型的示例的内容。小编觉得挺实用的,因此分享给大家做个参考。一起跟随小编过来看看吧。
1。从数字化说起
我们先从数字化转型说起,这几年整个行业或者整个大的环境上都在谈数字化。什么是数字化?在我来看,数字化就是一个企业的转型,可能会带来更快的效率,也会带来用户更好的体验。顺丰在前几年就在做数字化的转型。
顺丰收件派件下的单,这是大家用得比较多的。这后面有很多的环节,包括分点部,陆运,中转,航空,这是物理上的路径。
数据流更加复杂,有任务分发,路由分发和运单生成以及分发等等。我们这几年在做的事情就是把这些东西全部数字化和线上化,这些做好会对后续的路径规划,收派规划做优化。在人力成本上和运输成本上会有很大的节省。
大家有没有留意到,在2017年之前所有用顺丰寄快递时,都会给你一张纸填寄货单。在2017年以后有变化了,顺丰做了一个融合项目,把所有纸质面单全部线上化,这就是现在所有的下单全部是扫二维码。
这是业务发展趋势,从3月份到5月份是慢慢推广试运行的阶段,5到9月份的时候我们进行了全网快速的推广,把纸质面单全部替换掉,经过大半年的时间,现在顺丰所有的单量全部是线上化和电子化,到12月份该项目完结。对于整个项目来看是非常成功的,业务量也是一直涨。但是,这背后真的是这样一帆风顺的吗? 3月份到10月份我们遇到很多问题,心里有苦不能说。
2。开端——目标
上面这张图是拔河,这里面有很多人,类似于我们很多不同的岗位在一个项目当中或者在一个企业当中,运维,开发,产品,业务,推广,想把一件事情做的好,第一件事情要做的就是目标一定要统一。
- <李>业务。我们所有的都是都是为业务服务,给公司创造价值。如果一个做技术的人不了解业务,如何谈对公司创造价值。第一必须要了解业务,用业务的视角考虑问题,用业务的语言进行沟通。转变视角,把纯技术化的语言从业务视角跟项目团队沟通,这样大家能够站在同一维度上考虑问题。 <李>运维要抛弃执行团队的概念。运维团队不是执行团队,不要把自己定位为一个执行团队,执行团队就是,但它只是做什么,我们不这是做个动作,我们必须在整个核心价值链当中产生最大的价值,比如基础架构的评估,成本和安全上面花工夫,把这些价值体现出来。 <李>关于成功。从不同的维度上看,成功会有很多个定义,以项目的角度来看,成功就是指这个项目是否成功。当公司相对大一点以后,会分很多个部门,每一个部门都有KPI,都要背一些指标,会导致大家的立场就不同了,出发视角也不同了。
因此以项目的维度来看,项目成功了我们就成功了。很多时候我们要打破一些部门墙,站在不同的视角或者把自己拔高到另外一个视角上去考虑问题。
3。初效期——能
- <李>流程。顺丰在前几年是比较重的体系,在流程上面会非常繁锁。一个审批需要找N个人,打N个电话说很多事情,时效很低下。因此需要在流程上进行一些优化,不然整个项目进度会拖慢。 <李>组织架构。在传统行业,运维体系很大以后,会分成很多个个部门组织,比如基础架构会有中间件,有系统,有网络,有存储等等组,各个不同的专业组来负责专业领域,这时候就会面临一个问题,以项目视角看,涉及到各领域在整个沟通上会非常麻烦,排查一个问题一个异常或者一个故障,需要一堆人来搞定,效能上非常糟糕。 <李>思维模式。运维跟开发的关系?是合作还是服务还是大家互相推诿的关系?这个我相信大家都是会碰到的问题。
在项目初期我们就遇到了上述三个问题。这里面涉及到的不仅是纯技术上的,还涉及到一些组织架构流程,这会动到很多人长期以来的一些工作方式,是最麻烦的一件事情。这件事情要怎么搞定?其实很简单,就是你的老板。
很多搞技术方面的不是很擅长利用我们已有的资源,如果碰到上面的问题,能够搞定的只有你的老板。你把你的老板搞定,老板可以给你很多的资源,才能把这件事情推动下去,不然只会卡壳在那。业务的压力推着你,把事情升级到老板并且说服他,让他帮你协调各种资源。
- <李>轻流程化。引入轻量级流程,减少很多的审批节点,并与工具相结合,让整个通道顺畅地跑起来。 <李>全栈运维团队。打破现有的以专业组划分打造全栈运维团队,拥有所有的操作权限和操作职能,统一的对整个故障,问题和事件负责。会以整个视角考虑问题,打破部门墙和专业墙,组织扁平化。
