大规模敏捷实践指南（一）：如何开启大规模敏捷之旅
为了解决与多个团队合作时的效率低下的问题，通常有人建议引入大规模敏捷框架。此类框架最著名的示例就是规模化敏捷框架（SAFe）。在计划增量级别，SAFe提出了Scrum作为创建产品增量的方法之一。因此，改编版的Scrum通常是SAFe的一部分。在《Choerodon大规模敏捷|大规模敏捷框架SAFe》中您可以了解什么是大规模敏捷框架SAFe。
本文将为你介绍如何用SAFe开启大规模敏捷之旅，主要内容包括：
- 设置ART节奏；
- 组建ART中的敏捷团队；
- 组织敏捷团队
- 准备项目群待办事项列表
对于Choerodon来说，规模化敏捷是实现多团队研发协作不可或缺的一部分，Choerodon实现规模化敏捷就是以SAFe框架为理论基础，目前Choerodon仅实现了项目群层-团队层部分。
- 项目群层：由产品经理（Product Manager）负责把等待安排的计划（Backlog）进行排序，并且把史诗（Epic）拆分成具体的新功能（Feature），同时和业务负责人一起设计出项目的愿景和路线。
- 团队层：由产品负责人（Product Owner）和团队成员根据上面的定义细化出用户故事（User Story）和验收标准，开发团队可以从候选的用户故事里面优先选择可以提前开始的内容，其余的留到需求池里面等待后续的选择。
设置ART节奏；
启动ART必须确定迭代节奏，它是由迭代长度（默认2周）和PI长度（默认包含两个迭代，以及IP迭代）组成。
PI开启后，子项目会自动按照这里的默认节奏创建冲刺。
product是由多个团队集成的，因此各个团队在相同的节奏下使用相同的迭代持续时间是十分重要的。否则，团队可能按照迭代执行，但是很难集成，而且会以步调最慢的团队为准结束工作，延迟对集成时问题的发现。最终团队可以按迭代执行，但是系统无法按迭代交付。
为了解决这一问题，SAFe提供两个同步的PDCA环，团队的PDCA循环是同步的，所有的团队在同一时间开始迭代，也在同一时间结束迭代。团队的循环包含在PI的循环里面。
那么疑问来了，如果没有节奏和同步，会怎样呢？
- product变得混乱，缺乏可预测性；
- 集成延迟，导致延期交付；
- 单个团队可能是敏捷过程，但是系统没有按照迭代交付；
无法让合适的人都参与会议。
Choerodon-设置ART节奏：
组建ART中的敏捷团队；
敏捷团队是跨职能的，拥有创建产品增量所需的所有团队技能，没有敏捷团队，就不可能有火车，他们为ART乃至整个企业提供动力。ART负责提供更大的解决方案价值。火车上的所有团队都与其他团队合作，为PI目标和路线图做出贡献 ，并参加ART活动。此外，他们还负责构建持续交付管道和DevOps功能。
组织敏捷团队
- 把为ART提供动力的敏捷团队都整合到ART中，并且确定每个团队的主要负责人，可以是产品负责人，也可以是Scrum Master。
- 组织ART的管理团队，包括发布火车工程师，系统架构师，产品负责人等。
准备项目群待办事项列表
准备好我们的人员和团队，我们就需要定义我们要做什么，做成什么样，做到什么程度。也就是我们的敏捷团队最终要构建什么。
“构建什么”是由项目群待办事项列表控制的，它包含一系列待开发的特性、非功能性需求。他是由ART的利益相关者，包括发布火车工程师、架构师、业务负责人、产品负责人、客户，共同定制出一个待办事项列表。
总结
经过上面的准备，大规模敏捷的前期准备工作已经就绪，就可以正式步入大规模敏捷了，以提高团队的生产力，增加价值交付。
关于猪齿鱼
Choerodon 猪齿鱼作为全场景效能平台，是基于Kubernetes，Istio，knative，Gitlab，Spring Cloud来实现本地和云端环境的集成，实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理，从而更快、更频繁地交付更稳定的软件。
更加详细的内容，请参阅Release Notes和官网。
大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性，以及参与社区贡献：
欢迎加入Choerodon猪齿鱼社区，共同为企业数字化服务打造一个开放的生态平台。
作者：柴晓燕
出处：Choerodon
欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文链接。