自动化的未来：打破信息孤岛，拥抱工作流

本文最初发表于 CTO.ai 博客，作者已将其转载至此。CTO.ai博客

对于工程团队而言，工具一直是提升效率的重要战略手段。麦肯锡公司最新一项针对440位高级工程主管的调查显示，拥有更完善的工具，企业创新能力提升的可能性高达65%。

这并非什么新鲜事，工程师们一直将工具视为自动化的来源。但报告显示，只有 5% 的高管将工具列为软件赋能的三大方法之一。随着技术的快速发展和衰落，软件公司在采用自动化工具方面比以往任何时候都更需要精简。

为了驾驭这种加速变革，技术领导者需要将自动化应用的视野拓展到工程部门之外，并将软件交付流程视为一项跨部门协作。如果您是众多具有前瞻性思维的技术领导者之一，希望获得战略优势，那么以下内容将帮助您确保自动化成功。

DevOps 的现状与未来的自动化

传统上，开发者工具市场一直面向工程师，DevOps 专家通过集成不同的技术为开发者打造自动化、管道和流程，上图显示了目前市面上的工具。

本质上，上述工具提供的自动化功能是以开发人员为最终用户而设计的。最终结果是，开发人员的才能和想象力得以充分发挥，从而提升了他们的满​​意度。

2019 年 DevOps 现状报告显示，软件行业重视交付和任务的速度与自动化。该报告特别指出，强大的工具链能够为开发人员营造“心理安全感”，从而有效提升团队生产力。每年因开发人员生产力损失高达 3000 亿美元，因此，自动化能够持续为开发人员和整个企业节省宝贵时间，这无疑是一个绝佳的机会。

向工作流程转型

软件行业早已兴起一股通过自动化简化流程的潮流。例如，GitOps 通过将源代码控制与 CI/CD 紧密集成，简化了源代码控制。但这还远远不够。随着开发者工具市场的增长，越来越多的工具需要集成到软件交付流程中，导致市场更加碎片化。像 Salesforce 这样的公司甚至推出了自己的 DevOps 平台，这意味着对于那些希望简化其技术组合交付流程的 DevOps 团队来说，厂商特定的集成比以往任何时候都更具挑战性。

随着业务工具链的不断扩展，打破自动化创建孤岛，赋能企业内其他职能部门（尤其是工程部门以外的部门）自主实现自动化，变得比以往任何时候都更加重要。本质上，必须降低自动化拥有成本，才能实现更顺畅的自动化流程。在这种情况下，我们看到了工作流的兴起——工作流是一系列任务和流程的集合，能够将多种工具无缝集成。因此，企业必须跳出工程部门的视角来看待自动化，并寻求将其带来的巨大益处普及到整个企业的其他部门。

Atlassian 就是一家降低自动化门槛的绝佳公司。该公司宣布在其 Jira Cloud 产品组合中推出一款无需编写代码的工作流创建工具，供所有用户使用。

与此同时，麦肯锡的一项研究也提出了其他报告中未曾提及的有趣见解，即低代码工具日益增长的优势。该研究表明，低代码工具能够帮助企业以更低的总体拥有成本实现自动化优势，并使其开发人才的利用率呈指数级增长。研究发现，当自动化门槛（例如代码复杂度）降低时，团队能够更快地采用自动化。这使得技术水平较低的团队成员也能轻松使用自动化，并通过他们根据自身需求创建的工作流程，增强了自动化的自助服务和跨职能协作。

在 CTO.ai，我们从底层重新思考自动化，以应对这些挑战。我们意识到，最显而易见的解决方案不仅是通过低代码降低自动化成本，而且还要将这些开发者工具引入到整个组织人员的聚集地——Slack——更具体地说，是引入 SlackOps 或 Slack 中的 DevOps（业内通常更普遍地称为 ChatOps）。

我们进一步意识到，企业需要一个所有员工都能轻松使用的平台。通过在 Slack 这样共享且透明的环境中引入便捷的聊天和自动化功能，企业有机会显著降低效率低下问题，并大幅提升生产力。

勇敢的新自动化

随着自动化形式的不断演变，企业如何应对我们即将进入的新世界将会产生赢家和输家。那些不愿开始对其软件开发工具进行变革，以及不愿扩大业务流程创建权限的企业，将会被时代抛在后面。

对于技术领导者而言，这是一个将持续集成/持续交付 (CI/CD)、自动化测试等工程概念和理念推广到其他部门的机会。一般来说，工程部门在优化和自动化应用方面一直领先于其他部门。毕竟，工程师会编写代码，而其他部门的岗位职责中并没有这样的要求。

CTO.ai 一直致力于推动 DevOps 及所有部门更广泛地应用自动化技术。随着我们不断迭代 Slack 工作流（SlackOps）的前沿技术，工作流的兴起不仅成为自动化普及的重要因素，而且工作流效率的衡量也变得愈发关键。因此，企业需要重视自身的工作流效率，并持续优化以实现规模化。正因如此，我们推出了工作流指标 MVP（MVP），这是衡量工作流效率的首个概念性指标。