SAFe 5.0介绍（三）- 发布火车介绍_safe rte

在这一节中，我们主要会讲到基础层级中的内容，见下图的红色框：

 

一、角色：

1. 商业负责人

在SAFe中，商业负责人是由3 ~ 5个相关方组成的关键团队，这些相关方分担对特定的敏捷发布火车所交付的客户价值的合规性、治理、效率和投资回报(ROI)的责任。对于每列火车，这个角色由最适合承担这些责任的人来完成。商业负责人可以通过回答下面的问题而最终被确定:“什么样的关键领导者能够引导这列火车确定正确的方向，参与计划，帮助清除障碍，代表开发团队、业务伙伴和客户发言，并最终批准一系列的Pl计划，同时又非常清楚团队所交付的成果永远都不可能让所有人都满意?”他们的主要职责如下：

• PI计划之前：
  • 尽量参加Pl计划前会议。
  • 理解和帮助确保业务目标被火车的关键相关方理解并同意，相关方包括发布火车工程师(RTE)、产品经理和系统架构师
  • 准备业务背景的介绍，包括里程碑和重大外部依赖关系，例如供应商依赖
• PI计划中：
  • 在规定的Pl计划议程的时间盒里传递业务背景下的相关要素
  • 准备并且参与某些关键活动，包括愿景展示、评审计划草案、分配最终业务价值到PI目标上、批准最终计划
  • 在以下方面发挥关键作用，包括评审计划草案，理解计划蓝图，理解这些计划怎样执行、怎样整合，以及计划是否可以支持当前业务目标。关注重大的外部承诺和依赖关系
  • 在计划期间积极沟通，将业务优先级传达给团队，并协调相关方之间的关系，从而确保与火车的关键目标保持一致。
  • 参与管理者评审和解决问题的会议。评审和调整范围，在必要时做出权衡取舍
• PI执行中：
  • 参与发布管理，重点关注范围管理、质量、部署方案、发布和市场方面的考虑
  • 积极参与正在执行的、达成一致的开发活动，来维持业务和开发的对齐，因为优先级和范围的变更是无法避免的
  • 参与系统演示来检查进度并提出反馈
  • 根据需要适当参加敏捷团队迭代计划和迭代回顾会议

2.系统架构师/工程师

系统架构师/工程师的主要职责是和ART团队定义和沟通共享的技术和架构愿景，并帮助确保开发中的系统或解决方案适合其预期的目的。

系统和解决方案架构师/工程师描述了解决方案的背景和意图，分析了技术的折衷方案，确定主要组件和子系统，以及它们之间的接口和以及在它们之间如何进行合作，定义非功能需求（NFR），与产品和解决方案管理层、客户和供应商进行合作，以确保目标适用性。他们的主要职责是：

• 参与解决方案的规划，定义和高级设计，探讨解决方案的替代方案
• 定义子系统及其接口;职责分配子系统;了解解决方案部署，并交流解决方案场景互动的需求
• 与客户，利益相关者和供应商合作建立高层级的解决方案意图; 帮助建立解决方案意图信息模型和文件化需求。
• 在解决方案层级建立关键的非功能性需求; 参与其他人的定义
• 在经济架构内运作，以验证设计决策的经济影响
• 与投资组合利益相关者，特别是企业架构师合作，开发，分析，分解和实现使能史诗的实施。
• 参与PI计划和PI的先期和后期规划，系统和解决方案演示以及检查和适应事件
• 定义，探索和支持价值流和项目群使能的实现演化方案意图;直接与敏捷团队合作实施，探索或支持他们
• 规划和开发架构跑道，以支持即将到来的业务功能特征/能力
• 产品和解决方案管理者一起合作确定实现工作能力的分配
• 支持技术/工程方面的项目群和价值流看板
• 监督和促进内建品质

3.产品管理

产品管理的主要职责是构建满足客户需要的可行的和可持续的产品。为了达到这个目的，他们需要与众多的人进行合作，用以识别和定义客户的需要，理解解决方案背景，并且制定满足这些需要的项目集愿景、路线图和特性。然后，他们会支持ART团队使用项目集看板和持续交付管道进行价值交付。

解决方案管理团队的职责是定义和支持满足客户需要的可行的、可视化的和可持续性的大型商业解决方案。他们会去协调多个产品经理、ART和供应商用以定义解决方案愿景、解决方案路线图和解决方案意向。

下图展示了产品经理和他们客户之间的关系：

 

 

4.发布火车工程师（RTE）

发布火车工程师对于敏捷发布火车来说是仆人式的领导和教练。他们的职责是协助ART事件和流程，并支持团队交付价值。发布火车工程师会与相关方进行沟通，升级障碍，帮助管理风险，并且驱动持续改进。虽然ART和解决方案火车都是自组织和自管理的团队，但也绝对不是说的是火车可以自动驾驶。RTE或者STE的主要职责是他们需要有效的充当仆人式领导。他们对精益敏捷具有扎实的理解，并且能够理解大型开发项目的挑战和机遇，能够对其进行引导和持续的调整。下面简单列举几条RTE的职责：

• 使用各种工具，例如：解决方案看板、信息雷达图；对ART和解决方案火车进行价值流的优化；
• 协助PI规划事件
• 总结团队PI目标到项目集PI目标中，是它们具有可视化和透明性
• 协助跟踪特性执行情况
• 帮助管理风险和依赖性
• 升级和跟踪障碍
• 提供资源输入，解决关键瓶颈
• 鼓励团队与系统和解决方案架构师之间的协作
• 协助系统演示和解决方案演示

汇报结构

SAFe中，并没有规定汇报的结构，但RTE或STE通常会向开发团队和APMO进行汇报；在SAFe中，APMO通常被视为精益组合管理的一部分。对于有的企业已经用了PMO，那么项目集经理也可以扮演这个角色。

• 设计思维

设计思维是一种以客户为中心的开发过程，可以帮助创建渴望的产品，这些产品在其生命周期内是可以盈利和持续的。它超越了传统方法中对产品特性和功能的关注；相反，它强调理解要解决的问题，理解使用解决方案的背景。下图为设计思维的活动：

在运用设计思维的时候，也经常会使用人物画像、同理心地图、旅行地图的方式：

 

人物画像

 

同理心地图

 

旅行地图

• 持续交付管道

持续交付管道代表了从需求理念的提出到最终交付给客户的一系列流程和步骤。通常情况下，会通过部署一系列的自动化工具进行实现。

1.持续探索：关注于构建的产品和客户需求保持一致；在持续探索中，设计思维用于理解市场问题和客户的需要，并通过提供解决方案的方式满足这些需要。他们首先从假设开始创建虚拟的产品，然后通过客户的反馈，了解客户的真正需求；从而为客户创造MVP或MMF。这些都为解决方案的最终制定提供了足够的探索空间。通过这种探索，对现有的体系架构和解决方案进行修改，从而满足客户和市场需求。总的来说，这些都会在项目集待办列表中进行定义和优先级排序。

 

2. 持续集成：关注于从项目集待办列表中获取相关特性和实施它们。在具体的特性被清晰地理解之后，敏捷团队会进行实施。完成的工作会通过版本控制、构建和集成工具进行全系统或者解决方案的集成，并且在进入下一阶段之前进行端到端的测试。

 

3.持续部署：从环境中获取变更，并将其部署到生产环境中。在这一时候，他们会进行验证和监督以确保工作是正常的。这一步可以确保在生产环境中可用，然后业务部门再决定什么时候发布给客户使用。

 

4.按需发布：基于市场或业务的需要一次或分阶段为客户提供价值。业务会根据客户对价值的反应来决定下一步所需要做的工作。

 

四、解决方案背景

解决方案背景为解决方案识别了关键的运营环境。它对需求、用法、安装、运维和支持解决方案提供了基本的了解。解决方案背景对按需发布和约束都具有深远的影响。

理解解决方案背景对于交付来说至关重要。它影响了开发的优先级、解决方案意图、能力、特性和非功能性需求（NFR）。它为持续交付管道和其他按需发布的活动提供了机会、限制和约束。

解决方案的背景通常是由开发解决方案以外的组织因素所驱动。解决方案与其环境之间的耦合程度通常代表着架构和业务的挑战，这就需要进行有效的平衡。