Nexus: 规模化Scrum开发的外骨架

1.定义
Nexus是由角色、事件、工件和技术组成的框架，它用于支持3至9个Scrum团队一起合作，共同工作在惟一产品待办列表（ a single Product Backlog），在每个Sprint中至少创建一个潜在可发布的集成增量。



​

2.目标
通过优雅地处理向共同目标前行的多个Scrum 团队之间依赖关系到达优化生产率。

3.依赖
当规模化时，在人、需求、领域知识、基础设施、软件和测试工件等方面出现依赖关系。

4.什么是新的？（与Scrum相比）
角色——Nexus集成团队
工件——Nexus Sprint Backlog、集成增量、共同的“完成”定义
事件——精炼产品待办列表、Nexus Sprint规划、Nexus Scrum Daily Scrum、Nexus Sprint 评审、Nexus Sprint回顾。

5.工程流Process Flow

---

（1）精炼产品待办列表Refine the Product Backlog
         旨在预测哪些团队做哪些工作，识别这些工作中的依赖关系和可工作的“薄片”。
         分解产品待办列表至可理解程度，团队可以有序交付。
         聚焦于最小化／移除依赖关系。
（2）Nexus Sprint 规划 Nexus Sprint Planning
        为一个Sprint，协调所有Scrum团队的工作：与合适的Scrum团队成员一起调整工作；定义Nexus Sprint目标；
        之后，每个团队制定Sprint规划。
（3）Nexus Sprint 待办列表 Nexus Sprint Backlog
        可视化联合的Scrum 团队Sprint Backlog以及它们之间的依赖。
（4）开发工作
（5）Nexus Daily Scrum
        Scrum团队出席会议，在可视化的Nexus Sprint Backlog背景之下识别：集成问题和跨团队间的依赖关系。
（6）Nexus Sprint 评审
        取代个体Scrum 团队评审一起评审集成增量。
（7）Nexus Sprint 回顾
        合适代表出席，共享问题透明化；举行各自的回顾；合适代表再次见面，为共同问题形成行动决议，可视化并
        跟踪它们。

6.Nexus集成团队共同活动
 （1）教练 （2）咨询 （3）强调依赖和跨团队问题 （4）执行产品待办列表的工作 （5）在其他Scrum团队中承担
   工作。

7.与Scrum的不同之处
当多个Scrum团队一起工作时，将依赖关系解除或最小化，在Scrum事件中以微调的问题进行发问。