SAFe大规模敏捷框架

最新推荐文章于 2025-11-18 11:11:01 发布

原创最新推荐文章于 2025-11-18 11:11:01 发布 · 342 阅读

本内容遵循CC 4.0 BY-SA版权协议

标签

Leangoo领歌是一款永久免费的专业的敏捷开发管理工具，提供端到端敏捷研发管理解决方案，涵盖敏捷需求管理、任务协同、进展跟踪、统计度量等。
 
Leangoo领歌上手快、实施成本低，可帮助企业快速落地敏捷，提质增效、缩短周期、加速创新。
Leangoo可以支持敏捷研发管理全流程，包括小型团队敏捷开发，规模化敏捷SAFe，Scrum of Scrums大规模敏捷等敏捷开发方法，具有产品管理和项目管理的功能。可以私有部署，私有部署收费。在线版本全部免费，没有任何限制。

SAFe大规模敏捷框架

Leangoo领歌提供了SAFe规模化敏捷场景下的的需求管理、缺陷管理、分多个小组进行迭代开发，以及跨多团队协同的项目模板，可以帮助您的团队快速启动SAFe规模化敏捷场景。

建立SAFe项目

Leangoo领歌提供了SAFe规模化敏捷项目模板，可通过模板创建项目。项目创建成功后，可看到系统自动创建三个看板， Program Backlog、Scrum of Scrums以及缺陷看板。团队可以直接利用这些看板快速开始项目协作。

Program Backlog

Program Backlog是未来的Feature故事的暂存区,可用于为某个敏捷发布火车(ART) 满足用户需求和交付业务收益。

在Program Backlog看板里，我们可以添加多个PI,（每个列表代表一个PI）以及在PI里需要完成的特性故事。

优先级高的特性故事放到较前的PI内，在PI内需要优先做的放到靠上位置，或者用标签标记每个特性故事的优先级。

启动PI

在Program Backlog看板内填写好特性故事之后，可以进行PI规划，在PI规划之前，我们需要先启动一个PI。

启动PI时需要设置PI周期，及迭代数量。
注：在一个PI结束之后才能启动另一个PI。

启动 PI 会为每个Scrum团队各创建一个该 PI 对应的 Team Backlog 看板。

规划PI

在 Program Backlog 看板中启动某一个 PI 后，可以将该 PI 列中的特性故事规划到该 PI 对应的 Team Backlog 看板中。

点击 “PI规划” 按钮，看板右侧会出现该 PI 对应的所有 Team Backlog，拖动PI列中的特性故事到 Team Backlog。

完成操作后，特性故事会引用到该 Team Backlog 看板。

Team Backlog

PI规划成功后，进入某个团队的Team Backlog看板中，我们已经将特性故事通过规划的方式引入并放置在独立泳道内，用泳道横向对应特性故事拆分的用户故事。

团队将这些特性故事进行拆分，拆解成更小的用户故事，然后准备进行后续迭代规划。
可以将完成用户故事需要的任务项添加到卡片内的检查项中，以便后续用户故事规划到Sprint中后，方面拆解成更小的任务卡片。
描写PI目标，PI目标是指敏捷团队在即将到来的Program Increment（PI）中实现的业务和技术目标的摘要。

启动迭代

特性故事拆解完成后，团队可以对优先级较高的用户故事进行梳理。梳理完成后，迭代规划前，我们需要先看启动一个迭代。注：在一个迭代结束之后才能启动另一个迭代。

启动迭代后，系统默认会创建与 Team Backlog 看板迭代列相对应的迭代看板，Team Backlog 迭代列中的任务卡片默认会引用到该迭代看板中。

迭代规划

迭代规划前，团队需要对将要做的用户故事进行估算并添加工作量，然后大家根据过往的团队速度来决定迭代需要完成多少工作量的故事。
在 Team Backlog 看板中的可以点击 “迭代规划” 按钮，拖动任务卡片到相对应的迭代后，卡片会引用到该迭代看板。

Sprint执行

Sprint规划完成后，点击进入Sprint看板，我们可以看到上一步已规划的用户故事已分别放置在独立泳道中，泳道可横向对应用户故事和拆分的任务。
Sprint开始后，团队根据这些用户故事相关信息（比如检查项、描述内的信息），将其拆解为更小的任务，然后大家各自领取开发。
通过列表流转，体现任务的进展及完成情况。

Scrum of Scrums看板

Scrum of Scrums看板是一个跨团队协作的Scrum团队。 Scrum of Scrums按照节奏定期召开Scrum of Scrums站立会议，通常一周2-3次，也可以根据需要提高频率。

通常是Scrum Master参加。会议上要识别会妨碍团队完成其冲刺目标的障碍或跨团队依赖。

缺陷管理

在 Sprint冲刺过程中，我们不仅需要做相关用户故事，也需要解决这过程中出现的缺陷问题。所以，我们可以用一个缺陷类型的看板来管理日常产生的缺陷，然后在Sprint规划时，也将缺陷规划到Sprint。
当前迭代的缺陷，建议放到当前迭代的迭代看板上，在迭代结束前修复完成。
“缺陷看板”通常存放发布后遗留的缺陷，客户反馈的缺陷等。
大规模场景下进行缺陷规划，首先选择需要规划的目标团队，然后将缺陷规划到这个团队的Sprint看板中，然后切换到下一个团队，依次完成多个团队的缺陷规划。