近年来，技术创新不断驱动着互联网行业的快速发展，而产业升级的步伐就是一个选择和坚持叠加起来的总和。在技术与产品相互促进的作用下，CIO们正面临着更大挑战与机遇。
CIO无论从创新产品或服务角度出发，都面临着很多抉择，他们本身必须具备创新能力，同时也要尽快适应现代技术并为企业降本增效。但是想要成为一名成功的CIO并不容易，我们归纳了IT行业内的各种声音与观点，让我们一起来聊一聊有关CIO与他们的企业所面临的现状。
CIO面临的三大挑战
遗留系统。如果我们继承了大量系统，CIO和IT主管必须管理大量的开发人员和承包商团队。这会增加工作量并产生招聘和管理的风险，除此还涉及不同产品不同阶段所遗留的大量稳定性和合规性的问题。
技术上的“权力游戏”。一个企业中不同技术群体之间同样存在着竞争关系。这可能是根深蒂固的ERP和MRP平台或编程语言（如.NET与Ruby>PHP，Django和Python）的主导地位。当然也可能是MEAN堆栈。MEAN代表MongoDB，ExpressJS，AngularJS和NodeJS，所有这些都是基于JavaScript的。
野心与传统。不同技术人才的能力也会出现很大差异，一方面年轻员工雄心勃勃、精力充沛，但他们缺乏耐心，却愿意不惜代价地接受创新。另一方面，经验丰富的老员工通过对原有业务和技术十分了解，他们更愿意采用传统的方法来完成工作。
CIO们必须“积极寻求变革”才能在数字商业的舞台上取得成绩。首席信息官不仅要察觉任何新的项目与风险，还要保障现有的和过去的项目维持稳定，多项任务同步运行。而现如今传统CIO们的职责也逐渐演变为“CIO+”，首席信息官的角色已经从战略参与者变成了战略推动者。
Gartner2019年CIO现状调查显示，近三分之二（62％）的CIO表示，通过创建新产品和服务来增加收入是他们当下的主要职责之一。言下之意他们不仅要关注技术和趋势，还要考虑如何为企业降低成本或者增加效益，他们正在采取一些办法，通过了解客户需求，创建专注于创新的团队以及创建具有确定成本和收益的业务案例方案，来增加收入驱动。
CIO们所面临的问题和职责越来越残酷，在这样的市场情况下，就需要CIO们找到合理的解决办法，比如低代码开发。
低代码缓解数字技能短缺
据Gartner称，到2023年，大型企业中超过25％的移动应用程序、渐进式网络程序和会话应用程序将使用低代码开发平台构建。借助IT培训和统一管理，正规的低代码平台可以帮助组织克服开发人员技能短板，同时在不同设备上提供适合各种需求的应用程序，借此来实现：
提高工作效率：低代码比手动编码快十倍的期望是完全可能的，对于合适低代码开发的项目，提升4倍的生产力将优于招聘或培训更多开发人员的成本。
重新培训传统开发者：在许多大型IT部门中，多名经验丰富的开发人员只会使用老系统或框架，但由于这些系统已退役，相关人员将需要重新培训或重新招聘。这些开发人员可以通过低代码快速重新构建Web和移动应用程序，而不是从组织中直接抛弃这部分员工。
扩展开发人力资源池：低代码降低了标准，这意味着可以对各种角色进行交叉培训，以便在IT的监督下构建安全且可扩展的Web和移动应用程序。业务分析师、产品需求者、测试工程师以及业务用户等都是很好的选择；他们可以快速且经济高效地接受培训，以使用低代码开发平台。
缩短启动时间：在海外的诸多低代码案例中，描述了如何通过低代码开发平台提供的内置指南和开发标准来雇用初级开发人员并快速提高工作效率，事实证明，低代码的有效性已接受了市场的检验。
对于低代码开发CIO怎么看？
低代码软件开发是下一个热点吗？CIO们对此意见不一，但他们认为，低代码开发不会增加技术债务，也不会影响IT的成功。CIO们对应该在何处应用低代码开发有不同的看法：
有CIO说，如果你需要快速完成一个已经足够好的解决方案，或者对于不值得花费大量金钱的一个低使用率上的交互来说，低代码是有意义的。CIO表示，他们目前正在为部门应用程序、数据库创建以及新想法的实验平台部署低代码软件开发。
有CIO将低代码环境比作是只需要PowerPoint或Word水平技能的东西。这位CIO断言“低代码”对于响应快速变化的需求来说是特别有用的。此外，他们认为低代码的价值应该是作为人工智能和其他数据科学应用的前端。
还有CIO提到CRM应用程序是应用低代码平台的好地方。
CIO们认为低代码可以用来填补IT技能的空白。它可以是一种让初级开发人员适应新环境的方法。需要在主要的企业软件公司中得到更广泛的采用，从而成为创建应用程序的主要方式。当这种情况发生时，CIO们建议低代码将成为一种新的方式，可以将一些不那么重要的项目转移给业务公民开发人员。如果做得足够好，将是非常有效的。因此，他们认为通过启用快速弹出的应用程序，可能成为一个重大的游戏规则改变者。
低代码产品面临的问题
首先，CIO们担心随着企业试图同时维护N个微应用程序，低代码开发所产生的技术债务的复利将是残酷的。他们觉得这样会很不方便，认为IT领导者必须找到一种方法，在加速交付业务成果的同时，将技术债务保持在较低水平。
其次，低代码通常会以SaaS的形式交付，因此集成作为一个大的开放性问题受到了强调，仅仅有API或提供支持并不能完全解决集成的挑战。同样，CIO们也担心安全漏洞和版本控制的问题。因此，他们说许多低代码解决方案在这个时候都是半生不熟的。
最后，CIO们说所有低代码都需要治理。
低代码开发显然是CIO们的一个商业机会。为了使其发挥作用，它需要在正确的地方得到应用，但不能成为“技术债务扩展器”。使其与IT结合在一起，就有可能影响业务的一致性，使其更加灵敏，并通过支持公民发展和企业数字化转型所需的微应用程序来实现一致性。
