伙伴云戴志康：如何利用低代码提升研发和IT效能

嘉宾 | 戴志康   整理 | 小雨青年

出品 | 网站云原生

2022年6月28日，在网站云原生系列在线峰会第11期“低代码峰会”上，伙伴云CEO戴志康从低代码与研发、IT人员之间关系的角度动身，分享了如何使用低代码提升研发和IT效能。

什么是低代码

代码少就是低代码吗？
当然不是，低代码归根结底要处置一个或一系列问题。
在国外，企业通过采购低代码效劳处置了程序员的消费力问题。与国外零代码厂商不同的是，中国的低代码厂商承担着双重使命：一方面作为企业数字化的第一步，构建企业数字化系统；另一方面又要承担先进企业或规模以上企业消费力提升的工作。
有人说低代码会取代程序员，我认为低代码的实质是在编程语言之上构建出新的平台，这种做法在国外被称为PaaS。
PaaS实际上可以协助程序员防止大量繁琐的CRUD工作，使其变得更幸福。程序员应该去做更有发明力的事情，而低代码首先赋能的就是程序员。
低代码存在的意义首先在于效劳于研发团队和IT人员，其次是与程序员、计算机生态之间建立和谐的关系，最终实现提升研发和IT的效能，可以分为三部分：

内部赋能，协助产业内部更高效地研发；
外部赋能，协助IT更好地与业务部门协作；
更多的空间，Serverless和低代码给更多场景带来想象力。

产研的项目协作与流程管理

产研团队作为矩阵型团队，在开发迭代、排期上线的过程中不时存在如下痛点：

项目拆解混乱；
排期协作费事；
上线任务调整频繁。

作为低代码平台，伙伴云首先考虑的是：如何协助产研部门停止项目管理，以及如何处置项目排期研发和上线过程中遇到的各种问题。
我们提供了各种可视化视图来可视化地、具象化地协助产研团队实现高效能的协作开发。
甘特图支持实时多人协作，可以精细拆解研发任务，同时还可以把研发任务上下级的依赖关系明晰、直观、有效地描绘出来。工程师可以一目了然看到自己的任务，并且假设项目任务需要调整，其所关联的任务也会自动调整。

此外，伙伴云还支持看板视图、日历视图等，可以把研发任务布置得有条不紊。

时间线视图适宜组织大型活动如效劳器的搬迁和晋级等。产研团队通过对时间线的管理，可以对各项目停止精细操作的演练。此外，对于市场、运营、销售等需要多种任务协同处置的工作，时间线视图也可以把任务协同布置到位。

在这种协同中，低代码提供的价值就是可视化的协作平台。对于伙伴云这种基于低代码的协作平台，其与单一的协作平台之间存在实质区别：低代码协作平台可以协助项目停止有效权限管理、大数据容量处置，以及在大数据量下仍然坚持使用这些协作类功能的高效性和严谨性。

低代码环境下的IT系统搭建

在大部分企业中，业务部门和IT部门之间存在鸿沟：业务部门提出的需求在IT部门响应较慢，往往得不到想要的结果；而IT部门也会提出较多要求，进而产生矛盾。
这种矛盾，可以通过低代码系统得到有效处置。
以老系统和新系统为横轴，老业务和新业务为纵轴，我们可以将企业划分为4个象限。

对于老业务和老系统，如企业一些自有核心系统（ERP、MRP、MES等），低代码既不想也不能替代这部分需求。但当老系统碰到了新业务时，它就会产生不匹配的痛苦区。
那么，该如何利用低代码对不匹配的痛苦区停止迁移呢？

新业务：探究长大期的草稿箱
新业务使用低代码系统，可以构建出新业务探究长大期的草稿箱。新业务往往是非规范化、高频变动的，其流程可能还未完全固化下来，这种情况下低代码可以起到草稿箱的作用。低代码的快速交付和响应才干以及超低的搭建本钱，使其可以跟得上企业新业务快速开展的需要。
老业务：填补规范化系统间的空白区域
借助低代码，填补规范化系统间的空白区可以使得系统和系统之间更好地耦合，以及把系统之间的数据通过API连接起来，随后停止运算、展示、分析、处置，甚至嵌套到中间的业务流程中去。
低代码：构建IT部门和业务部门之间的桥梁
IT部门在采购低代码系统后，配置好根底账号、权限以及资源分配后，赋能给业务部门。这样既能保证传统IT部门对企业数字化有一定的掌控和安全性保证，同时又能保证业务部门可以通过自己的理解，以低代码实现自己的需求。

在这个过程中，业务部门和IT部门可以通过低代码平台实现良好互动。IT部门变成了对业务部门的真正赋能者，而不是单纯的需求方和被需求方。对于中小企业来说，其业务可能全部都是新业务，这种情况从低代码动手就是一个非常好的选择。
通过低代码构建系统通常有两种方式：Bottom-up和Top-down。
方式一：Bottom-up的业务系统构建——新型的业务-IT关系
自下而上的Bottom-up的业务系统是构建新型的业务部门与IT部门之间关系的根底。以2015年发布的伙伴云表格为例：

表格即系统，0门槛搭建，无需掌握复杂的公式或者函数计算，即学即用，小白也能轻松上手；
即时分析，无需配置数仓和仪表盘，通过拖拽配置分析图表；
处置额外需求，支持最多嵌套15层的触发器引擎，支持海量级的数仓聚合。

从Bottom-up业务场景切入数字化系统后，该系统可以满足企业将来对更大规模数字化系统的功能。同时也保证客户在一次本钱投入后仍然可以将这笔投资持续不时地复用到更多场景中。
方式二：Top-down的IT系统建立——新型的系统开发形式
对于Top-down的IT系统建立，低代码平台也能提供新型的系统开发形式。主要流程有：

基于一个战略或目的，对业务流程和业务角色停止梳理；
梳理出了角色后，根据流程设计数据构造并绘制ER图；
基于流程和数据构造设计自动化触发及自动化数据处置才干；
根据运营需求设计指标体系和仪表盘，同时配置相应的权限控制以实现预期成果。

BPM流程
支持规范的BPM流程，符合BPMN国际2.0规范；支持5种节点、3种网关；支持调用IFTTT可视化设计，通过拖拉拽即可完成配置。

数据构造
支持丰富的字段类型、自定义规划款式、跨表数据关联、逻辑显隐、公式计算、子表单关联展示等。

自动化触发器

可视化编辑执行规则，链式触发；
8种触发方式，10种触发操作，实现多表数据联动；
支持百种函数运算；
支持调用API接口跨平台执行，连接多系统；
执行日志精准记录。

多功能仪表盘

多系统整合，萃取海量信息中的有效数据；
多类型展示，支持11种分析图表、13种数据组件；
多维度分析，数据联动挑选、钻取、透视分析；
多终端适配，支持大屏配置，快速构建企业驾驶舱。

RBAC模型&动态控制权限体系

基于角色的访问控制（Role-Based Access Control），权限与角色相关联；
符合最小权限原则、责任分别原则和数据笼统原则；
页面、操作、数据（行、列）权限单独控制；
结合RPA引擎，更可实现动态权限控制，精准保证内部数据安全。

将来有更多想象空间

对于开发者来说，低代码不只仅能做上文所提到的事情，也有用户基于伙伴云做Serverless的开发，把考试和考题导入系统，通过前端调用RESTful API实现后台的数据存储，在没有DBA和效劳器的情况下实现了一套考试系统。

这种思路展示了一种强大的将来可能性：低代码作为后端引擎可以协助工程师实现全栈开发。

总结

低代码可以协助IT部门更好地与业务部门建立起协作关系，使产研内部停止更高效的协同和项目管理，同时可以协助企业快速、低本钱地搭建IT系统，并对将来的Serverless开发拥有更多的可能性。所以对于低代码来说，中国的市场才刚刚开端。