数字化运营现代化的战略路线图：从遗留开发模式向敏捷驱动的集成框架转型

译者 | 李睿

审校 | 重楼

在不断发展变化的现代世界中，对于那些需要为目标市场快速提供既引人注目又引人入胜解决方案的企业来说，唯一不变的就是变化。虽然瀑布模式在实现过程存在一些局限性，例如无法有效地满足动态客户操作经常出现的的时间紧迫性，但是转型到敏捷模式不仅仅是一种方法，更是一种有关组织中系统、流程和技术之间相互作用的全新思考方式。

本文阐述如何帮助一家全球美容电子商务公司从传统电子商务架构向由敏捷原则主导的集成方法转型过程中所扮演的角色。但这不仅仅是采用敏捷模式——它涉及重新设计流程、集成系统以及构建流程，以创造一个看起来和感觉上都无缝衔接的环境。

超越瀑布模式的技术变革需求

传统电商架构、客户关系管理（CRM）系统和专用的忠诚度应用程序为电子商务提供了数字资产的主要技术堆栈。即使这些系统能够有效运行，但是它们无法适应当前通常存在的持续循环的开发周期。在日常实践中，部署敏捷方法显然并不能解决由这种嵌入式基础设施引起的更复杂的架构问题。

由此产生的一些关键痛点是：

• 系统互相孤立：由于平台之间的互操作性有限，全渠道体验的管理和客户数据的同步效率低下。
• 产品发布存在瓶颈：开发过程的僵化和垂直依赖关系成为产品发布的主要瓶颈，使开发团队几乎没有什么空间适应不断变化的市场。
• 资源限制：技术堆栈在资源方面成本高昂，需要不断的人工更新和大量的资源消耗来保持环境的一致性。

解决方案不仅需要敏捷转型，还需要对工程进行重新配置，为模块化系统、CI/CD管道和团队内部实时协作提供必要的工具。

在遗留系统驱动的生态系统中应对敏捷转型

客户迁移工作从审查其当前系统和正在进行的项目开始。这包括评估每个数字资产和平台的属性及其支持敏捷集成的能力，同时不会中断现有的项目工作流程。解决方案是在部署敏捷技术的同时引入技术改进方面的变更，以避免干扰运营流程。因此进行了以下修改：

1.基础设施的模块化

遗留系统经过改造成功实现了模块化转型，转变为由容器化平台（如Docker及编排平台）全力支持的微服务架构。这使得系统执行并行更新和部署成为可能，这加速了交付速度，并最大限度地减少了系统层面的中断，同时增强了其可扩展性和容错性。

2.数据流优化

API和中间件解决方案（如MuleSoft和Apache Kafka）被用来搭建起孤立、不连贯系统之间的桥梁。这些集成措施允许在客户电商网站、客户关系管理系统或客户数据平台之间共享数据，从而根据客户的需求改进全渠道活动。

3.集成工具链

对于CI/CD过程，像Jenkins和GitLab这样的工具被配置，并用于根据敏捷方法部署构建和发布周期。这样可以实现一致可靠的部署管道，最大限度地减少人工错误，缩短了开发时间框架，因为在流程中节省了更多的时间。

解决了这些基本的技术问题，组织就可以充分利用敏捷模式，同时克服遗留开发模式相关的问题。

如何为敏捷集成对数字资产进行优先级排序和重新设计

为了帮助客户在多个项目已经在进行中的情况下进行重大的变革，采用了规模化敏捷框架（SAFe），因为它有助于在大型企业中集成敏捷实践以逐步实施敏捷流程，使敏捷团队能够针对最关键的数字资产，同时继续开展其他基本活动。这种自定义方法使开发团队能够更有效地推出产品，而不会干扰其他流程。

SAFe是一种全面的方法，旨在帮助组织在企业层面上成功实现敏捷实践。

1.开发数字资产和平台分类法

首先将每个数字资产（如产品显示页面、推荐引擎和客户档案）映射到客户旅程。这种映射对于确定哪些资产对用户体验和业务价值影响最大至关重要。通过理解这些接触点，使客户能够从战略上对资产进行优先级重组，确保敏捷集成工作与客户需求和组织目标保持一致。

为了创建这个强大的数字产品和平台分类，利用了现有框架和研究的见解，遵循了以下四个简化步骤：

（1）定义目标和范围：明确阐述分类法的目的和边界，以与组织目标保持一致。

（2）确定平台属性：关注关键属性，例如集中化、市场方面和提供方向，以区分平台。

（3）开发分类模式：构建一个结构化框架，根据共享的特性和区别对平台进行分类。

（4）验证和改进：将分类法应用于现有平台，为准确性和实际应用对其进行改进。

这种分类法允许创建专用于特定功能的“小组”（pod），并使它们与总体业务目标保持一致：

• 早期胜利：小组专注于评级、评论和忠诚度奖励界面等前端组件，以最小的复杂性提供快速、高影响力的结果。这些项目改善了用户体验，建立了利益相关者的信心，为更大的转型奠定了积极的基调。通过早期展示切实的进展，开发团队获得了处理更复杂的计划所需的信任。
• 复杂集成：后端系统（如CRM平台和数据湖）的处理工作稍后进行，需要深度集成以确保跨渠道的可扩展性和数据一致性。这些努力为个性化推荐和实时分析等高级功能奠定了基础。处理这些核心系统确保了支持不断变化的业务需求所需的稳定性和灵活性。

数字资产和平台分类法的创建表明，这家美容电子商务公司将需要约30个由约270名员工组成的小组来为其提供前端产品。

注：在敏捷开发中，pod通常指的是一组具有特定技能和专业知识的团队成员，他们共同工作以完成特定的任务或项目。

2.加强技术准备

为了确保组织在技术上为转型做好准备，重点关注以下三个关键领域：

（1）云迁移：将非关键工作负载转移到基于云的服务，例如用于无服务器计算任务的AWS Lambda。这种迁移减少了对内部部署基础设施的依赖，优化了资源分配，降低了运营成本，同时提供了动态工作负载所需的可扩展性。

（2）API主导的连接性：通过API公开遗留数据库，并使用Postman等工具进行测试，以及采用AWS API Gateway进行部署，从而实现了遗留数据库的现代化。这种方法可以无缝地集成到敏捷工作流程中，而不需要对整个系统进行全面改造，从而为现代化提供了一种经济有效的渐进路径。

（3）可扩展性：通过基础设施即代码（IaC），使用Terraform和AWS CloudFormation等工具编写基础设施。这种方法确保了跨开发、测试和生产环境的一致性，实现了自动化配置、版本控制和可重复部署，以提高效率和可扩展性。

3.构建多学科敏捷小组

为了推动敏捷转型，该案例采用并定制了Spotify模型来创建专门的敏捷小组，这些小组不仅具备跨职能性，还与转型的技术和业务范围保持一致，重点关注移动和以网络为中心的数字产品。每个小组原型都解决了特定领域的复杂性，同时在整个产品生命周期中嵌入了敏捷原则（从设计和开发到各种数字资产和平台的测试和部署）。通过定制Spotify模型，建立了以小组形式运作的自主小组，同时整合结构，以促进小组之间的协作。

这种方法促进了面向客户的平台、后端系统和测试管道之间的一致性。它还允许加快交付时间并驱动一致的价值创造，确保敏捷转换与客户的战略目标保持一致。

除了技术专业化之外，每个小组原型都是根据客户的运营需求量身定制的，并设计成包括跨越产品、数字和技术领域的平衡混合角色。这种组合确保了每个小组能够解决其领域的独特挑战，同时为更广泛的转换目标做出贡献。

• 产品角色：产品经理、业务分析师、领域主题专家。
• 数字角色：Scrum主管、客户体验专家、UI设计师、UX设计师。
• 技术角色：技术主管、软件开发人员、平台工程师、解决方案架构师、测试/QA工程师。

数字资产小组（Digital Assets Pod）包括产品设计和开发专家，他们协同工作，提供直观和可扩展的面向客户的平台。同时，平台小组（Platform Pod）支持这些系统的基础设施需求，在动态业务条件下实现无缝性能。

4.为转型弥合资源和能力缺口

（1）角色配置和专业知识

为了有效应对资源缺口问题，本案例研究对客户的角色配置与专业知识进行了深入细致的评估，以确保与他们的战略目标紧密契合。在参考了行业在资源规划及团队结构方面的先进实践后，提出了以下建议：在组织内部稳固保留关键角色，例如解决方案架构师和领域主题专家（SME），从而为长期创新提供坚实支撑，并确保机构知识的传承与连续性。针对软件开发人员等中层技术岗位，采取了一种有选择性的内包策略，该策略以项目具体需求为优先考虑，旨在确保在核心开发领域拥有专业知识。

为了进一步优化资源配置，建议将标准化任务如测试和QA工程等外包给外部供应商，借助他们的专业能力高效处理这些重复但至关重要的工作。这一平衡策略借鉴了项目管理协会（PMI）人才三角模型及敏捷团队结构原则等框架中的经验，使客户能够在战略层面应对资源限制的同时，依然能够保持组织的敏捷性。

（2）提高敏捷性技能

为了在组织内部培育敏捷文化，采取了针对性的培训策略，聚焦于提升内部团队在敏捷原则、CI/CD工具应用及API集成方面的技能。为此引入了认证计划，旨在强化技术能力，特别是通过培养认证Kubernetes管理员（CKA）来掌握容器编排与云计算架构的关键技能，从而满足转型的需求。此外，团队成员还积极追求与敏捷相关的专业认证，例如项目管理协会（PMI）的敏捷认证从业者(PMI-ACP)和认证Scrum主管(CSM)，以期深化他们对敏捷方法论的理解，并增强他们推动迭代开发、实现价值驱动交付的能力。

结论：数字化转型的技术蓝图

这一实践经验凸显了在敏捷转型中解决方法论和技术挑战的关键需求。对于这家全球美容电子商务客户来说，其成功取决于对工作流程的重新思考以及对支撑这些工作流程的基础系统的重新设计。通过构建模块化架构，自动化发布流程，以及协调跨职能团队，此次转型不仅加快产品推出，还带来了更优的客户体验，并为未来的增长构建了可扩展的技术平台。

对于开始走上这一旅程的组织应该将敏捷转换视为一项全局性工作，需要在技术基础设施的长期投资与追求短期成果之间之间取得平衡。为了深入了解如何管理这一复杂的转型，Craig Larman和Bas Vodde合著的《Large-Scale Scrum: More with LeSS》一书详细阐述了有效扩展敏捷并应对组织挑战的实际策略。

原文标题：Strategic Roadmap for Modernizing Digital Operations: Transitioning from Legacy Development Models to Agile-Driven Integrated Frameworks，作者：Thai Bao An Phan