公民开发者：革新IT基础设施

"今天有许多教练只会管理，而不试图提升球员。是球员成就了教练。" 这是曾率意大利佛罗利亚和佩斯卡拉俱乐部夺乙级联赛冠军的足球教练Zdeněk Zeman所言。依Zeman之言，教练既关乎提升和赋能球员，也关乎管理他们。

这一理念远不止适用于足球（或美国读者所称的soccer）球员。

引用足球教练之言很有用，因为IT的角色正从独行侠转变为团队球员，再转变为教练。公民开发者的崛起意味着IT需要超越单个球员的个人英雄主义，学会指导即将自行构建和自动化自己软件和工作流的业务用户。

为什么？因为数字化转型和颠覆威胁意味着企业现在需要从上到下都敏捷。而这种敏捷要求我们所有人都参与开发。要理解IT的新角色和IT的新明星，我们需要回溯IT基础设施的起源。

IT部门的起源

IT部门起源于一门技术学科，帮助非技术员工管理工作场所工具，帮助组织管理技术基础设施。

IT：从信息到互联网

IT部门的起源体现在其名称中："information technology"（信息技术）。计算机在IT之前就存在，但直到组织开始用计算机索引和排序信息，IT才诞生。

IT出现前，索引是个将文件和书籍归类的程序。例如在图书馆，可能有索引文件或卡片告诉您如何找到要找的书。以及书内的索引告诉您在哪找到特定信息。计算机实现了索引自动化，通过搜索使信息可获取。

最初，IT是计算机在信息科学中的应用。但随着编译器和自然语言编程出现，学术界外的人也能以计算机为业。到1970年代，这一新兴职业遇到并增加了需求。公司将计算机适配到专业工作，台式机、文字处理器、电子表格成为必不可少的商业工具。因此，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（其中一些人后来合著了著名书籍《凤凰项目：一个关于IT、DevOps和帮助企业获胜的小说》）。

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 Apps构建漂亮前端体验、Automation Ops为自动化计划创建护栏。这些解决方案让每个人都能在创建、支持或部署实现数字敏捷的基础设施中至少发挥一小部分作用。

低代码是想赋能公民开发的企业的前进之路。据Gartner近期新闻稿预测，2021年全球低代码市场将增长23%，达到138亿美元。

下图（也来自新闻稿）中，Gartner预测低代码应用平台和公民开发今年均将增长。

治理固然由低代码平台辅助，但非其产物。公民开发者通常通过卓越中心（CoE）运作，CoE培训业务用户、管理其工作、部署其创意。这赋能业务用户为自己和其他业务用户解决问题，共同创建更精简、高效的组织。

有了正确的治理和技术，公民开发者能构建并扩展解决其问题的方案。随着这些方案在员工和部门间积累，企业积累变革潜力。拥有受训练和支持的公民开发者大军的公司，将能以无公民开发者公司无法想象的方式适应未来趋势。

在我们的点播网络研讨会"Giving Power to the People"中获取启动成功公民开发计划的最佳实践。

如果IT起源于独行侠，通过DevOps成为团队球员，那么随着公民开发运动增长，其新角色将是教练。

技术（与治理）面向所有人

正如DevOps未消除IT员工帮员工设置电脑的需求，公民开发者也不会消除IT工作。即使最伟大的足球运动员也有教练。

随着业务用户获取更复杂技术，他们将继续仰赖IT进行治理和指导。技术越易获取，越需要IT管理、培育和加速。

赋能受治理公民开发的技术？机器人流程自动化（RPA）。想了解更多，请阅读《面向高管的RPA概览：快速入门指南》。