一个Nexus中所有scrum团队的冲刺长度是否相同?

在Nexus中，考虑以下事情:

• “完成”增量在每个Sprint之后交付。Nexus中的每个团队都为这个Done增量做出贡献。
• Nexus Sprint计划的输出是每个团队用于Sprint计划的Nexus Sprint Backlog。
• Nexus Sprint目标是Sprint中每个Scrum团队的Sprint目标的总和。
• Nexus Sprint评审取代了单个Scrum团队的Sprint评审。
• Nexus Sprint回顾会议之间是同步的，包括团队聚在一起，然后单独进行回顾活动，然后再次聚在一起。

如果团队有不同的Sprint长度，你如何实现这些?例如，如果你有两个团队进行为期2周的Sprint，一个团队进行为期4周的Sprint，当两个团队完成了他们的Sprint，而其中一个团队仍在工作时，Nexus Sprint目标会发生什么?所有团队如何生成已完成的增量并对他们的工作进行评审?当你中断一个以4周为周期的团队，为两个以2周为周期的团队进行回顾时，会发生什么?

谢谢托马斯·欧文斯

如果你有两个团队分别进行2周和4周的Sprint，当两个团队都完成了他们的Sprint，其中一个还在工作时，Nexus Sprint目标会发生什么?所有团队如何生成已完成的增量并对他们的工作进行评审?当你中断一个以4周为周期的团队，为两个以2周为周期的团队进行回顾时，会发生什么?

没有什么可以阻止团队观察他们自己的Sprint节奏，只要它完全可以分为Nexus Sprint节奏。Nexus框架书的105-107页阐述了这种情况。两周和四周分别是可能的，三周和四周是不可能的。

一个观察两周节奏的团队可能会计划自己的Sprint目标，这将与Nexus Sprint目标清晰地联系起来，并在四周后产生一个集成的增量。

这种技术可以通过在早期提供进展的经验证据来帮助团队管理风险。例如，两个团队可以通过在交替的两周Sprint中共享资产来管理他们的依赖关系，这样就可以实现一个为期四周的Nexus Sprint目标。

没有什么可以阻止团队观察他们自己的Sprint节奏，只要它完全可以分为Nexus Sprint节奏。Nexus框架书的105-107页阐述了这种情况。两周和四周分别是可能的，三周和四周是不可能的。

当然没有什么可以阻止这一点，但它确实增加了开销。如果节奏相同，那么如何以及何时管理团队之间的依赖关系和交互就非常清楚了。如果节奏不同，就需要包括Nexus集成团队在内的团队更加复杂。我不会向刚接触Scrum或Nexus的组织推荐这种方法。然而，如果团队非常精通Scrum，或者在Nexus上花了一些时间，并认为它可以帮助他们，那么这似乎是可以做到的。

当然没有什么可以阻止这一点，但它确实增加了开销。如果节奏相同，那么如何以及何时管理团队之间的依赖关系和交互就非常清楚了。如果节奏不同，就需要包括Nexus集成团队在内的团队更加复杂。

确保透明度的最好方法是尽可能经常地交付版本质量的增量。工作的持续整合有助于实现这种能力。如果团队在Sprint结束时没有提供发布质量的工作，那么过程开销和复杂性可能会被用于尝试补偿。

因此，如果一个团队在四周的Nexus Sprint中观察到(比如说)一个两周的Sprint，那么这个两周的Sprint也必须产生一个集成的、潜在的可发布的增量。

我不会向刚接触Scrum或Nexus的组织推荐这种方法。然而，如果团队非常精通Scrum，或者在Nexus上花了一些时间，并认为它可以帮助他们，那么这似乎是可以做到的。

这种安排只能作为例外。然而，团队失去对约定的Nexus Sprint目标的关注(为了满足下级Sprint目标)的危险可以被视为主要风险。

在四周Nexus Sprint中的两周Sprint中，“两周团队”是否只对该团队进行常规Sprint评审?

Nexus中的其他团队可能有兴趣作为涉众参加评审。

在四周Nexus Sprint中的两周Sprint中，“两周团队”是否只对该团队进行常规Sprint评审?

有人能给出答案吗?这是否意味着我们个人的sprint团队可以做他们的sprint评审，而不是nexus的前两周周期的sprint评审?

在四周Nexus Sprint中的两周Sprint中，“两周团队”是否只对该团队进行常规Sprint评审?

有人能给出答案吗?这是否意味着我们个人的sprint团队可以做他们的sprint评审，而不是nexus的前两周周期的sprint评审?

像这样的问题是，为什么同步不同节奏的团队非常困难，如果节奏不可分割，或者如果一些团队使用连续流模型，而其他团队使用节奏，那么就会变得更加困难。

伊恩•米切尔这就提出了一个问题——如果Nexus的其他团队的Sprint周期是4周，但其中一个团队的Sprint周期是2周，那么你可能希望其他团队的代表参加2周的Sprint评审。然而，这将在4周周期的团队中增加一个中断——至少团队的一个子集将不得不添加一个事件来支持不同的团队，并在Sprint计划中说明这一点。

就我个人而言，我对Sprint评审的价值提出了质疑，这些评审不是在任何可伸缩的框架中共享产品Backlog的所有团队中进行的。在主要的扩展框架中，Nexus用包括所有团队的Nexus Sprint Review取代了Sprint Review, LeSS将Sprint Review转移到跨团队事件，SAFe有迭代评审，但只有(至少在我最熟悉的版本中)跨团队的解决方案和系统演示是必需的事件，而不是单个团队的迭代评审。在主要框架中，只有Scrum@Scale在处理多团队工作时维护单个团队评审。

作为一般规则，我总是鼓励一个组织以一个共同的、共享的节奏开始，至少在开始的时候。这将让每个人都专注于在团队内部和跨团队边界建立良好的习惯。在转向不同的节奏之前，确保有一个真正的问题需要解决，并理解这一解决方案的利弊。如果这是唯一的解决方案，甚至是最好的解决方案，我会高度怀疑，但我需要好好看看这个问题和组织——这绝对是一个可以讨论的解决方案。

托马斯，谢谢你的深刻见解。我想我会建议管理层为所有scrum团队制定一个标准节奏，以避免不必要的复杂性。

我想我会建议管理层为所有scrum团队制定一个标准节奏，以避免不必要的复杂性。

你是否考虑过管理层可能不是Sprint节奏的最佳责任人?

如果sprint长度现在有问题，管理层在某种程度上担心它，也许这是Scrum Master与管理层讨论仆人式领导、信任和自组织的机会，并指导开发组织根据经验演变出适当的节奏。

好运！

桑德大调的在四周Nexus Sprint中的两周Sprint中，“两周团队”是否只对该团队进行常规Sprint评审?

伊恩•米切尔Nexus中的其他团队可能有兴趣作为涉众参加评审。

对于这个问题，中国官方有回应吗?

Nexus Sprint Planning等其他Nexus活动呢?Nexus框架手册的第105页写道:“Nexus Sprint计划发生在最短的Sprint结束后，以使Nexus能够在获得新信息时调整其计划。”如图7-4所示。

• 团队1是4周冲刺
• 团队2是2周的Sprint
• 团队3是1周冲刺

所以这意味着团队1将在一个Sprint中经历4个Nexus Sprint计划，因为团队3?在团队1完成冲刺之前，Nexus目标可能会被更改3次?此外，NIT还必须确保每周都有一个集成的、潜在的可发布的增量?我假设团队3是唯一一个执行他们自己的Sprint计划的人，作为Nexus Sprint计划的一部分。
我说错了吗?

我正在与几个具有不同Sprint长度的团队合作:

4支使用2周冲刺的队伍
- 1个使用4周冲刺的团队。

我不能减少4W Sprint团队的Sprint长度，因为由于所开发软件的复杂性，最快的用户故事是在第三周结束或第四周开始完成的。剩下的时间，团队帮助进行测试，修复错误或重构以消除技术债务。

我使用4w团队作为所有其他团队必须同步的骨干/核心:
- Nexus冲刺目标是建立在4w团队冲刺目标
- 2w团队必须以Nexus Sprint目标为重点，准备两个连续的Sprint
- 2w团队的成员作为利益相关者参加4wTeam会议
- NIT团队每2周创建一个集成增量，但每4周创建一个可交付增量。

它并不完美，但运行得很好。

Nexus框架书的第105页写着…

我知道Scrum.org推荐《Nexus框架》作为Nexus“案例研究”，但11页的《Nexus指南》还不够吗?

也许只有我觉得“框架”和“105页”的使用很有趣?

我知道Scrum.org推荐《Nexus框架》作为Nexus“案例研究”，但11页的《Nexus指南》还不够吗?

也许只有我觉得“框架”和“105页”的使用很有趣?

说实话，我发现Nexus的书对我获得对Nexus的实际理解非常有帮助。此外，这本书是由Nexus Steward为Scrum.org编写的，因此它与框架保持一致，而不仅仅是一个人的解释。

Rene Gysenbergs我使用4w团队作为所有其他团队必须同步的骨干/核心

我想这一切都归结为一个问题:当Scrum团队有不同的Sprint长度时，Nexus Sprint长度是多少?最长的还是最短的?Nexus指南只谈到了“Sprint”，所以我猜所有Scrum团队只有一个Nexus Sprint。

Rene Gysenbergs的答案是最长的，而Nexus Book回答的是最短的。关于这个话题还有其他想法吗?

为了通过SPS考试，Nexus框架书是必需的，还是所有免费提供的材料都链接到这个网站上的Nexus就足够了?

这个网站上的资料很充足，是我用来准备考试的。我想说，再加上一点Scrum经验。

这个网站上的资料很充足，是我用来准备考试的。我想说，再加上一点Scrum经验。

谢谢你，亨利