提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档
文章目录
- 敏捷发布列车
- 二、ART的特性
- 2.敏捷团队为列车提供动力
- 3.与共同节奏保持一致
- 4.关键角色启用
- 三、ART的责任
- 总结
敏捷发布列车
敏捷发布列车(ART) 是一个由敏捷团队组成的长期团队,他们以增量方式开发、交付并经常在价值流中运营一个或多个解决方案。接上一篇,今天我们继续探究它的其它特性。
二、ART的特性
2.敏捷团队为列车提供动力
ART 包括定义、生成和测试功能的敏捷团队,以及部署、发布和操作解决方案的团队。SAFe 敏捷团队应用适合其特定环境的 SAFe Scrum 或 SAFe 团队看板或混合。每个敏捷团队通常有十个或更少的专门个人贡献者,涵盖建立高质量价值增量所需的所有角色。团队可能以技术为中心,提供软件、硬件和任意组合,以业务为中心,或两者兼而有之。每个敏捷团队都有两个专业角色,Scrum Master/团队教练和产品负责人。当然,ART中的敏捷团队本身是跨职能的,如图所示。
3.与共同节奏保持一致
ART还解决了传统敏捷开发中最常见的问题之一:处理同一解决方案的团队独立和异步运行。这使得例行集成整个系统变得极其困难。换句话说,“团队在迭代,但系统没有。这增加了延迟发现问题和问题的风险,如图所示。
相反,ART 应用节奏和同步来确保系统作为一个整体进行迭代,如下图。
节奏和同步确保重点仍然是整个系统的演变和客观评估,而不是其元素。系统演示发生在每次迭代结束时,提供系统正在迭代的客观证据。如图 7 所示,系统团队通常作为一个支持小组组成,以帮助进行基础架构开发以及完整的系统集成和验证。然而,随着时间的推移,系统团队提供的许多集中式服务可以自动化或由团队自己吸收。
4.关键角色启用
除了敏捷团队之外,以下角色还有助于成功执行 ART:
- 发布培训工程师 (RTE) 是一位仆人式领导者,负责促进 ART 执行、障碍消除、风险和依赖关系管理以及持续改进。
- 产品管理主要负责“构建的内容”,由愿景、路线图和 ART 待办事项列表中的新功能定义。他们与客户、团队和产品负责人合作,了解和传达他们的需求,并参与解决方案验证。
- 系统架构师是定义系统整体架构的个人或团队。它们在团队和组件之上的抽象级别工作,通常定义非功能性需求 (NFR)、主要系统元素、子系统和接口。
- 企业主是ART的主要利益相关者,对火车的业务成果负有最终责任。
客户是解决方案的最终经济买家或价值用户。
除了这些关键的 ART 角色之外,以下职能在 ART 成功中起着至关重要的作用:
- 系统团队通常协助构建和维护开发、持续集成和测试环境。
- 共享服务是ART成功所必需的专家,但不能专门用于特定的列车。他们通常包括数据安全、信息架构师、站点可靠性工程 (SRE)、数据库管理员 (DBA) 等等。
关键的 ART 角色依赖于团队的支持。例如,RTE依靠Scrum Master/Team Coachs在ART操作和改进方面提供帮助。产品管理依靠产品负责人将他们的产品愿景变为现实。架构师与团队中的技术专业人员合作,设计可行的架构。
三、ART的责任
每个ART的最终目的是为客户提供有效的解决方案。从本质上讲,构建 ART 的唯一目的是建立解决方案功能的快速流。为了实现这一目标,火车迭代开发解决方案,不断与客户互动并调整行动方案以获得最佳解决方案。下图显示了有助于实现该目标的 ART 的关键责任领域:
总结
以上就是今天要讲的内容,本文简单介绍了敏捷发布列车的其它特性,后面会继续介绍它的价值。
© 规模敏捷公司