这是我们专门为 2024 年塞纳河上的敏捷而撰写的系列文章的延续和结束。在产品方法和精益实践之后，我们将探索大规模敏捷性的新方面。它是任何转型的基石，对于寻求结合速度、协调性和适应性的组织来说，它是决定性的一步。本文重点介绍了这些通常为结构性变化的挑战和机遇的各种观点。
在讨论中，一些人讨论了 LeSS 等较轻的框架，而其他人则侧重于扩大规模 克罗地亚电话号码库之前的基础知识。领导力和团队自主性之间的平衡是一个关键问题，在这种业务动态中涉及支持职能或跨职能服务（人力资源、营销等）的能力也是如此。
以下是我们参与者对这个主题的反馈
这是一个取之不尽的争论和质疑的源泉。
大规模 Scrum – LeSS 的更多应用 – Greg Hutchings (LeSS)
当我们谈论规模敏捷框架时，我们通常立即想到的是 SAFe。这是非常 商业模式和完美沟通技巧的成果。然而，也存在其他替代方案，带来有趣的差异和优势。
Greg Hutchings 提出了 LeSS 框架作为实施 Scrum 的一种方式……按比例缩放。原则很简单：我们保留产品负责人的独特角色。此人具有管理整个 LeSS 团队的合法性和手段，并有可能将其划分为不同范围内的小团队。敏捷仪式与 Scrum 相同，但增加了一些同步实例以保持团队一致。
如果您的团队已经在 Scrum 中运作良好，那么在转换到更复杂的框架（如 SAFe）之前，尝试 LeSS 是可能的，或者至少是一种灵感来源。
让我们停止将切问题归咎于管理者
——Jean-Pierre Lambert (ScrumLife)
在团队中，人们习惯将管理人员称为“妨碍我博客规模敏捷性们 邮寄线索 正常工作的人”。为何如此？敏捷 实施持续改进流程，获得自主权和责任，并不可避免地会遇到其所寻求解决的问题受到外部约束的情况……即经理。最简单的想法就是认为是他设置了障碍，阻碍了进步。
遗憾的是，人们普遍工作，而只是去“监督”。这是一种很严重 认 但我们通过测试参与度进行了研究 为经理并不 的偏见。敏捷团队需要信任、自主……但作为回报，它不会信任其经理吗？