探索中国CIO人才现状 | 第三季调研报告
CIO • 智囊团 | 面对低代码风口CIO怎么看?
2021-06-21  来源:CIO发展中心

近两年低代码/无代码平台开始逐步变为风口,首先影响的就是企业的 CIO/CTO 群体。在面对大量、分散、不确定性、快速交付的需求时,低代码平台可以很好地作支撑。低代码正是这样一个逐渐被广泛应用的技术趋势,在与敏捷开发相得益彰的同时,以其更加有序、安全、高效及可维护的方式出现在更多企业的IT架构当中。

低代码平台的显著特征在于“快速构建IT环境来简化应用程序开发的复杂性”,低代码的出现虽大幅降低了业务开发的技术门槛,但这并不意味着任何人都能成为平民开发者,也并不意味着任何企业能够不假思索地去部署低代码开发。要想在低代码平台上取得成功,使用者、决策者通常要充分了解数据架构和逻辑流程。 有CIO认为,低代码适应于标准的产品(业务模式较为成熟及标准),在此基础上,进行快速的小范围的优化和实施。所以作为CIO,需要结合企业需求对低代码平台进行精准定位,找准低代码与企业的切入点。另外,关于低代码开发还需要注意其他问题:例如它对IT团队有哪些要求和门槛?可以面向甲方企业广泛使用吗?有哪些有代表性的应用场景呢? 本次CIO • 智囊团邀请云康集团信息部负责人张旭、雷士照明信息管理部总监余江、速腾聚创IT总监向阳三位拥有技术背景的信息化负责人,共同探讨低代码开发平台在IT领域的应用。

张旭 云康集团 信息部负责人

低代码带来的好处:

降低开发人员能力和要求(编码能力)。

提升开发效率,所见即所得,配置好立即就可以看到结果。

对企业处理单据类业务(尤其是平台级职能部门,如财务、供应链等部门)便捷高效。

低代码平台一般针对基础常用的系统组件进行了封装,仅需要配置即可,不需要重复开发,降低开发成本和提升交付效率与质量。

低代码平台部分具有行业属性和特色,也会将部分的业务进行标准化,从而降低了企业摸索的成本,可以在成熟的业务模式上进行调整,变成企业自身可落地的业务。

针对成熟的业务领域或者短平快的系统,低代码平台效率会很高,成本也会大大缩减。

低代码平台的稳定性,一般因为有专门的团队在基础架构上进行设计和维护,故而在系统的稳定性运营上有一定的优势。

低代码平台可以让整个技术团队更专注于业务,而将底层技术框架设计的要求大大降低。

不能够解决的问题:

企业级具体的业务和流程,仍然需要梳理,拆解成一个个关键点、逻辑规则和单据。

企业的基础数据问题,当前企业过程中面临的多系统并存,且系统之间的基础资料,如组织架构、产品基础数据、客户数据等等诸多基础资料不一致的问题,这块还是需要靠企业自身去理顺。

低代码对架构设计师(业务架构&数据架构)的要求没有降低,仅在某种程度上降低了对技术架构的要求,但是如果针对大数据高并发的场景,可能要求也没有丝毫降低。

针对C端用户和综合性业务场景(如复合页面)等功能,目前低代码这块和纯代码编辑,并没有太多优势。

低代码平台对开发人员的技术能力提升存在限制性,故而如果公司想自身培养,难度很高。

低代码的交付,对测试的要求没有降低,尤其是业务测试。对系统需求&设计(主要是业务设计&数据结构设计部分)要求也没有降低,主要降低了技术架构设计和开发的成本。

低代码使用前提:

需要对业务了解透彻,并且业务单据化,并将单据与单据之间的关系通过数据建模方式,做好设计。

对低代码平台有一定的了解,不同厂家的低代码平台,都有一定的行业特色,也就是对部分行业的基础业务进行组件化和封装,需要对比和区分。

低代码的学习成本:

低代码平台具有一定的学习成本,虽然说入门容易,但是如果平台上不能够支撑和满足部分技术要求或者业务要求,开发难度会很高。且因为很多内容做了封装,封装在一定程度上可以说是限制,导致灵活性受限,部分配置项可能需要摸索和尝试,故而在细节上想精通低代码平台,一般需要3~5年时间。

综述,现在低代码平台基本上都saas化了,也就是租户的概念,对于中小企业而言,具有很大的优势,毕竟不用重复造轮子了。但是对于大的企业而言,很多问题从根源上讲都是业务问题,尤其是底层基础数据管理出现混乱,业务流程没有想清楚,导致各种痛苦。低代码平台虽然能够引入一定的标准业务模式和降低一定的开发成本,但是解决不了这些问题。

对IT团队有哪些要求和门槛

低代码平台一般都是要找外包商建设,属于外包项目。如果要想消化吸收到团队中,着实比较困难。对于IT团队的要求具体如下:

产品经理:要求没降。

架构师:业务架构要求没变,数据架构设计没变,技术架构设计,略微降低。

开发人员:可能变更为配置人员,懂得粗浅的开发经验和具有良好的逻辑性即可。

测试人员:要求没降。

部署人员+运维人员:要求没降,且需要低代码平台的运维要有比较深刻的了解。

另外,有个难点很难去规避,一旦低代码平台在技术上受限,但是业务上有需要,这个问题就很麻烦了。毕竟厂商搞的是平台,你仅仅是一家客户而已,问题响应的及时率可能不能保障。

余江.jpg

余江 雷士照明 信息管理部总监

低代码开发平台是近几年兴起的,一个解决大量开发人员代码不规范、不统一且水平参差不齐的难题的很好的解决方案。总的方向来说是好的,但是现在由于应用场景和环境的时间还不够,沉淀的技术和客户的体验感,还有待于再提升!

以灯饰照明行业某品牌为例,目前品牌估值已经达到326亿,集团通过近20的发展,已经在全国建立起了庞大且数量众多的经销网络,业务范围也从生产到批发,逐步扩展到了电商、终端零售等领域。因此,各类业务场景对数据与业务的要求也就更加迫在眉睫。

在2020年底,公司经过多方选型,最终选定国内头部OA厂商的产品,作为集团统一的门户管理,同时也建立起集团内部统一的开发平台,在此平台上,整合了多系统的单点登录、报表分析系统等,并利用此平台的低代码开发功能,将企业自身的资产管理、车辆管理、项目管理等常用功能通过移动建模的方式进行了开发,涉及到数据库本身的链接、表单的建立 、流程的审批、各类统计报表的查询分析等,极大的完善了企业内部的管理需求,各使用业务部门的满意度也在逐步提升。

同时此系统的投入相对市场上其它产品来说,资金投入与人力投入都相对更低,这无疑为低代码开发平台的更深入的应用打响了第一炮,后续值得期待。当然,由于产品本身的功能性原因,以及技术与业务的融合因素等,还有极个别细节需要完善,我们相信,凭借厂商强大的研发实力以及众多用户的市场验证,下一代产品一定会让我们使用的客户更加满意。

我们坚定的期待,再过3年到5年,这个市场将会让我们原本很复杂很高端的开发变得更加简单和易用,在整体上会提升整个信息系统个性化服务的满足度。这是一个大的方向和趋势,在市场上会形成寡头垄断的局面,某两个或三个品牌会从这群雄逐鹿的市场中脱颖而出,占据50%以上的市场份额,并且不断聚焦,前景美好,但过程坎坷。

接下来,开发市场会对现有的专业做程序开发的人员提出挑战。程序开发不再是少数程序高手的天地,正应了一句话,科技使人类的生活变得更简单。未来企业可以选择一个相对成熟和稳健的低代码开发平台,来完成除ERP之外的其他的标准应用系统,同时投入相对低廉的人力成本,IT整体TOC将会更低,我们一同向往。

向阳.jpg

向阳 速腾聚创科技有限公司  IT 总监

我大概是三到四年前接触到低代码开发技术和一些相关平台的。当时是做OA系统选型,在网上看到BPM相关的系统介绍,从而开始了解到低代码的相关产品和技术,目前公司尚且没有相关的项目应用。

在我看来,低代码比较适合快速发展和变化比较多的业务。它本质上是把专业的代码开发难度降低,通过赋能业务,从而使得业务应用在实现时快速和高效,这个时候应用开发者就是应用使用者,能极大提高IT系统对于业务的快速支撑能力。低代码平台天然在数据集成方面很有优势,业界的产品比拼更多还是在操作性、封装度这些方面,如果再加上一些特殊的优化,就出现了和传统软件一样的划分,比如说BPM的流程引擎、阿里的云平台、魔方恒久的数据处理平台等等。

低代码平台在应用中,需要IT主干部分的完善才能很好地应用,不适合做复杂和专业度特别高的应用,如:ERP、PLM这种;但OA、中台这种业务可以相对比较标准化的场景就很适用。受限于产品本身的成熟度,低代码技术在涉及复杂业务场景时实现能力有限,和传统技术相比没有差别,同时它的推行在业务端的阻力会较传统技术更大,因为业务基本都是零基础,如果业务方的领导人没有相关的理解,推行的过程反而比传统技术更加艰难。

目前我了解到的主要还是BPM这块,国内像炎黄盈动、奥哲这些BPM系统实施都做得挺不错,但aPaaS倒是很少听到成功的应用案例;当初如果预算宽松一点,我们公司的OA也可能选择直接上BPM的系统平台。