为什么很多公司都被“伪低代码”拖垮了？

Z老板是一家贸易公司的CEO&＃xff0c;我曾经给他做过IT顾问&＃xff0c;上周他跟我吐槽&＃xff0c;被“低代码”给坑惨了。

事情是这样的&＃xff0c;一年以前Z老板被某家软件公司的销售忽悠&＃xff0c;说Z老板的管理理念落后了&＃xff0c;现在已经是数字化时代了&＃xff0c;而Z老板还在用信息化时代的软件系统。

Z老板虽然很擅长企业经营&＃xff0c;但是却不太懂IT&＃xff0c;于是就被对方给忽悠了。先后花了200多万&＃xff0c;上了一套 “低代码”系统&＃xff0c;哪知道这套系统本身的成熟度不高、使用体验很差&＃xff0c;更不要说可定制化了。

而该软件公司的实施顾问&＃xff0c;对贸易业务也不了解&＃xff0c;连主流程都没法顺畅跑下来&＃xff0c;员工怨声载道&＃xff0c;甚至还影响了2个重要客户的业务开展&＃xff0c;最终项目宣告失败。

听完Z老板的哭诉&＃xff0c;我说&＃xff0c;你这是被 “伪低代码” 给拖垮了。

01

如何分辨&＃xff1a;“真低代码” 与 “伪低代码”&＃xff1f;

一提到低代码&＃xff0c;你首先想到的是“拖拉拽”就生成一套灵活、强大的企业软件。实际上&＃xff0c;真正的低代码不仅仅一款软件&＃xff0c;还是一种企业IT治理思想、IT与业务深度融合的方法论&＃xff0c;是承载企业数字化转型的重要技术手段。

如果对低代码的认知不足&＃xff0c;企业就很容易掉进 “伪低代码”的陷阱。那么&＃xff0c;究竟要如何分辨 “真低代码” 和 “伪低代码”呢&＃xff1f;主要看以下5个特征&＃xff1a;

1、是否支持敏捷交付

低代码的重要理念就是“敏捷交付”能力&＃xff0c;不论企业的业务流程有多么复杂&＃xff0c;都可以用MVP&＃xff08;最小可用产品&＃xff09;的方式搭建出一套系统&＃xff0c;先跑起来。业务人员在使用的过程中提出反馈&＃xff0c;再继续完善功能&＃xff0c;形成正反馈工作闭环。这种迭代演进的方式&＃xff0c;能够最大限度地减少问题、降低一次性投入成本&＃xff0c;从而避免了风险。

2、是否跟业务方共同开发

低代码提供了友好的定制开发界面&＃xff0c;极大降低了基于系统“二次开发”的门槛&＃xff0c;使得业务人员或初级开发人员稍作培训&＃xff0c;就可以快速掌握。

3、是否高度依赖IT部门

低代码的出现&＃xff0c;使得“开发左移”得以实现。所谓的“开发左移”&＃xff0c;指的是将开发工作转交给软件开发流水线的上游&＃xff0c;也就是业务方。使得业务方获得更多的软件定义权&＃xff0c;增强了解决方案&＃xff0c;减少对IT部门的依赖。

4、是否优化业务流程

低代码是承载企业数字化转型的技术手段&＃xff0c;企业在做数字化转型的过程当中&＃xff0c;首先要做战略规划、业务架构梳理、IT架构设计、数据架构搭建等等。完成了业务流程的优化&＃xff0c;这个时候才知道企业需要什么样的数字化系统。

5、是否推动组织变革

企业数字化战略确定后&＃xff0c;就要投入相应的资源&＃xff0c;进行组织变革&＃xff0c;确保数字化战略最终得以落地。

02

 “伪低代码” 是如何搞垮公司的&＃xff1f;

1、只上软件&＃xff0c;不升级思维模式

企业数字化转型&＃xff0c;从来都不是IT问题&＃xff0c;而是业务方思维转型的问题。光是上一套软件&＃xff0c;并不能实现企业数字化转型。这是最核心的&＃xff0c;也是最难的部分。

2、业务方参与度不足

在许多公司里&＃xff0c;实施低代码的过程当中&＃xff0c;企业方参与度不够&＃xff0c;还像实施传统企业管理软件那样&＃xff0c;把业务流程图给IT人员&＃xff0c;IT人员完成系统搭建和初始化工作&＃xff0c;然后业务人员进行试用&＃xff0c;再提出修改意见。

这就好比在山路上开兰博基尼&＃xff0c;就算你有再好的性能&＃xff0c;也是发挥不出来的。

3、高度依赖IT部门

传统的企业管理软件实施方式&＃xff0c;高度依赖IT部门&＃xff0c;就算IT人员响应再快也都需要一个过程。在实施低代码的过程当中&＃xff0c;业务方理解不到位、乙方公司培训不足&＃xff0c;都会导致上了低代码之后&＃xff0c;业务方仍然高度依赖IT部门&＃xff0c;这就增加了IT部门的维护成本。也就是说&＃xff0c;软件最有价值的地方并没有完全释放出来。

4、并未优化现有业务流程

许多公司花了重金购买低代码系统&＃xff0c;部署完之后&＃xff0c;把业务单据都录入系统&＃xff0c;报表出得来&＃xff0c;就算项目成功了。可实际上&＃xff0c;对原有的业务流程并未做任何优化&＃xff0c;公司运营效率非但没有提升&＃xff0c;反而需要增加几个系统录入员的岗位。

5、不进行组织变革

数字化转型战略要落地&＃xff0c;就需要对组织进行变革&＃xff0c;这势必会动到个人利益&＃xff0c;必定会引起部分人员的强烈反对。这也是许多IT人员不愿意去触碰的地方。

许多企业IT负责人都采取“鸵鸟策略”&＃xff0c;不愿意直面问题&＃xff0c;导致公司掉进了 “伪低代码”的坑还不自知。

03

企业如何实施 “真低代码”&＃xff1f;

1、升级数字化思维

企业实施低代码&＃xff0c;首先要升级数字化思维。所谓数字化思维&＃xff0c;包含了&＃xff1a;数据思维、系统思维、敏捷思维、用户思维、产品思维、生态思维等方面。

简单来讲&＃xff0c;数据思维就是用数据来理解事物的思维&＃xff0c;凡是决策必有数据的思考方法&＃xff1b;系统思维是一种抽象思维&＃xff0c;把多个事物看作整体的、有联系进行全局思考。其他几种思维都比较好理解&＃xff0c;就不多做解释了。

2、业务方深度参与实施

IT部门以及乙方公司要对业务方进行足够的宣导&＃xff0c;将低代码提供的“开发左移”理念贯彻到位。让业务方深度参与低代码的实施过程&＃xff0c;逐步培养业务方“二次开发”的能力。

推广“开发左移”的理念&＃xff0c;有助于业务方快速优化流程&＃xff0c;敏捷改进&＃xff0c;真正实现端到端的交付&＃xff0c;为企业经营降本增效&＃xff0c;带来价值增量。

3、IT部门提供必要支持

通过低代码能够降低业务方对IT的依赖&＃xff0c;让IT部门把有限的开发资源投入到企业IT架构、数据治理、智能分析等核心的工作当中。

同时&＃xff0c;IT部门要做好后续的支撑、系统运维、培训等服务&＃xff0c;让业务人员没有后顾之忧&＃xff0c;把更多业务往低代码上迁移。

4、梳理业务架构&＃xff0c;通过“低代码”落地

企业数字化转型的首要任务是梳理顶层业务架构&＃xff0c;划分好业务域&＃xff0c;这个工作除了产品、技术主导&＃xff0c;还需要业务方共同参与。

有了相对清晰的业务规划蓝图、业务域划分&＃xff0c;就可以通过“低代码”实现快速交付。随着企业的不断发展&＃xff0c;业务架构也会随之改变&＃xff0c;这就需要业务系统具备足够的敏捷性、柔性&＃xff0c;这恰恰就是低代码的优势所在。

5、数字化转型&＃xff0c;驱动组织变革

也许你会说&＃xff0c;我上个“低代码”&＃xff0c;跟组织变革有什么关系&＃xff1f;前面提到&＃xff0c;“低代码”是企业数字化转型的实现手段。

只有认知升级到这个层面&＃xff0c;才能够更好的实现IT赋能企业。

有一位IT前辈说过&＃xff1a;“传统企业数字化转型的过程&＃xff0c;就是‘砍人’的过程。” 通过技术手段不断为企业提质增效&＃xff0c;释放人力资源&＃xff0c;帮助传统企业从劳动密集型向知识密集型转变。

其实&＃xff0c;所谓数字化转型&＃xff0c;就是通过技术手段&＃xff0c;构建一个全感知、全链接、全场景、全智能的数字世界&＃xff0c;再对物理世界的传统管理模式、业务模式、商业模式进行重塑和创新&＃xff0c;最终实现业务成功。

 -END- 

技术人如何快速成长&＃xff1f;

我的专栏《个人指数式成长》

把我20年的大厂高管成长方法论

总结成25种思维模型和技能

领取大额优惠券&＃xff0c;限时有效

 扫描下方二维码&＃xff0c;即可试听1节课程 

▼

记得关注&＃64;技术领导力

与我一起&＃xff0c;提升认知与见识

↓↓↓