Nexus指南是否建议Nexus集成团队将工作向下推到每个团队Sprint backlog?
导游说
Nexus Sprint计划的结果是:
●与产品目标一致的Nexus Sprint目标，描述了Nexus在Sprint期间将实现的目标
●每个Scrum团队都有一个与Nexus Sprint目标一致的Sprint目标
●单一的Nexus Sprint Backlog，代表Nexus朝着Nexus Sprint目标的工作，并使跨团队的依赖关系透明
●每个Scrum团队都有一个Sprint Backlog，使他们为支持Nexus Sprint目标所做的工作透明化
这听起来真的很奇怪，一个团队会有一个冲刺backlog被一个委员会推给他们。我想知道它会对参与度、所有权甚至交付产生多大影响。当然，力量存在于团队成员的对话中，但我真的很好奇这项工作被推向下游。如果这只是冲刺目标，也许就不是问题了。
不，没有任何迹象表明Nexus集成团队会将工作推给Scrum团队。
Nexus集成团队是一个元团队，由“产品负责人、Scrum管理员和来自Scrum团队的适当成员”组成。Nexus集成团队的目的是建立一个稳定、一致的团队，定期解决团队之间的依赖关系。这也是一个在团队之间共享过程改进和技术知识的机会，允许每个团队最大限度地自由选择他们的工作方式，同时确保团队可以在每个Sprint中产生一个完全集成和工作的增量。
在Nexus Sprint计划中，“来自每个Scrum团队和产品负责人的适当代表开会计划Sprint”。根据团队的数量和每个团队中开发人员的数量，“合适的代表”可以是一到两个人，也可以是整个Scrum团队。在有一个子集的情况下，代表Nexus Sprint计划团队的人可能是组成Nexus集成团队的人，也可能是不同的人。除了每个Scrum团队的Sprint目标外，参与Nexus Sprint计划的人还制定了一个延伸到所有团队的Nexus Sprint目标。Nexus Sprint Backlog是每个团队Sprint Backlog的视图。根据团队的数量和Sprint Backlog的大小，Nexus Sprint Backlog可以是所有Sprint Backlog的总和，也可以是专注于关键产品待办事项的抽象(比如那些与Nexus Sprint目标直接相关的)，或者是跨Scrum团队的依赖关系的产品待办事项。
假设Nexus集成团队成员是在Nexus Sprint计划中代表Scrum团队的人，这些人仍然在为Scrum团队的其他成员拉工作。也没有什么可以阻止迭代或反馈循环，整个Scrum团队可以从Nexus Sprint Backlog中查看Sprint目标和Sprint Backlog，并与产品负责人一起检查。
这听起来真的很奇怪，一个团队会有一个冲刺backlog被一个委员会推给他们。
没错，但这不是它的意思。每个Scrum团队都需要做自己的工作自己的Sprint计划以及在任何与Nexus集成义务的背景下。
规模化的专业Scrum仍然是Scrum。没有什么被推动，也没有委员会做出任何决定。