IT 基础设施令人惊讶的新星:公民开发人员的崛起
“今天有很多教练只管理,而不是试图提高他们的球员。是球员造就了教练。”曾带领意大利足球俱乐部福贾和佩斯卡拉取得 B 系列胜利的足球教练 Zdeněk Zeman 说。根据泽曼的说法,教练与管理球员一样重要,既要提高球员的能力,也要提高球员的能力。
这个想法不仅仅适用于足球(或足球,对于美国的读者来说)球员。
在这里引用足球教练的话很有用,因为 IT 的角色正在从单独的球员转变为团队球员再到教练。公民开发人员的崛起意味着 IT 需要超越单个玩家的个人英雄主义,并学会指导即将构建和自动化自己的软件和工作流程的业务用户。
为什么?因为数字化转型和颠覆威胁意味着企业现在需要从上到下保持敏捷。这种敏捷性要求我们所有人都参与开发。然而,要了解 IT 的新角色和 IT 的新星,我们需要回到 IT 基础架构的起点。
IT部门的起源
IT 部门起源于一门技术学科,帮助非技术员工管理他们的工作场所工具,并帮助组织管理他们的技术基础设施。
IT,从信息到互联网
您可以从其名称中找到 IT 部门的起源:“信息技术”。计算机在 IT 之前就存在了,但在组织开始使用计算机来索引和分类信息之前,IT 才存在。
在 IT 之前,索引是一个涉及将论文和书籍分类的过程。例如,在图书馆里,你可能有索引文件或卡片,告诉你如何找到你要找的书。每本书中的索引会告诉您在哪里可以找到特定信息。计算机自动索引并通过搜索提供信息。
起初,IT 是计算在信息科学中的应用。但是,一旦编译器和自然语言编程出现,学术界以外的人就可以从事计算行业。到 1970 年代,这个新兴职业遇到并增加了需求。公司将计算机用于专业工作,台式机、文字处理器和电子表格成为必不可少的商业工具。因此,能够管理、支持和运行这些技术的 IT 人员也变得至关重要。
随着桌面从大型机演变为联网设备,IT 的重要性日益增加。首先,IT 管理本地网络,但最终,IT 也管理互联网网络。现在,IT 必须在内部管理 IT 基础架构,而且还要在 IT 基础架构连接到其他网络和计算机的世界时进行管理。
IT 基础架构的早期阶段
起初,IT 基础设施仍然是主要实体业务的数字附属物。
IT 部门的主要职责是设置、维护和保护 IT 基础架构。 IT 基础架构包括存储、服务器、网络和安全性。次要但更明显的角色是帮助非技术员工操作和维护他们的设备。
一个例子:密码。员工,尤其是那些刚接触计算机的员工,不熟悉密码要求,并经常要求 IT 部门对他们进行良好策略的教育。下面这张 1980 年代的海报是 IT 向员工展示如何安全地使用新技术的一种方式。
( 来源 )
当时,IT 员工通常是特定公司中唯一的技术人员。技术既是推动者,也是宝藏,IT 必须小心翼翼地应对和保护。 IT 基础设施至关重要——没有任何业务会回到纸上谈兵!——但被低估和误解了。
企业仍在努力实现现代化,并为 IT(通常负责现代化的人员)提供帮助企业实现数字化转型所需的力量。
现在:DevOps 和数字化转型的成功
顾名思义,DevOps 是一种融合了开发和运营的运动,即软件开发人员和 IT。 DevOps 的出现是对现代公司中软件开发人员的崛起以及这些公司必须让开发人员和 IT 协同工作的需求的反应。
DevOps,从敏捷到基本
敏捷方法论是 DevOps 的先驱,但即使它强调敏捷性和协作,IT 和开发人员部门仍然是孤立的。
在大多数公司中,软件开发人员编写代码和构建功能只是为了将它们“翻墙”扔给 IT 部门。 IT 部门使该代码在生产环境中运行。这种分离产生了问题。开发人员经常在没有考虑操作的情况下编写代码,而 IT 经常不得不回到开发人员那里进行更改。在敏捷之前,这种动态会阻碍技术团队进行迭代,但即使在敏捷之后,技术团队也很难做到敏捷。
Atlassian 的首席解决方案工程师 Ian Buchanan 写道,大约在 2007 年,技术社区“反对传统的软件开发模式,该模式要求编写代码的人在组织和功能上与部署和支持该代码的人分开。”
对话的领导者包括 Patrick Debois、Gene Kim 和 John Willis(其中一些人最终共同撰写了著名的著作The Phoenix Project:A Novel About IT, DevOps, and Helping Your Business Win )。
DevOps 自推出以来发展迅速。开发人员和 IT 人员仍在探索和磨练合作方式,使他们能够更快地开发、交付和维护更好的产品。
DevOps 最好可视化为开发和运营之间的反馈循环,前者负责规划、编码、构建和测试;后者负责发布、部署、操作和监控。
( 来源 )
尽管 DevOps 取得了成功,但仍有一段路要走:根据 2020 年 Atlassian 的一项调查,近一半的受访组织在过去三年中没有实践过 DevOps。增长是存在的,但普遍采用还没有。
DevOps 对 IT 基础架构的影响
DevOps 运动给 IT 基础设施带来的变化是巨大的。最好通过 DevOps 所依赖的三个主要组件来理解这些变化:
-
敏捷工作流程: IT 基础架构现在需要能够支持重视敏捷性和迭代的工作流,这意味着基础架构需要支持持续发布小更新,而不是偶尔发布主要更新。
-
持续集成和交付: IT 基础架构现在必须支持持续集成(将代码更改频繁合并到中央存储库的过程)和持续交付(将代码更改自动部署到测试或生产环境的过程)。
-
版本控制: IT 团队和 IT 基础架构现在需要能够提供版本控制,因此开发团队可以快速引入更改,并在出现任何问题时快速回滚到以前的版本。
这些组件和整个 DevOps 的结果是 IT 基础架构现在可供更多人访问,主要是开发人员。现在,开发人员可以直接与 IT 和运营部门进行沟通。
下一个重大变化,公民开发商的崛起,现在正在兴起。 DevOps 使开发人员更容易访问 IT 基础架构,但此后大多数业务用户仍然无法访问 IT。
未来:公民开发者的崛起
正如 DevOps 使开发人员可以访问 IT 基础架构一样,低代码和无代码将使 IT 基础架构可供业务用户访问。一旦业务用户可以直接参与技术,业务和 IT 将看起来不一样。
公民开发者,从叛逆者到领导者
2012 年,John K. Waters 写道,Gartner 分析师宣称“我们现在都是开发人员”,一个新的流行词诞生了:公民开发人员。公民开发人员是没有正式编码经验但经过适当培训和支持可以创建技术解决方案的业务用户。
您可以追溯公民开发者的起源,从它的诞生到 IT 的早期,当时有冒险精神的业务用户尝试使用命令行。或者,稍后,当业务用户部署未经批准的软件即服务 (SaaS) 应用程序(也称为“影子 IT”)时。一些业务用户长期以来一直希望参与创建他们使用的技术解决方案,但直到最近 IT 才能够支持和扩展这种愿望。
随着繁忙的开发和 IT 团队努力满足业务用户的技术需求,业务用户越来越多地使用低代码平台来解决自己的业务问题。同类最佳的平台为 IT 提供了安全管理和支持公民开发人员所需的治理工具。
深入研究: 亲爱的 CIO:为什么现在需要企业级低代码策略
公民开发者对 IT 基础设施的影响
自动化是公民开发者行动的最佳范例。尽管引入低代码平台将使公民开发人员能够有效地解决各种业务和技术问题,但很少有用例能像自动化那样先进。
像 UiPath 这样的现代自动化平台使 IT 能够管理公民开发人员使用的基础设施,他们可以使用 UiPath StudioX 等工具来创建自己的自动化,使用 UiPath 应用程序来构建漂亮的前端体验,并使用自动化操作来为他们的自动化程序创建护栏。这些解决方案让每个人都可以在创建、支持或部署实现数字敏捷性的基础架构方面至少发挥一小部分作用。
对于希望实现公民发展的企业来说,低代码是前进的道路。在最近的新闻稿中,Gartner 预测,全球低代码市场将增长 23%,并在 2021 年达到 138 亿美元。
在下图中(也来自新闻稿),Gartner 预测今年低代码应用平台和公民开发都将增长。
当然,治理得到了低代码平台的帮助,但不是它的结果。公民开发人员通常通过培训业务用户、管理他们的工作和部署他们的想法的卓越中心 (CoE) 进行操作。这使业务用户能够为自己和其他业务用户解决问题,共同创建一个更精简、更高效的组织。
通过正确的治理和技术,公民开发人员可以针对他们的问题构建和扩展解决方案。随着这些解决方案在员工和部门中的积累,企业会增加变革潜力。拥有训练有素并得到支持的公民开发人员大军的公司将能够以没有公民开发人员的企业无法想象的方式适应未来趋势。
在我们的点播网络研讨会“赋予人民权力”中获取成功启动公民发展计划的最佳实践。
如果 IT 最初是作为一个单独的参与者开始并通过 DevOps 成为团队参与者,那么随着公民发展运动的发展,它的新角色将是教练。
人人享有技术(和治理)
正如 DevOps 并没有消除 IT 人员帮助员工设置计算机的需要一样,公民开发人员也不会消除 IT 工作。即使是最伟大的足球运动员也有教练。
随着业务用户获得更复杂的技术,他们将继续寻求 IT 进行治理和指导。技术越容易获得,就越需要 IT 对其进行管理、培育和加速。
以及支持受治理公民发展的技术?机器人过程自动化 (RPA)。要了解更多信息,请参阅 C 级 RPA 概述:入门快速指南。
自动化控制系统