SAFe 敏捷方法如何加速 WMS 实施

敏捷方法与仓库管理系统 (WMS) 实施有什么关系？它不是一种用于在电子商务和数字营销等领域部署较小功能的方法吗？

这是十多年前流行的想法。当前的市场动态更多是关于能够快速交付增量客户价值。事实上，即使在全球冠状病毒大流行的情况下，灵活引入更新能力的企业也能够保持并不断扩大其市场份额。

企业等待 12-18 个月才推出企业平台的日子已经一去不复返了。在这方面，市场正在发生根本性的变化。因此，快速部署新软件并继续在其上构建的需求比以往任何时候都更加重要。

WMS 实施本身就很复杂，涉及不同且相互关联的流程，例如堆场管理、入库、库存管理和出库。此外，WMS 连接到更大的企业系统，例如采购和销售订单处理。 WMS 功能特性在大多数商业现成包实现中紧密耦合。传统的 WMS 实现一直是瀑布结构，其中企业完成构建、单元测试、系统测试和集成测试，最有可能是这个顺序。这就是他们在用户验收测试期间看到实际产品的方式，这可能需要数月甚至数年才能完成，这使得业务方向的变化很难融入。除了系统复杂性之外，仓库流程也是劳动密集型的，因此在引入新系统时始终需要谨慎管理变更。

考虑到所有这些因素，公司需要选择合适的敏捷框架来实施 WMS。

Scaled Agile Framework (SAFe) 提供了一种用于实现大规模复杂系统的方法。它允许在交付业务价值的共同目标上达成一致的多个团队之间进行协作。它显示了通过不断部署和发布的新功能流（通常在 10 到 12 周内）的增量进展。在 SAFe 中，团队使用 Scrum 或看板来管理工作，每个团队都由一名产品负责人作为业务联络人，或者一名 Scrum 主管作为帮助消除障碍的仆人式领导者。

独特的是，SAFe 结合了“精益”和“敏捷”原则，使用 DevOps 和自动化原则以较小的增量交付高质量的软件。

从 SAFe WMS 实施中获得的主要经验包括：

• 确定构成最小可行产品 (MVP) 并作为程序增量 (PI) 的一部分进行计划的功能非常重要，其中决定何时需要在 PI 中发布这些功能（超过 10-12 周）循环）。
• 敏捷团队由来已久，因此考虑到时间线（PI 持续时间）和团队规模相对固定，交付范围会根据这些限制进行调整。需要避免团队的过山车式上升和下降，并且计划 80% 的团队容量是一种很好的做法。还建议保持敏捷发布团队的规模不超过 125 个资源，以确保他们保持敏捷并相互协作。精益团队更好地管理他们的相互依存关系。
• 从第一天起就开始实施 DevOps 和自动化，以实现持续交付和价值流。需要在程序板上的 PI 事件期间识别相关性，并在整个 PI 交付过程中进行管理。即使有成熟的 I.T.实施 WMS 应用程序的组织，依赖性可能成为管理的挑战。管理此类依赖项或阻止程序的关键是在相互依赖的团队之间不断梳理功能，以进行高级设计并定义依赖项。这应该在需要提交依赖项的 PI 事件之前发生。
• 产品和推动者史诗（即集成和其他技术组件）应遵循敏捷交付方法。产品经理和所有者需要通过识别相应的产品功能、接口、标签和系统设置来打破接收史诗。这将有助于在 PI 结束时完成接收史诗，并使系统准备好进行演示。
• 应在 PI 结束时进行检查和调整，以用于集成产品演示。这将展示切实的进展并与业务需求保持一致。
• 上线后和改进工作应作为产品团队的一部分进行整合，以便每个人都从共同的待办事项中工作，并优先考虑提供最高价值的工作。

SAFe 旨在成为 WMS 和其他应用程序实现的关键转换。许多行业领导者认为 SAFe 的好处将帮助公司更加了解和了解未来的道路。

Vinay Kavde 是消费者业务部门的咨询合作伙伴，也是零售咨询实践的 Sudhanshu Raj 咨询负责人， 来自 Wipro Limited。