详解规模化敏捷框架 Scrum@Scale 、LeSS 、SAFe
2022-12-09
来源：ShineScrum捷行
用不同的设计逻辑会直接影响组织的沟通机制和沟通饱和度，这两个是组织设计的重要指标。组织设计是一门科学和艺术，如果可以掌握就可以设计自己的组织结构，提高组织适应性。倘若我们并不想去设计组织或者还不具备这种能力，那么了解现有框架设计者的逻辑也会有所帮助。所以笔者认为团队容器是一个十分重要的概念，无论你是规模化敏捷实践者或管理者都需要去了解。
注：
*本文默认读者已经对Scrum有一定的知识基础，所以不会对Scrum做额外的知识普及。
2.1.1 Scrum@Scale Team Container
Scrum@Scale的团队容器设计十分特别，也是它的核心，所以这节会以较大篇幅去分析。从下图可以看到，Scrum@Scale组织结构里Team的最小单元是一个Scrum团队，一个Scrum of Scrum(下称SoS)的最结构是小于等于5个Scrum团队，再上一层的SoSoS也是同样的规则，可以有多层的SoSoSoS…..,所以Scrum@Scale的这种网状组织结构是可以支持无限大团队。至于为什么它设计的单元是5呢？背后的设计逻辑稍后会再作分析。
Scrum@Scale这种组织结构让人感觉和LeSS与SAFe都很不一样，后两者对于团队容器都有一个很清晰的容量限制，SAFe有ART的限制，LeSS也有Team的人数限制，后两者要突破限制就要添加新的Role和规则来平衡沟通的效率，本文的沟通饱和度一节会对这种设计进行详细分析。
(图4：Scrum@Scale的组织设计进化透视图)
(图5：Scrum@Scale会有不同的组织结构实现形式)
Scrum@Scale框架是Scale-Free network的仿生设计，这种设计能更适应更快速的组织发展和功能开发响应，理论是基于无尺度网络模型，这种网络在实现中普遍的存在，如神经网络、社交网络、航空网络等。
(图6：Scrum@Scale以Scale-Free network设计的实现)
The Executive Action Team(EAT)组织内只有一个，有些组织可能叫精益/战略转型等类似的名称
• 对组织中Scrum的质量负责；
• 拥有组织转型战略；
• 拥有转型代办清单和清除阻碍转型的所有障碍；
• 消除由于范围，预算或公司政治权力而未在团队级别处理的障碍；
• 执行转型战略或将其委托给专业部门(通常称为敏捷实践)；
• 测量并提高组织中Scrum的质量，以构建业务敏捷性的能力；
• 敏捷践行小组(Agile Practice)，十分重要，它是企业内推行敏捷的组织，Scrum Master会向这个小组汇报。Agile Practice成员也是EAT成员，负责推动敏捷实践，这样自上而下的推动，才能保证敏捷不只是以形式留存于基层。
(图7
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
