两种不同的扩展Scrum的方式

两种不同的扩展Scrum的方式

1、LeSS和LeSS Huge –大型Scrum

LeSS（和LeSS Huge –真正的大型程序）的合著者Craig Larman首先批评了管理，开发人员和客户传统上在事态发生时将责任归咎于“契约游戏”或“承诺游戏”（不可避免地）在一个项目上出错。 它具有挑衅性和娱乐性，但与扩展敏捷无关。

他用剩余的时间为端到端跨职能功能团队重组组织架构提供了工作代码，这些团队提供工作代码，而不是专家组件团队和职能小组或矩阵。 功能团队可以通过共享代码和知识，共同解决问题以及最小化切换和延迟来加快行动速度。

LeSS中的企业体系结构似乎很容易。 每个团队成员都是开发人员–每个开发人员都是架构师。 建筑师在自愿性实践社区中的团队和项目之外共同工作，以协作并共同塑造组织的体系结构。 这听起来不错–但是，特别是在大型企业环境中，体系结构太重要了，无法尝试和管理带外。 LeSS没有说明消除专业化以及在没有前期架构定义，架构标准和监督的情况下工作将如何帮助构建可与其他大型系统协同工作的大型系统。

LeSS应该要扩大规模，但是LeSS布局的大部分看起来都是由许多人同时完成的Scrum。 目前尚不清楚Scrum在哪里结束，LeSS在哪里开始。

2、SAFe-规模化敏捷框架

LeSS中没有管理的地方（产品所有者除外，他们是成功的关键因素， 就像Scrum中一样 ）。 实施少涉及从业务驱动程序的角度对组织进行根本重组，并摆脱管理人员和专家。

管理人员（以及架构师和其他专家）在SAFe的Scaled Agile Framework中确实发挥了作用-这种详细的，重量级的方法借鉴了Lean，Agile和顺序瀑布式开发方法。 遵循Scrum（和一些XP技术实践）构建工作代码的团队会汇总到计划和产品组合中，需要对其进行管理和协调。

实际上，在SAFe中，作为“精益敏捷领导者”，管理人员要做的事太多了，以至于Dean Leffingwell花费了大部分时间来列举和阐述管理人员在扩展敏捷计划和领导变革中的作用和职责。