专家就是对越来越少的东西知道得越来越多的人。

—William J. Mayo

共享服务

共享服务代表了敏捷发布培训(ART)或解决方案培训(Solution Train)成功所需的专业角色、人员和服务，但不能是全职的。

由于这些资源是专门化的(通常是单一来源的，而且通常非常繁忙)，每个ART和解决方案培训都必须计划在需要共享服务人员时使用这些人员。

细节

集中所有必要的技能和能力来交付价值，这是艺术的特征，并通过扩展，解决方案培训。然而，在许多情况下，不可能把一些特殊的功能用于一种艺术。可能缺乏某种特定的技能。此外，艺术品的需求可能会波动，使全职供应变得不切实际。为了解决这个问题，共享服务通过将专业知识快速集中到需要独特知识和技能的系统或解决方案领域来支持开发。

在某些情况下，工作必须先于敏捷团队(例如，安全性、信息体系结构)进行，以便它可以直接为支持新特性或能力开发的体系结构跑道做出贡献。在其他情况下，资源可以稍微跟踪核心开发(例如，客户培训、本地化)。在某些情况下，仅仅是支持和快速反应就足够了。

在这两种情况下，如果没有及时的支持和同步，程序将难以实现它们的目标。虽然不是专门为火车服务的，但共享服务必须与之同行，因为火车也必须运载一些货物。

总结角色描述

共享服务的潜在成员通常包括具有以下专业技能的人:

• 敏捷和软件/系统工程教练
• 应用程序/门户网站管理
• 配置管理
• 数据建模、数据工程和数据库支持
• 桌面支持
• 最终用户培训
• 企业架构
• 信息架构
• 基础设施和工具管理
• 国际化和本地化支持
• IT服务管理(ITSM)和部署操作
• 安全专家(信息安全)
• 系统质量保证和探索性测试
• 技术作家

责任

共享服务人员从事下列活动:

• 参与项目增量(PI)计划以及项目前期和后期计划。
• 在必要时驱动需求，添加解决方案意图，并拥有它们的部分相关待办事项项的所有权。
• 与敏捷团队合作，完成PI执行过程中的依赖关系。
• 参与系统演示和解决方案演示，并在适当的时候检查和调整(I&A)研讨会，因为许多改进待办事项可能反映了专业技能和依赖关系可用性方面的挑战。

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

保持专业的培训

由于共享的技术资源是高度专门化的(相对于敏捷团队的泛化专家)，因此必须不断改进它们的技能，以跟上各自领域的进步。共享服务应该在ART启动期间接受敏捷团队的培训。

定期嵌入到敏捷团队中

支持敏捷团队需要持续的或过渡性的专业知识。共享服务人员可能在短时间内暂时成为敏捷团队的一部分。在这种情况下，他们可以体验敏捷的动态，以及对开发速度和产品质量的理解。它还加速了更大的敏捷团队的动态，只有通过共同行动，它们才能交付企业价值。而且，嵌入时间短，可以实现知识转移，减少艺术对专业技能的依赖。

了解更多

• [1]Leffingwell,院长。敏捷软件需求:团队、程序和企业的精益需求实践。addison - wesley, 2011年。

原文：https://www.scaledagileframework.com/shared-services/

本文：https://pub.intelligentx.net/safe-shared-services

讨论：请加入知识星球或者小红圈【首席架构师圈】