定义
Nexus 是一个基于 3 到 9 个 Scrum 团队之上的框架。它为多个 Scrum 团队如何在单个产品待办列表上协同工作以在每个 Sprint 构建集成增量提供结构。
Nexus = Scrum + 依赖移除逻辑
目的
通过 消除为实现共同目标而工作的多个团队所共有的依赖关系 来优化生产力 。
什么是新的？
- 角色 ——一个 Nexus 集成团队 ，负责协调、指导和监督 Nexus 和 Scrum 的应用。
- 工件 ——Nexus Sprint 待办列表 和由 Nexus 产品负责人管理的单个产品待办列表。此外， 集成增量 ， “完成”的通用定义 ， Nexus Sprint 目标 也被引入。
- 活动 ——Nexus Sprint 回顾、Nexus Sprint 回顾 、 改进 、 Nexus Daily Scrum 。
工艺流程
1. 细化产品待办列表
旨在预测哪些团队做什么工作，确定该工作中的依赖关系并“细化”该工作。这是一个两步过程：
- 分解产品积压项目以了解哪些团队可能交付它们以及以什么顺序交付
- 专注于最小化/删除依赖项。
2. Nexus Sprint 规划
通过以下方式协调单个 Sprint 的所有 Scrum 团队的活动：
- 与适当的 Scrum 团队成员一起调整工作顺序（改进后的事件）
- 定义 Nexus Sprint 目标
- 然后为每个 Scrum 团队做 Sprint Planning。
3. Nexus Sprint 待办列表
可视化组合的 Scrum 团队 Sprint Backlogs 及其依赖项。
4.开发工作
一样的。
5. Nexus 每日 Scrum
Scrum 开发团队代表参加此活动以识别 a) 集成问题，b) 在可视化 Nexus Sprint 积压工作的背景下的跨团队依赖关系。识别出的依赖关系被带回各个 Scrum 团队。
本次活动提出三个问题：
- 前一天的工作整合成功了吗？如果不是，为什么不呢？
- 发现了哪些新的依赖关系？
- 在 Nexus 中需要跨团队共享哪些信息？
6. Nexus Sprint 回顾
取代单独的 Scrum 团队 Sprint 评审，并作为这些评审的组合版本发挥作用。
7. Nexus Sprint 回顾展
分为三部分：
- 适当的成员会面并在 Nexus Sprint 回顾中公开共享问题。
- Scrum 团队举行他们自己的 Sprint 回顾会议
- 适当的成员重新会面，形成共同问题的行动，可视化这些并跟踪它们。
所有回顾都应解决以下问题：
- 是否有任何工作未完成？ Nexus 是否产生了技术债务？
- 所有工件，尤其是代码，是否经常（每天）成功集成？
- 软件是否经常成功构建、测试和部署，以防止未解决的依赖项大量累积？
Nexus 集成团队的 5 项常见活动
- 辅导
- 咨询
- 突出依赖性和跨团队问题
- 从产品待办列表执行工作
- 在其他 Scrum 团队中工作（优先考虑 Nexus Integration Team 的工作）
这与 Scrum 有何不同？
它是多个 Scrum 团队一起工作时消除依赖关系的形式化，并对 Scrum 事件中提出的问题进行微调。
先贴在 我的博客 上。
如果您喜欢这篇文章， 请单击此处 发送推文！