作者：傅德鑫

Nexus 框架由 Scrum 框架的创建者 Ken Schwaber 创建，并于 2015 年由其组织 Scrum.org 发布，同时发布的还有一套《Nexus 指南》，旨在帮助企业扩大 Scrum 的实施规模。该指南于 2018 年和 2021 年进行了更新。

Nexus 一词源于拉丁语，意为 "连接 "或 "纽带"。在 Nexus 框架中，它指的是多个 Scrum 团队之间的连接或联系，这些团队合作交付单一产品。这个名称反映了该框架的宗旨，即在规模化的敏捷环境中促进团队之间的协作和整合。

开发 Nexus 框架的目的是为了解决多团队 Scrum出现的问题，即团队间的整合、协调和沟通等等。为了应对这些，Nexus 引入了一个新角色——Nexus 整合团队（NIT）。该团队负责协调、指导和监督 Nexus 框架的应用和 Scrum 的运行。NIT负责确保在每个冲刺阶段至少完成一个完整可交付的工作成果。也就是说各个Scrum团队协调一致，而不是各行其是导致阶段性工作无法整合。

NIT由产品负责人（PO）、Scrum Master 和 Nexus 集成团队成员组成。整个团队通常只有一名个产品负责人为所有 Scrum 团队提供服务。该产品负责人负责管理单一的产品代办列表（Product Backlog），所有 Scrum 团队都根据该 Product Backlog 开展工作。Nexus 中的产品负责人对产品 Backlog 的内容有最终决定权，并负责最大限度地提高产品价值以及 Nexus 中 Scrum 团队整体执行工作。产品负责人可以将部分工作委托给其他人员，但是，产品负责人仍然是产品 Backlog 的最终责任人。NIT中通常也只有一名 Scrum Master，SM可以是专职人员，也可以是来自其他 Scrum 团队的 Scrum Master兼任。其主要职责是确保团队正确理解 Nexus 框架，并按照《Nexus 指南》进行工作。NIT除了PO和SM外，团队成员还包括来自各个 Scrum 团队的代表和 负责DevOps的人。当然，需要根据实际需要是否部署DevOps而定。NIT 的组成人员可以在不同的阶段由不同人员根据实际需要担任。

需要注意的是，虽然 NIT负责整合团队的工作，但是这并不是说这个团队的成员直接动手完成这些工作。相反，NIT的主要职责是促进 Nexus 不同 Scrum 团队之间的整合。

另外，Nexus也拓展了在单一Scrum中的五个工作活动，来支持多个Scrum团队协同工作。但其实质没有大的改变，只是对于处理多团队协同工作做了具体描述，例如，在单组Scrum活动基础上，增加了共同参与的活动，一些共同参与的活动需要全员参加，而另一些，只需各个Scrum团队代表参加等等。其目的还是为了协同不同Scrum团队工作。实际操作有若干“指南”，这里不再赘述。如有经验分享可以联系PMO社区，实际操作中，中国大陆地区Nexus应用的例子不多，然而事实上，或多或少，多团队Scrum的实施多少都有其影子。

总之，Nexus 保留了 Scrum 的简洁和自下而上的特性，同时使多组 Scrum 团队能够统一协调完成比单个Scrum团队更多更复杂的工作。Nexus 是一个轻量级框架，可对 Scrum 进行最小限度的扩展，从而减少采用新流程的开销。