RB Global的数字化转型之旅

在QCon London的演讲中，RB Global的工程高级副总裁Ranbir Chawla分享了公司从“架构完美风暴”和高度手工操作的系统，转变为现代化事件驱动架构产品公司的历程。公司现在能够在不到一小时内发布产品，并专注于为利益相关者提供真实的业务成果，同时确保开发人员在工作中找到乐趣。

RB Global的背景

RB Global是一个农业和重型机械的拍卖平台，通常不被认为是数字化转型的典型候选者。Chawla提到，公司的许多操作都涉及“白手套”手工操作，无论是在外部还是内部。通过转型过程，他希望保留对平台买卖双方的关怀，同时简化内部员工的工作流程。一位最终用户描述理想系统为“只需一个显示器即可操作”，而不是像之前系统那样需要三个显示器。

初始系统的问题

初始系统是一个“架构完美风暴”，源于Ritchie Brothers通过多次收购成为RB Global，这一过程将一系列系统整合在一起，但没有进行适当的集成。

转型过程中的关键点

Chawla指出了转型过程中的重要方面：

1. 了解业务模型：Chawla强调，要转型，首先需要了解业务模型。尽管有人认为公司在做电子商务，并希望通过扩展Shopify平台来创建新系统，但他挑战了这一说法，因为公司没有销售“两件相同的物品”（即使是同一型号的挖掘机，也有不同的历史）。库存也分布在全球各地，因此他得出结论，公司的业务模型更接近股票经纪人：将一方拥有的产品卖给另一方，并收取佣金。
2. 产品是合作伙伴：Chawla强调，公司正在转变为软件产品公司。产品部门在这一过程中扮演了关键角色，作为连接业务方和技术团队的“集成电路”，使每个技术团队能够专注于他们负责的服务领域。
3. 简化复杂性：为了应对继承系统的复杂性，Chawla强调“极简主义”，专注于为公司提供最有意义的“不公平竞争优势”。从技术角度来看，他们不关注代码行数，而是专注于交付业务成果和“开发者快乐”。为了确保这些目标，他们快速部署代码（不到1小时），产品团队经常提供反馈。

架构师的责任

Chawla认为，作为架构师，不仅要保留深厚的技术知识，还要帮助利益相关者理解系统迁移或重建的决策权衡。他指出，即使不是架构图，表示不同系统领域能力的图表也非常有用。他还提到，需要决定哪些内容需要为RB Global定制，哪些可以购买。

关键时刻

在演讲的最后部分，Chawla指出了转型过程中的关键偶然时刻：业务所有者用领域语言交流，开始在整个组织中听到一种共同语言，以及开发团队考虑通过组合不同的API来构建新功能。

复杂性与API

Chawla强调了通过干净的API封装系统复杂性的重要性。以全球不同的税收规则为例，例如欧盟对农业机械有免税政策，而美国某些州对超过一定金额的支付有特定要求。

结尾

Chawla总结道，工程组织是RB Global的竞争优势。公司构建了支持平台，确保团队能够迅速获得反馈。作为服务型领导者，他确保每个人都拥有适当的工具来交付价值。他总结道，转型之旅永无止境，并指出了从项目思维转向产品思维的困难。