有关扩展敏捷框架的资源，例如扩展敏捷框架（SAFe），LESS，Nexus，纪律敏捷交付（DAD），Scrum of Scrums等。
Scrum of Scrums是扩展跨部门，团队和传统边界线的大型多维项目的关键，以便可以使用基本的小团队项目的相同协议和逻辑进行管理。 Bryan Zarnett解释说，在如此大规模的环境中，大多数ScrumMaster失败的地方在于沟通和协调多个团队的细微差别。用于运行小型Scrum团队的同一工具集不能用于一组团队。他定义了敏捷项目经理（APM）的角色，该经理将协调项目组合及其依赖关系并管理集体活动，问题和风险。根据Scrum教科书，无论设计如何，APM都无法100％运行。对工具集的较小修改和引入的主要新职责将以较小的方式适应和影响Scrum，这将允许应用较大的程序上下文，并且即使规模和相互依赖性增加，团队也可以保持敏捷。
敏捷采用的第一步就是敏捷团队的组建和组织。领导力通常很难弄清楚每个团队应该有多少人，应该包括哪些技能，以及团队是否应该专注于解决方案组件，功能交付或混合。
本文从有关在领先的保险提供商中扩展敏捷的五大经验教训中介绍了IBM的观点。这些教训是最好采用逐个团队进行的增量方法。度量和管理工具可以帮助您获得并维持高管人员的支持并改善开发过程。应该首先为过程提供指导和指导，然后为工具提供指导。集成工具有助于展示价值。回顾对于持续改进至关重要。
随着敏捷和Scrum被越来越多的公司所采用，Craig Larman和Bas Vodde的这本书提供了重要的思考工具，以提醒我们：“be agile” than to “do agile”。 Scrum或Lean是我们可以用来持续改进软件开发流程的框架，而不是像烹饪食谱一样盲目使用的工具。
在软件工程电台的第170集中，巴斯德（Bas Vodde）解释了如何将敏捷原则应用于大型分布式开发组织。 Bas分享了他在工作，咨询和辅导公司中采用Scrum进行大规模软件开发的经验。
“在大型，多站点和离岸开发领域工作了数年之后，我们将经验和建议总结为以下几点：’t’ do it.” “Scaling Lean & Agile Development –大型Scrum的思维和组织工具”, Craig Larman &艾迪生·巴斯·沃德-韦斯利
版权所有©2009-2020 马丁尼& Associates