Scrum 指南 | 16. 扩展 Scrum

已发表: 2022-05-16

Scrum 团队应由最多 10 人组成。 但是当一大群专家需要在一个项目上工作时该怎么办？ 或者，如果组织决定采用敏捷的管理方式？ 为了解决这个问题，Scrum 开发人员提出了 [email protected]，它是一种按照 Scrum 原则组织整个团队的无尺度架构。

Scaling Scrum – 目录：

  1. 介绍
  2. [电子邮件保护]
  3. Scrum 的 Scrum
  4. 进一步的扩展和[电子邮件保护]问题
  5. 概括

介绍

随着组织的发展，新的问题就会出现。 例如，由于内部结构复杂、决策制定困难或方向设定困难导致员工效率下降。 在小型项目团队级别运营敏捷的公司通常希望扩大规模。

许多企业在没有扩展 Scrum 的情况下做得很好。 即使许多 Scrum 团队同时运行，它们也不需要协调，因为这些组是独立运行的。 但是，这并不意味着它是一个多团队 Scrum。 只有当大多数组织都在开发一种产品并且可以有效地同步其多个 Scrum 团队时，才需要扩展。

大多数大规模采用敏捷管理方法的组织选择 SAFE 模型或规模化敏捷框架。 然而，今天我们不会关注SAFE ，而是讨论一种称为[电子邮件保护]的不同模型，因为根据 2021 年第 15 份敏捷状态报告，它是选择敏捷的企业中的第二佳选择。

[电子邮件保护]

1996 年，Scrum 的创建者 Jeff Sutherland 和 Ken Schwaber 正在开展一个大型项目。 当他们这样做时，他们很难让较小的团队在 Scrum 中同步工作。 他们想出了一种方法来扩展它，他们最终称之为 [电子邮件保护]

与官方 Scrum 指南类似的是[email protected] 指南，它将这种扩展工作的方式定义为：

Scrum 团队网络按照 Scrum 指南运行的框架，以解决复杂的自适应问题并创造性地交付具有尽可能多价值的产品。

[email protected] 的基本前提是简单和高效。 因此，它的运行是基于无标度架构的。 换句话说，它使用 Scrum 来扩展 Scrum。 这样一来，由担任产品负责人、Scrum Master 或开发人员的个人组成的 Scrum 团队成为 Scrum of Scrums：由团队组成的团队。

Scrum 的 Scrum

Scrum of Scrums 是一个 Scrum 团队，由担任传统 Scrum 角色的人员组成。 但是，由于 Scrum of Scrums 的任务是整合几个 Scrum 团队的工作成果，所以需要额外的帖子：

  • 产品负责人团队– 一组产品负责人，他们开会就优先事项达成一致并创建有凝聚力的产品愿景
  • 首席产品负责人——Scrum 团队的产品负责人或专门处理 Scrum of Scrums 的人
  • Scrum of Scrums Master——监督 Scrum of Scrums 有效性的人。

他们在相同的 Scrum 活动中见面并使用类似的工件。

Scaling Scrum

进一步的扩展和 [电子邮件保护] 问题

[email protected] 的无尺度架构意味着它可以不止一次地进行扩展。 如果一个组织需要在更大范围内协调团队，它可以设置 Scrum of Scrums。

然而，像任何其他管理方法一样，扩展 Scrum 也有其缺陷，在这种情况下，它们与基本的 Scrum 团队相似，只是它们的比例更大。 这就是为什么我们建议在更大规模地开始 Scrum 之前制定每个 Scrum 团队内部协作的细节。 我们建议为经验丰富的团队扩展 Scrum，这些团队对 Scrum 的价值观和运作有很好的了解和理解。

scaling

扩展 Scrum – 总结

扩展 Scrum 不是儿戏。 它要求 Scrum 团队熟练地应用 Scrum 原则并与其他 Scrum 团队同步他们的任务。 因此，要回答的基本问题是：是否需要缩放？ 仅仅因为一个组织中有很多 Scrum 团队并不意味着协调他们会带来更好的结果。

如果一个组织选择增强 Scrum，它将获得一个可以进一步成功增强的无尺度架构。 然而，每次增强都伴随着产品负责人团队、首席产品负责人和 Scrum of Scrums Master 必须处理的复杂程度的增加。

如果您喜欢我们的内容，请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。

Scrum Guide | 16. Scaling Scrum caroline becker avatar 1background

作者：卡罗琳·贝克尔

作为项目经理，Caroline 是寻找新方法来设计最佳工作流程和优化流程的专家。 她的组织能力和在时间压力下工作的能力使她成为将复杂项目变为现实的最佳人选。

查看所有帖子

Scrum 指南：

  1. 基本术语、角色和概念的词汇表
  2. 什么是 Scrum？
  3. Scrum 价值观
  4. 如何在贵公司实施 Scrum？
  5. Scrum 团队——它是什么以及它是如何工作的？
  6. 谁是产品负责人？
  7. 产品负责人最常犯的错误
  8. 谁是 Scrum Master？
  9. 优秀 Scrum Master 的特征
  10. Scrum Master 最常见的错误
  11. Scrum Master 应该跟踪哪些统计数据和指标？
  12. Product Owner 和 Scrum Master 之间的合作
  13. Scrum 中的开发团队
  14. 开发者最常犯的错误
  15. Scrum 工件
  16. 扩展 Scrum
  17. 冲刺积压
  18. 什么是产品待办列表？
  19. 什么是用户故事？
  20. 用 INVEST 创建最好的用户故事
  21. 最常见的用户故事错误
  22. 用户故事接受标准
  23. Scrum 中的估计和故事点
  24. 规划扑克
  25. 团队估计游戏
  26. 定义增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什么？
  29. Scrum 团队承诺 - 产品目标、Sprint 目标和完成定义
  30. 什么是燃尽图？
  31. 如何创建和解释燃尽图？
  32. 燃尽图的优缺点
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——开发团队的速度
  35. 每日站会
  36. 冲刺计划
  37. 冲刺回顾
  38. 什么是 Sprint 回顾展？
  39. Sprint 回顾中的常见错误
  40. 产品积压培养