每次听到大家探讨规模化敏捷，都是关于用SAFe还是Less呢？DAD还是Spotify？这些只是具体的框架，规模化敏捷不只是这些东西。为什么要考虑规模化?很多团队运用Scrum、看板等敏捷方法，结合持续集成、测试自动化、持续交付流水线等工程实践，已经具备较高的成熟度。但是在大型组织里，企业面临的挑战远超过单个团队所能控制的范围。在这些组织...【阅读全文】

从上面可以了解到，它们并没有使用现有的大规模敏捷方法（例如SAFe、Less等）方法，但他们是一群敏捷和精益原则的超级粉丝，在一种能够很好地适应他们的文化和环境的方式下工作。其中，自治是很重要的一个指导原则。对于大型组织来说，依赖是导致效率低下的很重要一个原因。而很多组织致力于如何使用方法来提升协作，而Spotify主要通过一些独...【阅读全文】

在大型企业内，IT领导者正在开发一种新的运营模式，来应对数字化需求。该模型假定，如果团队以持续交付的方式支持数字产品和服务，则应用开发将需要规模化敏捷方法的使用。在寻求规模化运行敏捷的过程中，许多企业对工具，培训和SAFT等框架进行了大量投资。 但这些投资本身是不够的。在实施和扩展敏捷时，大多数框架，培训和工具忽略或忽视...【阅读全文】

规模化敏捷框架SAFe（Scaled Agile Framework)于2011年正式发布1 0版本，历经5年时间，融入了敏捷、精益、系统思考等思想，提出并演进成四大核心价值观和九大原则，从团队、项目群、价值流和投资组合等四个层级，全面、立体、系统化地给出了企业级大规模敏捷实施的策略和框架，在2016年正式发布了SAFe4 0版本，并且在全球众多行业的大型...【阅读全文】

在团队方面，通过使用协调一致、透明性和内建质量，会让团队有一种“风从背后吹来”的感觉，从而让团队专注在向前的工作执行中。但是项目群执行并不仅仅是基于团队、自下而上的，想要成功的扩展精益－敏捷的执行，还需要精益－敏捷领导者的积极支持，为团队和利益相关者创建一个持续的、有意义的工作环境。【阅读全文】

近日张小龙的内部演讲刷爆了朋友圈，他提到当人数超过150人的时候，就变成了社会化组织，如何保持高效沟通和紧密的人际关系，对任何组织来说都是很挑战的事。他也在反思随着团队规模的扩张，正在与敏捷渐行渐远。真的只有小团队才能敏捷吗？在敏捷圈有很多关于大规模敏捷实践的讨论，也有很多应用SAFe LeSS或其他框架的成功案例，这些足以让...【阅读全文】

并且SAFe定义团队是Scrum团队（或者看板团队），而在Scrum Guide里面没有定义特性团队，同时LeSS定位自己为纯的Scrum，所以从这个角度来SAFe和LeSS的方法都是基于Scrum的。所以不能说因为没有强调特性团队，就说不是Scrum，也不能说管理团队依赖不对，因为LeSS也采用了一些方法管理依赖和协调，例如会议，尽管它强调不要由Scrum Master来管...【阅读全文】

目前来看，很多企业正在尝试着化整为零的小团队策略，希望通过这样的自组织小团队来平衡创新所需要的混沌和大组织治理所需要的简单。在此之上我们也看到了很多管理理论和框架的产生，都会用“规模化”来形容，其危险性在于从过去的职能部门僵化移步到新的小团队僵化，所以本质上并没有带来创新所需要的组织环境，每个小团队仍然可以SAFE的过...【阅读全文】

敏捷理念已经成为成为软件开发业界的共识。敏捷已经从个别小团队的自行实践，扩展到组织层面的转型。然而目前最广为人知的敏捷框架——Scrum，是针对小团队的；对于如何在组织层面上实施敏捷，Scrum仅仅是语焉不详地提了一句“可以做Scrum of Scrums”。这对于一个几百上千人的组织系统地采纳敏捷，是远远不够的。【阅读全文】