只有一种方法可以完全防止中央 IT 之外的这种分散应用程序：让所有员工在没有计算机的情况下工作。在所有其他情况下，总是会开发辅助解决方案，无论是在 Excel、Access 还是其他工具中。希望以某种形式自动执行重复性任务是人类的天性。通过低代码，IT 部门和专业部门之间的这场斗争最终可以平息，以便共同创造附加值并减少彼此的烦恼。但这应该如何运作呢？要做到这一点，双方首先必须跳过他们的影子（我们就是无法抗拒双关语）：
1)一方面，中央IT必须接受IT应用程序也可以由专业部门创建。但是，必须严格遵守某些规则。
2)另一方面，专业部门必须接受中央 IT 负责（几乎）所有 IT 应用程序。这就是为什么 IT 需要专业部门必须遵守的规则和流程。
那么哪些规则会带来成功呢？这里的艺术在于仔细权衡 餐馆电子邮件列表 自由和限制，一方面充分发挥员工的进取精神，另一方面为此类创新创造一个安全的环境。为此，必须引入公民开发者框架。公司应定期建立低代码卓越中心（CoE），承担以下任务：
1)最佳实践、命名约定和/或安全指南等的定义对于低代码开发至关重要。
2)掌握如何处理不同应用程序的专业知识至关重要。哪些内容实际上可以留在专业部门（例如，不代表关键流程的小型应用程序或概念验证 [PoC]）？ CoE 需要管理什么（例如，没有关键非功能需求的中型应用程序）？哪些内容需要交给中央IT？
监控从普通开发人员到 CoE 再到中央 IT 的应用程序流是解决方案架构师或 CTO 的任务。 LCDP 使所有应用程序立即可见！这种透明度是最终成功控制影子 IT 的关键。低代码的用例范围非常广泛，因此公民开发者框架的引入必须是渐进的、有针对性的。
挖掘低代码的潜力
低代码是一种方法，而不是一种技术本身。低代码工具的快速部署使想法能够在几个小时或几天内快速得到测试。这种方法已经彻底改变了一些领域，使它们不再被有意识地描述为低代码。创建仪表板和评估数据过去是用 Python、R 或 Mathematica 等语言完成的。随着 PowerBI 作为低代码工具的推出，非开发人员突然可以独立构建此类评估。现在人们理所当然地认为 PowerBI 由预制构建块和连接器组成。