许多公司一直在努力控制其组织的影子 IT，即由业务的不同部门创建和维护的应用程序，例如电子表格和桌面数据库，但 IT 部门不知情或参与。影子 IT 是一把双刃剑：这些应用程序支持关键业务活动，并且随着现代和更强大的基于云的生产力工具的出现，它们可能会增长;但是，由于影子 IT 绕过了常规的采购、实施和治理流程，因此这些应用程序可能会显著增加组织的 IT 和安全风险。

当公司考虑前进的道路时，值得承认两个事实：影子 IT 对于业务运营至关重要，而能够创建应用程序的人才通常位于 IT 部门之外。企业必须接受这一现实，才能开始挖掘企业在数字价值创造和能力方面的全部潜力。

影子 IT 的原因和风险

随着 COVID-19 大流行和远程工作的增加，对数字服务的需求只增不减。由于 IT 部门无法跟上不断增长的积压工作，因此部门和职能部门经常自己动手来支持自己的需求。

IT 部门现有的技术债务也起着一定的作用。一些影子 IT 应用程序是作为各种缺乏功能的孤立应用程序之间的粘合剂而构建的，使业务部门能够访问它们以支持流程和决策。

但是，影子 IT 也会增加组织的风险。应用程序的开发通常没有适当的 IT 监督，因此安全漏洞或不合规的解决方案可能会造成重大损害。例如，数据泄露的平均总成本（包括业务和技术成本）为 435 万美元。不遵守《通用数据保护条例》（GDPR） 等数据法规可能会被处以最高 2000 万欧元的罚款，或公司收入的 4%。

除了外部风险之外，影子应用程序还通过幻象耦合加剧了现有的 IT 技术债务，当影子应用程序使用来自 IT 应用程序的数据而 IT 部门不知道依赖关系时，就会发生这种情况。对依赖 IT 系统的更改可能会导致影子应用程序中断，从而中断业务运营。

将影子 IT 转变为战略资产

大多数组织都有两种不同的企业应用程序来源。在“影子方面”，业务理解被转化为数字解决方案——通常在低代码/无代码 （LC/NC） 平台（如 Excel）上——缺乏 IT 治理和结构化开发流程。

当一个组织的 IT 职能部门通过提供专业的 LC/NC 平台和拥抱业务开发人员，将其软件开发专业知识扩展到“影子面”时，就会存在一个令人兴奋的新世界。通过这种方式，IT 部门在构建组织的 IT 生态系统方面发挥着重要作用。图表 2 显示了 IT 合作伙伴关系的连续性，通过将其覆盖范围扩展到业务中来提供企业优化的环境。无代码、低代码和专业代码段可以提供企业开发能力的完整视图。

回报可能是巨大的。想象一下，如果 IT 在设计、开发和安全性方面提供适当的工具和指导，业务开发人员可以构建和创新什么。像 西门子低代码 或 OutSystems 这样的领先平台将具有强大的安全性和合规性功能，这是许多大型组织难以实现的，并且很难在应用程序开发中实施。在适当的指导下，成功的组织可以有效地用业务 IT 取代影子 IT。

为此，IT 部门应不断发展，以适应业务发展，并采用适当的治理和敏捷原则，以实现紧密对齐和快速迭代。任何冗长的流程和繁琐的决策门的引入都会阻碍创新和速度，导致部门和工作组重新陷入阴影。相反，组织应该找到一个中间立场，强调业务部门和 IT 部门密切合作的好处。

业务开发人员如何为价值创造做出贡献

业务开发人员可以通过三种方式与 IT 部门合作创造价值：扩充现有应用程序、快速原型设计新想法以及在企业规模使用 LC/NC 平台。

• 增强应用程序意味着部门和工作组中的业务开发人员构建应用程序以填补核心系统中缺失的功能。例如，他们可以创建一个新的前端流程，并将其连接到现有的核心系统。
• 业务在不断变化，原型可以帮助测试和评估新想法。在LC/NC平台上构建时，一旦想法得到验证，原型就可以快速转化为生产应用程序。专业代码开发人员可以介入更复杂的应用领域，使其为生产做好准备，还可以帮助为未来的应用程序创建可重用的组件。
• 在共同构建大规模的应用程序时，业务开发人员将成为团队的一部分，以定义需求、开发前端流程和提供低代码逻辑。IT 提供架构解决方案，设计和微调应用程序，并执行复杂的技术工作。

企业级 LC/NC 平台提供了定制和扩展开箱即用功能的方法。在执行上述任何选项时，很容易堆积复杂的自定义项，但此类添加可能会降低性能，同时阻碍维护和未来的升级。因此，必须创建护栏和设计模式，以通过适当的抽象来减轻复杂性。例如，现代架构设计涉及 IT 通过（可重用的）微服务构建模块化组件，这些微服务可通过 API由 LC/NC 应用程序使用，从而降低开发复杂性。

选择合适的平台

与专业编码人员不同，业务开发人员没有接受过软件工程方面的培训。因此，该平台需要直观，并支持从开始到发布的协作开发。应包括现代应用程序生命周期管理功能并易于使用。此外，一个平台的生命力可以通过其丰富的资源和积极的社区支持来衡量。

当一个平台可以连接到其他系统时，它的效用就会被放大，反之亦然。因此，最好的平台应该具有以下属性：

• 开箱即用的连接器，适用于主要第三方系统
• 连接器的定制开发，并可选择在市场上提供它们以供重复使用
• 其他下游系统能够通过 API 连接到平台，并为分析用例创建数据导出

在评估 LC/NC 平台时，组织应考虑许多维度，但其中两个维度至关重要。首先，“开放扩展”是指企业构建功能和模块的能力，这些功能和模块可以插入平台，而不会中断未来的升级。其次，托管模型（如本地、混合、云、多云和软件即服务 （SaaS））应与企业的目标架构和法规要求保持一致。

运营低代码或无代码平台

运营模式应将不同的开发类型（低代码、无代码和专业代码）与 IT 支持相匹配。例如，IT 可能需要提供低代码或专业代码开发，以将解决方案与核心企业系统集成。

该模型之所以有效，是因为 IT 提供了不太侵入性的支持级别。但是，从 IT 部门招募经验丰富的专业代码开发人员可能具有挑战性，因为支持 LC/NC 平台对他们来说可能不是一个好的职业发展方向。因此，组织需要深思熟虑地创造一种文化，让专业代码开发人员热衷于支持其他 LC/NC 开发人员并认识到他们正在创造的价值。最后，为业务和 IT 部门建立一个活跃的 LC/NC 实践社区对于发展该模型至关重要。

尽管影子 IT 具有实用性，但它对所有组织都构成了严重风险。但是，企业有一个难以置信的机会将其转变为创新和速度的领域。旅程从盘点影子应用程序开始，然后选择适合影子应用程序满足需求的 LC/NC 平台。接下来，IT 应该为业务开发人员提供利用新平台的途径。最后，组织应共同创建端到端运营模式，以降低风险、保持敏捷性并扩大组织的数字能力以提供价值。