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