详解规模化敏捷框架 Scrum@Scale 、LeSS 、SAFe
2022-12-09
来源：ShineScrum捷行
的形式可能会有几种方式，要么一次达到50%，如开一个集体澄清会议（PI Planning）；或者我们加大沟通的频率，但每次沟通的时间变短；或者我们使用不同的频率和节奏；都能达到同样的沟通饱和度。
SAFe的PI Planning属于大型的沟通，所以频率不能高。LeSS的Backlog Refinement相对人员较少并且只设置1个PO，可以以迭代频率进行。S@S以5个为一组的SoS，多层SoS的Scale Daily Scrum，可以每天都进行同步。下图的例子是2000人的组织能在1.25小时内完成同步沟通。以上事件都是为了提升沟通饱和度的，但框架的组织结构设计不同就有不同效率的区别，和不同的沟通表现形式。
( 图14：SAAB的案例)
2.11原则（Principles）
Scrum@Scale就是Scrum，它的原则就是Scrum的原则。
( 图15：三个框架的原则示意图)
框架的原则让人思考到敏捷原则，通常都有一种共识，做事不拘于形式，只要我们按原则做事件，就能标签敏捷和框架。框架的原则也是笔者想去推敲的事情，由于篇幅问题，我们只可以在这里简单思考一下。如果把框架看作一个有机的生态系统，那么这些原则也是就是它的变量。规模化敏捷框架重要的一个目标是提升组织的适应性，这个观点我相信是正确和成立的。那么这些变量是如何杠杆框架的目标的呢？给大家一个思考的空间。
3. 结束语
所有的框架课程都是设计给Management去参加的，规模化敏捷是否成功取决于决策者的决心和智慧，框架对管理者的能力要求非常高，甚至连管理者都没有意识到，自身将要面对的改变幅度之大、范围之广，所面临的障碍是如此巨大。管理者要有所觉察，改变的不单是企业，更多的是自身。需要管理者有紧迫感、使命感、领导力、勇气和决心。至于每一个企业的决策因素都是复杂的，对于决策者们无论选择哪一个框架都是基于成功率最大的基础之上，因为失败的风险对管理者来说是不能接受的事实。
框架设计者的背景，他们所追随和认同的科学理论，直接影响着框架的设计风格特点。本文通过从不同维度来呈现规模化敏捷框架的设计逻辑，从中试着抽象和提炼出共性，希望能为企业在框架选型时提供多一份的参考。敏捷有不同的派系和理论的信奉，业界存在多样性是创新的源动力。本文可能未能做到观点的中立和完整的剖析，也必须承认笔者的视角并不完整。因此，希望能在尊重和理解的前提下，通过交流和探索互相刷新心智模式，并希望本文对正在学习或将要学习规模化敏捷框架的你有所帮助。（文章来源：ShineScrum捷行）
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
