1.3 为什么要用Nexus

某些产品——甚至有人会说是大多数产品——过于复杂以至于无法由单一Scrum团队进行交付。这方面的例子包括汽车领域或者那些需要硬件和软件相结合的产品，以及那些非常复杂的、需要在多个Scrum团队之间协调才能得以交付的软件产品。还有一些产品存在上市的时间压力，需要在短时间内增加交付的能力，这些是单一团队无法满足的。

面对这些挑战，组织需要一个以上的Scrum团队来交付同一个产品。多个Scrum团队为了开发同一个产品而共同努力，由于团队间的依赖性增加了复杂度，所以经常无法在每一次Sprint中创建“完成”的集成工作。种种迹象表明，复杂度压倒了有效的产品交付，比如团队在Sprint评审会上展示的是团队增量而不是集成的产品，或者他们需要一系列的“硬化”Sprint来处理积累的技术债务，又或者需要组建一个集成团队来整合其他团队的工作。

Nexus框架有助于组织通过使用Scrum来计划、发布、扩展和管理更大的产品开发举措（尤其是那些涉及重大软件开发的工作），从而解决这一问题。Nexus使多个Scrum团队致力于将单个产品组合成一个更大的单元，称之为Nexus。

Nexus可以看作一种“外骨骼”，它可以通过简化和管理团队之间的连接和依赖，以及通过透明的自下而上的方式来洞察团队如何协同工作，以保护和强化这些Scrum团队。Nexus的基础是鼓励透明性和沟通，使规模化尽可能统一。采用Nexus，可以将Scrum扩展得更大，从而令更复杂的产品依然可以使用Scrum。