我是产品所有者，我正在帮助设置主题冲刺。要明确的是，通过主题我的意思是所有用户故事都是相关的或围绕一个共同的目标集群。我还有其他故事在我想要包含的主题中效果不佳。问题在于，当我对sprint的视觉进行分割时，我们的工作效果不佳。有什么建议吗？
答案 0 :(得分：1)
如果您对sprint有主要看法，那并不意味着您不能包含不属于该愿景的用户故事。用户故事主要包括其业务优先级而非主题。因此，如果您的用户故事的优先级高于您的主题故事，则应将其包含在内。在我看来，主题冲刺只有在优先级反映将用户故事分成主题时才会出现。
答案 1 :(得分：1)
问题在于，当我分割冲刺的视野时，我们也不能正常工作。有什么建议吗？
首先，您和您的团队自己可以回答这个问题，因为只有您和您的团队对您的情况了解最多。我知道你希望有一个Scrum手册，你可以参考一些页面并得到答案，但你必须是事实 - Scrum的简单框架永远不会暗示你有主题Sprint。实际上，它表明，只要故事遵循I.N.V.E.S.T原则，并且定期优先排序，PO就会根据其价值和投资回报率对用户故事的未提交积压列表进行优先排序，而不考虑主题。并不是说主题有问题，但如果它不适合你或你的团队，那么你必须适应新的，适合你和团队的事情。以下是我方的一些基本建议：
从另一位成员的帖子中拿出一片叶子我可以说你和你的团队需要一种叫做“勇气”的成分
团队的SM与您一起，需要勇气使用“检查和调整”原则来找出碎片化对团队不起作用的原因。
只要产品Backlog在您进入Sprint规划之前已经“准备就绪”，团队需要让Courage信任您，PO，为他们优先工作，无论他们自己的愿望或愿望如何或思维方式。
如果支离破碎的Sprint会带来最大的价值，那么作为PO需要让Courage在回顾期间公开谈论为什么支离破碎的Sprint是要走的路，我们需要做它会起作用，直到你们找到一种适应这种方式的工作方式。
最后每个人，即团队，SM，您需要收集上述讨论中的事实和说明，达成共识，并有勇气尝试，直到您实现目标。
请记住，所有这些都需要在Scrum指南中规定的简单Scrum框架规则中完成。