首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >大规模Scrum (LeSS)和规模敏捷框架(SAFe)的预期或目标组织规模是多少?

大规模Scrum (LeSS)和规模敏捷框架(SAFe)的预期或目标组织规模是多少?
EN

Software Engineering用户
提问于 2017-03-14 23:50:17
回答 2查看 1.3K关注 0票数 11

Scrum指南定义了一个单元,该单元由一个产品负责人、一个由3-9个成员组成的开发团队和一个Scrum组成,用于5到11名成员之间。我见过一些例子,产品负责人可能有支持人员,或者团队可能没有专门的Scrum来稍微改变这个数字,但它似乎限制在十几人左右。

Nexus指南描述了一种扩展Scrum以处理3-9个Scrum团队在单个产品上工作的方法。它增加了一个新的Nexus集成团队,该团队可以是专门的成员,也可以由来自不同Scrum团队的人员组成。根据该指南,它将扩展到大约20-120人。

自律敏捷可以从一个团队扩展到N个团队。一个标准的个人团队规模将与Scrum中的3-9个成员以及来自各种专家、独立测试团队、领域专家等的支持角色大致相同。该框架中的考虑因素不仅仅是简单的扩展,而是在大型组织中应用敏捷方法,在强制遵守、外包、全球分布的团队中应用敏捷方法。似乎限制是每个产品或产品线上都有一个DA的实例。

在不同程度上,我参与了使用Scrum、Nexus和爸爸处理或实现过程,所以我对这些都有一个很好的理解。除了阅读其他人说的话之外,我对LeSS和SAFe一无所知。

较少看起来很简单。它是Nexus的另一种选择,它具有更大的扩展能力。减规则声明LeSS是为2-8个团队设计的,LeSS LeSS是为8+团队设计的,我估计开发组织的规模为LeSS的15-80个,LeSS的LeSS为80+。根据您的组织,您可能会看到LeSS和100+的产品组织中有20-110人在LeSS中,包括管理、独立的QA、操作等等。这两种形式的LeSS似乎都面向单个产品,或者可能是一组密切相关的产品(例如产品线或微服务集)。每个产品都有自己的LeSS实例(或LeSS巨型实例)。

SAFe似乎包含了整个组织--运营、用户体验、企业架构师和系统工程师、产品经理、QA、开发人员等等。它有两种模式--三级组织和四级组织。三级组织标识团队、计划和项目组合。4级组织在项目和投资组合之间增加了价值流级别。根据所识别的角色数量,这似乎是针对具有多个产品和并发程序的大型企业组织。阅读他们的实施指南,他们似乎期望一个实施组织培训管理人员和管理人员,然后至少培训50名开发团队成员。最小的组织规模似乎是在所有已识别的组和多个产品中有几百人,以使实现有意义。

我认为LeSS在目标受众方面是Nexus的“竞争对手”,而SAFe针对的是拥有大量产品或产品线的非常大的组织,这比其他规模的敏捷框架更多,对吗?

EN

回答 2

Software Engineering用户

发布于 2017-03-27 14:56:17

作为一个客观的来源,我认为我们可以使用问(敏捷扩展知识)矩阵)。它附带了9个预先定义的可伸缩敏捷框架。

目前,它们定义了以下大小:

  • 小型: < 100人或10个团队
  • 医学博士:>100 < 500人或50个团队
  • 大型组织:超过500人或100多个团队

然后,它们将您命名的框架按如下方式排列:

  • Nexus:小但Nexus+可以超过9
  • LeSS:地中海-大型
  • SAFe:大型企业

从这些信息中,我可以说Less可以在“中等”级别上进行比较,但是LeSS更多地关注更大的方面,而Nexus的焦点则从较小的设置开始。

SAFe似乎是唯一一个专注于规模更大、规模更大的(企业)组织的组织。不过,我想知道实现SAFe的公司是否真的是敏捷的。(听起来更像是顾问梦想成真,但也许这是另一个问题;-)

就我个人而言,我从未在超过3个团队的公司工作过。所以也许我不是验证这些信息的合适人选。也许您可以在手拉手敏捷松懈上讨论这个问题,其中包括一些可能与使用这些不同扩展框架的公司合作过的教练。

票数 2
EN

Software Engineering用户

发布于 2019-02-01 05:37:01

我是一个认证的LeSS从业者和SAFe项目顾问。LeSS和SAFe都是为任何规模的团队设计的,从50人到数千人不等。我所知道的最大的LeSS实现是在拥有1800人的宝马无人驾驶汽车上。然而,SAFe,我知道很多组织都有4000+人员在团队中。

我认为组织的规模不应该是你的框架的决定因素,这是一个非常简单的观点。每个框架都有一个优化的上下文。

如果您最关心的是产品开发中的敏捷性,那么LeSS的工作效果最好。但是,如果您希望敏捷,但是您的风险偏好很低,并且您愿意牺牲一些灵活性来保持稳定性,那么SAFe的工作效果最好。

SAFe是一个庞大而复杂的框架,这是一个缺点,但它对不愿简化的组织很有效。我已经写和文章总结了一些规模化敏捷框架的关键方面。它总结了SAFe的关键角色、工艺品和仪式,使其更容易理解。

票数 2
EN
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://softwareengineering.stackexchange.com/questions/344145

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档