阿里巴巴|上“低代码”半年，30名程序员被裁，CTO离职阿里健康|互联网医疗

文章图片

文章图片

一位读者小M给我讲述了发生在他们公司的真实故事，为了避免不必要的麻烦，隐去一些敏感信息，我将整个事件的经过整理出来：
小M是广州某制造企业的技术负责人，下面带了50个技术人员，负责该公司OA、CRM、人事等多个日常运营类系统。小M也是我的知识星球“老K星际不迷航”的会员，私下咨询过我不少关于个人职业规划、技术团队管理、低代码方面的问题。
感觉上，小M是个挺有想法的人，也很勤奋，在知识星球里经常输出、帮着回答其它会员的问题。
在小M看来，目前他们公司的问题是：整体研发效率不高、业务方想法太多、老板对IT不是很重视。
在这种环境下，技术经理的工作压力非常大：一方面，业务方觉得系统交付太慢，提任何需求都需要排期；另一方面，老板觉得IT的成本太高，一直不愿意增加IT投入；此外，技术人员觉得业务的需求经常变，没上线就已经推翻原来的需求了，经常导致返工。
小M曾经问过我，这种情况应该怎么破局，我就问他：你是为自己，还是为公司？因为不同的目标，就有不同的打法。如果为自己，那就走上层路线，唯一要做的事情就是伺候好老板，只要他在老板那里说得上话，业务方的压力、员工的压力，那都不是事。
小M跟我说，为公司。这让我挺诧异的，职场当中不把自己的利益放在第一位，确实难得，这让我对小M高看了两眼。我给他的建议是，抓主要矛盾。小M梳理了一下，现在最大的矛盾就是：系统交付慢、业务方满意度低，经常到老板那里投诉。
我建议他研究一下“低代码” ，用两条腿走路：一、把有限的研发资源，投入到核心业务系统的研发当中，跟业务方一起做需求治理；二、用“低代码”承接非核心业务系统的开发需求、或创新类需求。
于是，小M经过一番调查，选择了国内一家“低代码”供应商，最先把OA、CRM系统用低代码进行替换。在供应商的帮助下，顺利完成了系统搭建、用户权限打通、还做了数据迁移，基本上算是用起来了。
渐渐地，业务方觉得“低代码”平台挺好，调整流程、加个字段，不再需要排期，上午提的需求，下午就能上线。这个消息很快传到了老板耳朵里，老板两眼放光，让小M赶紧给他汇报一下，这个低代码究竟能够做什么。
经过几次汇报之后，老板总算明白了低代码到底是干啥的，于是他非常支持小M的想法，希望他把尽可能多的系统用低代码平台来实现。小M听了之后，很高兴，连忙跟技术人员一起梳理，在后来的3个月里加班加点，又把工单系统、供应商管理系统陆续迁到低代码平台中。
也就是说，除了核心业务系统之外，能迁移的系统都完成了迁移。原本小M的计划是，之前负责这些系统的技术人员，把更多的精力投入到核心业务系统的开发当中，底层架构做个升级，顺便还技术债，再丰富一下接口，让核心业务系统的健壮性、代码可维护性、可扩展性得到进一步提升。

但是奇葩的事情发生了，上周被老板叫到办公室， HR也在场，让他把非核心系统的开发人员列一个表，小M也不知道老板的葫芦里卖什么药，就把名单整理了出来，总共30人。