伙伴云戴志康：低代码没抢程序员饭碗，反而在提升IT部绩效

近日，网站云原生系列之「低代码峰会」在线上胜利举办。伙伴云CEO戴志康受邀演讲，就如何利用低代码提升研发和IT效能，分享低代码先行者的理论与经历。
以下内容以第一人称的视角，为您复原演讲精华——

低代码渐入视野，程序员仍是关键

20多年前我开端创业，不时在做软件技术方面的工作，程序的思维深深地影响了我做事情的方式。
2016 年底，我参与伙伴云，它是中国最早做低代码应用搭建的平台之一。
其实在几年前，我们都没有听说过低代码这个名词。到底什么是低代码呢？说到底，低代码最终一定要处置一个或一系列的问题。
目前国外大多数低代码处置了消费力的问题，但在中国是另外一种情况。与国外零代码厂商不同的是，中国的低代码厂商承担着双重使命：一方面作为企业数字化的第一步，构建企业的数字化系统；另一方面，又要承担先进企业或者规模以上企业消费力提升的任务。
那低代码和研发人员、IT人员之间又是什么关系？如何把研发变得更高效，让我们节省更多的时间来做更有意义的事情？
有人说低代码会取代程序员，我觉得低代码实质上是在我们的编程语言之上，构建出的新平台。PaaS实际上是使我们的程序员变得更幸福的一件事情。程序员应该去做更有发明力的事情，而低代码首先赋能的就是程序员。
当然，这个世界最终极的形态是不存在代码的，我们可以完全用大脑的意识或者是人工智能实现我们希望机器去完成的事情。

发挥低代码优势，快速为产研赋能

产研痛点：拆解、协作、调整频繁
产研团队在开发迭代、排期上线的过程中有非常多的痛点。比如项目拆解混乱、排期协作费事、上线任务调整频繁等等，这些都需要产研团队大规模协作。那低代码如何效劳产研？
伙伴云示例：如何利用低代码赋能
作为低代码平台，伙伴云首先考虑的是：如何协助产研部门停止项目管理，以及如何处置项目排期研发和上线过程中遇到的各种问题。
我们提供了各种视图来可视化地、具象化地协助产研团队实现高效能的协作开发。比如可以支持实时多人协作的甘特图，可以把一个研发任务拆解得很细，同时还可以把研发任务上下级的依赖关系，明晰、直观、有效地描绘出来。
此外还有看板视图、卡片视图、日历视图等等。

在这种协同中，低代码提供的价值就是可视化的协作平台。对于伙伴云这种构建在低代码平台上的协作性视图，可以协助项目停止有效权限管理、大数据容量处置，以及在大数据量下仍然坚持使用这些协作类功能的高效性和严谨性。
提升IT效能，低代码环境下的IT系统搭建

通常而言，IT部门有研发、项目经理、产品经理等等。但是大部分的企业，业务部门和IT部门之间都有一个鸿沟。这种矛盾，其实也可以通过低代码系统有效处置。

业务四象限，直面痛苦区

我们把企业的业务分成四个象限，以老系统和新系统为横轴，老业务和新业务为纵轴，分出四个象限。对于老业务和老系统，比如企业一些自有核心系统，ERP、MRP、MES等等。这部分系统，低代码既不想要，也不可以替代这部分需求。但当老系统碰到了新业务时，它就会产生不匹配的痛苦区。

低代码，如何对不匹配的痛苦区迁移呢？
1）新业务：探究长大期的草稿箱
我们可以让新业务使用低代码系统，构建出新业务探究长大期的草稿箱。新业务往往是非规范化的、高频变动的，并且可能是流程还没完全固化下来的。这个时候低代码能起到藏宝箱的作用。
作为一个低代码平台，伙伴云是不羞愧于成为很多企业新业务的草稿箱。在整个过程中，通过低代码的快速交付和响应才干，以及超低的搭建本钱，可以协助新业务并且跟得上新业务快速开展的需要。
2）老业务：填补规范化系统间的空白区
借助低代码，填补这种规范化系统间的空白区域，使得系统和系统之间能更好地耦合，以及把系统中之间的数据通过 API 连接起来，然后停止运算、展示、分析、处置，甚至是嵌套到中间的一些业务流程中去。
3）低代码：构建IT部门和业务部门之间的桥梁
有了低代码之后，IT部门和业务部门的关系会变得非常和谐。IT部门采购低代码系统后，配置好根底账号、权限以及资源分配后，赋能给业务部门。这样，既能保证传统的IT部门对企业数字化有一定的掌控和安全性保证，同时又使得业务部门中对数字化有自己ambition的同学，可以凭仗他对业务的理解，把自己的业务需求通过低代码的方式实现出来。
在这个过程中，业务部门和IT部门实现了非常好的良性互动。IT部门变成了对业务部门的真正赋能者，而不是单纯的需求方和被需求方。还有一些中小企业，它可能所有的业务都是新业务，并且没有一个自己的系统。这个时候，从低代码动手就是一个好的选择。
2. 自下而上 or自上而下，构建系统的两种方式
1）Bottom-up的业务系统构建：新型的业务-IT关系
我方才说过，构建系统其实有两种方式：一种是top-down，一种是bottom-up。自下而上的 bottom-up业务系统，其实是构建新型IT部门与业务部门之间关系的根底。

其实很多企业里，一个订单表或者一个客户表，就已经是一个系统。在伙伴云，可以通过鼠标拖拉拽的形式，把原来很混乱的业务诉务实现出来。bottom-up的业务系统，通常是从一张表开端的。这张表不时延伸，从无到有地构建出一个企业信息化的系统。
有了表格之后，就产生了数据分析的需求。我们会在7月上线及时分析的功能。既不需要配置任何数据仓，也不需要配置仪表盘，在一个数据动态协作的表格上，直接通过拖拉拽的形式就可以把图表分析出来。
同时我们支持把图表下载下来，然后放到文档、PPT 、周报里实现对数据的分析与洞察。还支持非常灵敏的分析方式，比如说多维分组、透视表，或者更有展示力的，比如说散点图或者线图等等。

在 bottom-up的业务系统构建过程中，我们也发现了一些额外的需求。所以我们支持了IFTTT 的触发器引擎，可以独家支持15 层嵌套，包括支持海量级的数仓同步及聚合，以及通过仪表盘快速地、以分钟为单位地把数据展示出来。

当我们一开端从bottom-up的场景切入到数字化系统后，这个系统完全可以满足企业将来对更大规模数字化系统的需求。客户在支付了一次选择本钱和使用本钱后，这笔投资是可以持续不时地被复用到更多场景下。
2）Top-down的IT系统建立：新型的系统开发形式
接下来我们来说自上而下的IT系统建立，低代码也能提供新型的系统开发形式。我们基于一个战略或者目的，对业务流程和业务中的角色停止梳理。梳理出了角色后，再基于流程设计数据构造，把ER 图设计出来。同时基于流程和数据构造，设计自动化触发和自动化数据处置才干。然后基于运营需求设计指标体系和仪表盘，同时再配相应的权限控制，指导我们去达成战略目的所设定的预期成果。

同时也支持触发器。触发器是我们最难的一个部分，因为触发器涉及到很多联动。比如说A 表的某些字段更新了，触发了B表和C表的某些字段要更新。然后B表和C表的某些字段更新了之后触发了D表和E表的某些字段等等，它是一个链式的触发。我们停止了非常好的触发器执行调度，并且提供完好的执行日志停止校验。

以及方才提到的RBAC（role based access control），即角色和动态相关联的权限系统。企业需要绩效核算，最理想的绩效是让每一个员工直接看到自己当期的实时绩效，伙伴云可以协助实现这一点。一些用户用伙伴云做销售大屏，比如张三签了一单，马上就能在这个系统里实时地算出这个人的绩效，并且算出他团队的排名和他个人的排名，来鼓励更多的销售实现更高的目的。

传统意义上讲，定制开发一个IT系统，总的时间本钱、人力本钱根本上10倍于用低代码开发。也就是说每天用不到一杯奶茶的钱，就可以拥有一个媲美定制开发的功能体验。

低代码才刚刚开端，将来更多想象空间

对于我们的开发者来说，低代码不只仅能干方才这些事情。
比如有用户就用伙伴做一些 Serverless 的开发，做了一个答题系统。这考试他是怎么做的呢？他是把考试和考题都录入到伙伴云的系统里来，然后他用伙伴云的系统构建了考试成果和分数。

这个时候我们也感受到了一种更强大将来的可能性。对于很多通常意义上讲的数据处置应用，低代码作为后端的引擎，是完全可行并且完全可以实现的。

我们通过更好的连接性，实现了上千个 SaaS 应用的接入。我们接入了企业微信和飞书的生态，可以把企业微信、飞书的数据完好同步到伙伴云里来。同时又接入了极简云和腾讯千帆，把更多的 SaaS 应用接入进来。

回忆一下，低代码到底是怎么协助IT人员和研发人员提升效能的呢？其实就是方才提到两个部分：其一，协助产研内部停止更高效的协同和项目管理；其二，协助IT部门更好地与业务部门建立起协作关系。所以对于低代码来说，在中国市场才刚刚开端。
本期的干货分享就到这里啦。小云有职场人必备的资料包，能迅速提升团队办公效率。欢送关注＋转发本文后，私信我领取。