聊聊数字化转型与 DevOps

最近跟很多小伙伴聊到数字化转型与 DevOps 时，发现大家对这些概念的认知更多的是浮于表面，并不清楚他们之间的联系与逻辑，因此写点文字把他们之间的关系梳理一下，希望看完这篇文章的人能够清楚一些。

数字化转型这个词分 “数字化” 与 “转型” 两个部分，让我们先从 “数字化” 的概念开始，再来聊 “转型”。

聊 “数字化” 之前先理解一下 “信息化”，这个词已经说了几十年，其本质上就是将现实世界进行抽象建模，然后用建立的模型通过人与机器的协同来完成业务处理。“信息化” 的进化过程与建模水平直接关联，从所谓的 “无纸化办公” 到 MIS、OA、ERP、CRM、BI 等等，可以看出的是人们对现实世界的抽象建模水平的不断提升。纸质文档转为拟真的电子文档，再到结构化的数据录入到 MIS。线下的业务流程搬到线上实现等等。

如果说 “信息化” 是对现实世界的抽象建模，那么 “数字化” 就代表着数字世界或者叫虚拟世界对现实世界的反向影响。例如：比特币使用去中心化的区块链技术来试图颠覆各国中心化的金融系统、移动支付颠覆了传统的支付方式并衍生出各种新的商业模式、深度学习在计算机图像识别领域的突破导致的影响更是随处可见（至少影响了停车场😄）。

因此，虽然在大多数语境下，人们说的 “数字化” 和 “信息化” 是相同的事情，但如果要辨其根本的区别，两者最大的不同在于与现实世界产生联系的方式。

那么说完 “数字化” 之后我们再来聊 “转型”，“数字化转型” 这个词针对的主体是企业，这就说明有些企业是数字化企业，有些不是，因此才需要转型。

那么什么叫数字化企业呢？

从我们上面对 “信息化” 和 “数字化” 概念的辨析可以知道，如果一个企业只是使用 “信息化” 的手段来辅助完成所在领域的业务和管理，那么 IT 技术对他来讲并不是第一位的，也就是说他的核心竞争力在于其他方面。而一家数字化企业则是靠 “数字化” 的能力作为企业的核心竞争力，用 “数字化” 能力在所在的领域内实现对其他企业的赶超。

让我们看看一些新兴的数字化企业与传统企业的区别。

• Luckin coffee 从上线第一天开始就给用户行为设置了 60 多个标签，从基本的人群，人口特征、消费频次、消费地点、口味爱好等等（现在应该已经扩展到更多），Luckin 从一开始就建立了用户管理数据库，与其说它是一家卖咖啡的企业，不如说它是一家数据驱动的营销企业。相比之下，星巴克还在艰难的做着数字化转型😄。

• 便利蜂的门店货架层板的高度、商品位置和商品长宽高都是在系统里面提前测量采集好的，以便于后续做选品和陈列的计算决策。从门店到物流再到工厂全部都是自动化操作，是系统和系统之间的交互。你与其说它是个零售企业，不如说它是一家数据驱动的算法公司。跟传统零售企业如 711 相比较，711 如果不做数字化转型如何才能保证竞争优势？

• 特斯拉的 Model 3 曾经通过 OTA（无线下载）更新将刹车的制动距离缩短了将近 20 英尺（约 6 米），最近的一次 OTA 则是大幅改善冬季掉电和续航不准等问题，而这种通过 OTA 来改善汽车性能的情况对传统车企是不可想象的。

综上所述，因为大家看到了 “数字化” 企业在竞争中的优势，因此非 “数字化” 企业当然希望向 “数字化” 来转型。

非 “数字化” 企业向 “数字化” 转型是非常困难的，个人认为其转型失败的主要原因类似于 “创新者的窘境” 书中所提到的，“数字化” 能力是一种颠覆性的创新，在原有的组织结构下很难解决。这也是近年来常常听到的一种无奈的说法，不做 “数字化转型” 是等死，做 “数字化转型” 是找死。

让我们来看看 DevOps 的定义：

DevOps（Development和Operations的组合词）是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。
透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠
-- 来自维基百科

来一张 DevOps 的经典图 

不懂技术的同学不要慌，我们来画一下重点。上面我们谈到的数字化能力来源于企业的研发部门，而上面这张图就是一个典型的研发流程的闭环。这跟企业管理中的战略管理、全面质量管理领域的 PDCA 环（戴明环）、营销领域中的闭环营销等等方法类似，都是计划、实施、度量与改进的一个闭环过程，但是定义里特别指出 DevOps 是一种 “文化、运动或惯例”

为什么是 “文化、运动或惯例”

坦率的讲，上面我们提到的任何一种闭环管理，若是想要落地实施都需要组织内的人员支持，否则就是空中楼阁。设想一下，如果组织内的文化是在出了问题后部门间、团队间、甚至团队内互相指责，各自站在自身立场上互不相让的一种文化，那么什么闭环管理也谈不上。大家可以对照一下自身组织内的销售与售后、产品与开发等等，我们经常用 “部门墙” 来形容这种情况。

DevOps 谈到的文化并不是单纯的让大家多互相理解、多沟通这么简单（利益冲突往往越沟通越生气😂），而是让组织内的不同角色在一个统一的利益目标下协同工作，这往往需要在组织结构上也作出调整。简单说，就是用一个环把相关角色穿起来，一荣俱荣一损俱损。

发布能够更加地快捷、频繁和可靠

这就是 DevOps 的最终目的了，我们再来看看 DevOps 的 4 个关键指标：

• Lead time for changes（变更的前置时间）

• Change failure rate（变更失败率）

• Deployment frequency（部署频率）

• Mean time to recovery（平均恢复时间）

我们上面谈到让一个包含不同角色的团队在统一的目标下协同工作，这里的 4 个关键指标就是用来衡量这个团队对目标的完成程度了。

终于到了最后章节😂

如我们上面谈到的，既然 “数字化转型” 的核心在于数字化能力，那么落实到具体的部门身上自然就是组织内的研发部门了。随着 “数字化转型” 带来的对软件研发需求大量增加，新需求的增长速度远远超过软件行业发展的速度。这就是为什么近年来虽然 IT 从业人员越来越多、行业薪资不断上涨，但是大家还在持续 996 加班的另一个因素，简单的说那就是生产力跟不上需求。

那么除了加班、堆人之外还有没有其他办法呢？那就是提升研发部门的工作效率，而 DevOps 方法就是为此而生的。因此，我们可以看出，数字化转型与 DevOps 的关系是互相推动、相辅相成的，只有建立起一支拥有极高的工程效率的研发团队，才有可能在数字化转型的过程中抓住时机，完成超越。

作者：开源建木社区

来源：OSC DevOps 社区

链接：https://my.oschina.net/jianmu/blog/5343242