共享服务：专家是指对越来越少的事情了解得越来越多的人。

专家是指对越来越少的事情了解得越来越多的人。 ----William J. Mayo，美国医生

共享服务

共享服务代表ART或解决方案培训成功所需的专业角色、人员和服务，但不是全职的。

由于这些人具有专业技能（通常是单一来源的，并且通常非常繁忙），因此每个敏捷发布列车 （ART） 和解决方案列车都必须计划在需要时吸引所需的共享服务人员。

详情

ARTs和解决方案列车汇集了提供价值所需的所有必要知识、技能和能力。如果没有它，团队可能会被阻止等待延迟价值交付的信息或决策。但是，不可能将某些特殊功能用于单个 ART。可能缺乏可用的特定技能，或者为所有 ART 配备该专业知识根本不切实际。此外，ART的需求可能会波动，使全职承诺变得不切实际。为了解决这个问题，共享服务通过快速将专业知识集中在需要独特知识和技能的系统或解决方案领域来支持开发。

在某些情况下，这项工作可能直接有助于支持新功能或能力开发的架构跑道（例如，安全和信息架构）。在其他情况下，这项工作可能会稍微落后于核心开发（例如，客户培训、本地化和合规性审计）。在某些情况下，仅仅提供支持和快速反应就足够了。列车上的这些服务确保他们的工作尽早以小批量进行，使交付更具可预测性并提供团队反馈。

无论哪种情况，如果没有及时的支持和同步，这些项目都将难以实现其目标。共享服务可以全职参与单个 ART，也可以将其工作分布到整个企业的多个 ART 中。在某些情况下，他们可能会在短时间内直接将自己嵌入到一个敏捷团队中。在所有情况下，他们都与团队和 ART 一起致力于共同的目标和 PI 目标。

共享服务通常包括具有以下类型专业技能的人员：

职责

根据共享服务人员提供的服务类型，共享服务人员可以从事以下类型的活动：

参与解决方案序列的PI规划和预PI规划。

在必要时提供需求，添加到解决方案意向中，并获取其依赖积压工作项部分的所有权。

与敏捷团队合作，实现 PI 执行过程中发生的依赖关系。

在适当的时候参加系统演示、解决方案演示以及检查和适应 （I&A） 研讨会，因为许多改进积压工作项可能会反映出专业技能和依赖项可用性方面的挑战。

有时，共享服务的成员可能会选择作为单个团队运行。在这种情况下，他们将以与 ART 相同的节奏进行迭代，并像任何其他敏捷团队一样工作。

共享服务的模式

除了 SAFe 中共享服务的一般目的和职责之外，共享服务在组织中的部署方式还有多种模式，具体取决于上下文。以下段落描述了在该领域观察到的三种常见模式。

集中式服务

共享服务最常见的使用是职能部门的一个或多个具有专业技能的个人定期为ART提供支持。例如，如果ART需要从供应商那里获得产品或服务，他们可能需要采购、法律和会计方面的重点帮助。推出新的或更新的产品需要市场营销部门的各种专业技能来支持发布过程。即使是高度专业化的技术技能，如企业数据架构，也可以集中管理，并将支持作为共享服务提供给ART。

嵌入敏捷团队

共享服务人员可能会在短期内暂时成为敏捷团队的一员。在此过程中，他们体验了敏捷团队生产产品的协作、快速和高质量方式。它还加速了更大的敏捷团队的动态，只有通过共同行动，他们才能实现企业价值。嵌入还可以快速实时地传递知识，减少延迟和对专业技能的依赖。例如，一个政府客户从现场引进了一线人员，他们执行为期六个月的临时任务，作为敏捷团队的嵌入式产品负责人。这一行动加速了下一代软件的开发，这些代理将在解决方案发布时使用这些软件。

共享服务作为支持团队

在许多情况下，共享服务人员由于其专业服务的性质，可以永久作为共享服务运行。然而，随着敏捷团队的成长和成熟，以及整个价值流的交付责任转移到团队和序列中，共享服务可能会成为永久的依赖关系和流动瓶颈。

另一种方法是将共享服务团队配置为支持团队（请参阅在 SAFe 中应用团队拓扑）。因此，他们被特许教授和赋能敏捷团队和 ART 他们一直提供的专业技术、服务和实践。这种模式的一个例子是站点可靠性工程师 （SRE） 团队，他们为敏捷团队提供了确保站点可靠性所需的技能和实践。

掌握这种方法是业务敏捷性的标志，因为它将全价值流产品和解决方案交付的权力和责任转移给了值得获得该特权的团队和序列。

成功应用共享服务的技巧

以下是在 SAFe 企业中成功应用共享服务概念的简短提示列表。

当 ART 全职确实不需要特定技能时，使用共享服务（如果全职需要该技能，请相应地为 ART 配备人员）

确保共享服务是 ART 活动、工作协议、DoD、标准和规范的充分参与者

鼓励共享服务成员自由分享他们的专业知识，在敏捷团队中培养T型技能

与其他共享服务共享成功，以支持他们不懈的改进努力

优先考虑共享服务贡献，以解锁价值流