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