1. 速盾网络首页
  2. 行业资讯

2022你需要了解的规模化敏捷方案

EBCloud • • 行业资讯

01
敏捷的历史与发展

20世纪60年代中期，随着大容量、高速度计算机的出现，计算机的应用范围迅速扩大。随之而来的便是软件数量井喷式增长，并且单个软件规模越来越大、复杂程度越来越高、软件可靠性问题也越来越突出。

进入21世纪，互联网迅速兴起，客户面对强大的市场竞争，需要尽快的投放产品，以验证市场需求，并根据用户的反馈及时地调整需求和策略，这需要有能快速实现和帮助验证的软件过程来支撑。

为了应对这些挑战，很多软件开发、项目管理方法论应运而生，并在不同角度和场景中取得了一定成功。早期的瀑布模型就是其中的代表。然而瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式。

于是软件危机、瀑布模型和互联网的兴起成为了敏捷产生的契机，敏捷应运而生。

敏捷宣言
2022你需要了解的规模化敏捷方案
图片来自于必应
02
规模化敏捷的价值
敏捷项目管理已经深入人心，越来越多的团队都开启或者已经完成了敏捷转型之路。我们使用Scrum，XP，TDD等敏捷框架来管理软件开发，有一个不得不面对的问题是这几种主流敏捷框架能够支持的开发团队都以3~9人为佳。如果一个大型软件需要几个甚至十几个Scrum团队合作开发，如何协调这么多的敏捷团队呢？如果每个敏捷团队都各自完成各自的迭代，那么什么时候集成呢？越到后期的集成越有可能给整个软件/项目带来灾难性的改变。要解决这些问题，就需要引入规模化敏捷实践。
03
主流规模化敏捷框架介绍
2022你需要了解的规模化敏捷方案
图片来自于必应
1.Scaled Agile Framework（SAFe）
SAFe 是一个基于精益、敏捷和 DevOps 方法的敏捷框架，旨在在企业范围内部署。它是由 Dean Leffingwell 在 2011 年定义的敏捷方法框架，与 Scrum 一起成为最流行的敏捷方法之一。如果说Scrum 更适合单团队项目管理，那么 SAFe专为需要在企业级实施敏捷性的公司而设计。它更像是一个公司范围的战略，一个涉及所有利益相关者的解决方案，旨在开发包括 50 到 150 人的项目。
2022你需要了解的规模化敏捷方案
图片来自于必应
该框架有助于在整个组织内更好地共享业务战略、协调团队，设定共同目标，甚至是用于企业敏捷规划的 SAFe 工具。为了确保更好的实践，SAFe提供了一种通用语言来定义和协调角色、过程和实践，分为三个层次的结构：投资组合、计划和基本层次，所有这些都围绕着敏捷发布火车来进行。
2.Scrum of Scrums（SoS）
Jeff Sutherland 是 Scrum 方法之父之一，他将最古老的大规模敏捷理论概念化：Scrum of Scrum (SoS)。它基本上包括使用 Scrum 方法本身和大规模实施 Scrum，旨在通过每日发布来协调多达 9 个敏捷团队。
2022你需要了解的规模化敏捷方案
图片来自于必应
与传统的Daily Scrum相比，Daily Release每 2 天举行一次，每个组织的大使都聚集在一起，每个团队一名。Scrum Master 通常需要在场来监控团队，并确保他们坚持每日的心态。就像Daily Scrum 一样，Daily Release是一种协调团队、跟踪和报告项目进度以及潜在瓶颈和依赖关系、干扰的方式。这个会议应该回答这些问题：（1）自上次会议以来，我的团队取得了什么成就？

（2）哪些问题影响了项目的进展？

（3）团队之间是否存在负面干扰？

（4）我的团队希望为下一个会议完成什么？

此外，每周应该召开一次“产品负责人委员会”会议，将所有 PO 召集在一起，以便在共同的愿景下管理团队并协调他们的任务。

3.Large Scale Scrum（LeSS）
LeSS 框架由 Bas Vodde 和 Craig Larman 于 2013 年首次提出。和Scrum 敏捷方法相比，它可以有效地应用于多个团队。此外，在这种敏捷方法中，所有相关团队只有一个产品负责人。他负责确保他们完全团结一致。为了充分发挥作用，LeSS 一般限制在 9 个 Scrum 团队，代表大约 70 人。
2022你需要了解的规模化敏捷方案
图片来自于必应

LeSS的核心是进行对齐团队的会议：

在 Sprint Planning 1 中，每个 LeSS 团队由 1 或 2 位大使代表，产品负责人展示他们的积压工作。然后将用户故事分布在不同的团队之间。

在 Sprint Planning 2 期间，必须在其中一个用户故事的某些功能上进行协作的团队一起工作。

Daily Sprint 是传统的 Daily，允许团队成员检查项目进度和瓶颈。

LeSS 方法使一起工作的团队能够每天向其他团队派出观察员。

产品负责人在 Sprint Review 期间向客户展示所有成就，这是一个邀请团队和经理参加的会议，其目标是指出潜在的改进。

就像在 Scrum 中一样，Sprint Retrospective 有助于关注最新 sprint 的各个方面：交互、动机、幸福……所有这些，以提高团队生产力和效率。在 LeSS 中，产品负责人不参加这个会议。

Sprint 整体回顾将产品负责人、Scrum Master 和经理聚集在一起来评估 sprint；这一次，团队和开发人员都没有参加会议。

整体产品待办列表细化将产品负责人和每个团队的 2 名代表聚集在一起，目的是在下一个 Sprint 之前澄清和细化用户故事，以便团队跟上进度。

04
结语
除了上述规模化敏捷框架，Spotify Model、DAD等框架在市场中也占有较大比例，篇幅限制这里不能和大家一一介绍。对规模化敏捷框架感兴趣的朋友们，欢迎大家留言交流，共同探讨规模化敏捷实践中的问题与感受。
 

原创文章，作者：EBCloud，如若转载，请注明出处：https://www.sudun.com/ask/32857.html

赞 (0)
EBCloud's avatarEBCloud
0 0
上一篇 2024年4月2日 下午3:29
下一篇 2024年4月2日 下午3:29

相关推荐

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注