CEO干货| CSDN演讲回顾：如何利用低代码提升研发和IT效能？

伙伴云

于 2022-07-08 17:05:37 发布

阅读量245

点赞数 1

文章标签：低代码伙伴云研发 paas sass

本文链接：https://blog.csdn.net/huobanyun/article/details/125681351

版权

近日，CDSN云原生系列之「低代码峰会」在线上成功举办。伙伴云CEO戴志康受邀演讲，就如何利用低代码提升研发和IT效能，分享低代码先行者的实践与经验。

以下内容以第一人称的视角，为您还原演讲精华——

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

20多年前我开始创业，一直在做软件技术方面的工作，程序的思维深深地影响了我做事情的方式。

2016 年底，我加入伙伴云，它是中国最早做低代码应用搭建的平台之一。

其实在几年前，我们都没有听说过低代码这个名词。到底什么是低代码呢？说到底，低代码最终一定要解决一个或一系列的问题。

目前来讲，国外大多数低代码解决了生产力的问题，但在中国是另外一种状况。与国外零代码厂商不同的是，中国的低代码厂商承担着双重使命：一方面作为企业数字化的第一步，构建企业的数字化系统；另一方面，又要承担先进企业或者规模以上企业生产力提升的任务。

那低代码和研发人员、IT人员之间又是什么关系？如何把研发变得更高效，让我们节省更多的时间来做更有意义的事情？

有人说低代码会取代程序员，我觉得低代码在本质上是在我们的编程语言之上，构建出的新平台。PaaS实际上是使我们的程序员变得更幸福的一件事情。程序员应该去做更有创造力的事情，而低代码首先赋能的就是程序员。

当然，这个世界最终极的形态是不存在代码的，我们可以完全用大脑的意识或者是人工智能实现我们希望机器去完成的事情。

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

1、产研痛点：拆解、协作、调整频繁

产研团队在开发迭代、排期上线的过程中有非常多的痛点。比如项目拆解混乱、排期协作麻烦、上线任务调整频繁等等，这些都需要产研团队大规模协作。那低代码如何服务产研？

2、伙伴云示例：如何利用低代码赋能

作为低代码平台，伙伴云首先考虑的是：如何帮助产研部门进行项目管理，以及如何解决项目排期研发和上线过程中遇到的各种问题。

我们提供了各种视图来可视化地、具象化地帮助产研团队实现高效能的协作开发。比如可以支持实时多人协作的甘特图，可以把一个研发任务拆解得很细，同时还可以把研发任务上下级的依赖关系，清晰、直观、有效地描述出来。

此外还有看板视图、卡片视图、日历视图等等。

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

03 提升IT效能，低代码环境下的IT系统搭建

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

1、业务四象限，直面痛苦区

我们把企业的业务分成四个象限，以老系统和新系统为横轴，老业务和新业务为纵轴，分出四个象限。对于老业务和老系统，比如企业一些自有核心系统，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），即角色和动态相关联的权限系统。企业需要绩效核算，最理想的绩效是让每一个员工直接看到自己当期的实时绩效，伙伴云可以帮助实现这一点。一些用户用伙伴云做销售大屏，比如张三签了一单，马上就能在这个系统里实时地算出这个人的绩效，并且算出他团队的排名和他个人的排名，来激励更多的销售实现更高的目标。