JIRA / Agile：错误的Sprint命名？还是错误的方法？还是..？

Question

我在第3个冲刺项目中通过一个项目，这是关于后端处理。让我们说sprint名称是“3.数据合并和表单生成”。我有4或5个特征，sprint与该任务直接相关，我已经中途了 - 有些完成了，有些没有，有1个正在进行中。

在这个sprint中，我向客户展示了一些正在发生的事情，他们迅速（出乎意料地）给了我几页纯粹与UI有关的反馈。非常前沿的东西，与我目前的冲刺无关，但仍然是相关和好的东西。

在那个时候，似乎放弃我当前的后端工作并解决反馈是合适的。原因是通过解决UI问题，它会阻止“错误”传播到应用程序的其余部分（Lotus Domino：这就是它的工作方式）。

JIRA没有设施可以暂停Sprint并开始新的Sprint。你必须关闭冲刺。

在我当前的sprint中添加一个功能会很好，但是在sprint名称中会明显包含大量的UI问题，这与后端处理有关。

感觉就像是方形圆孔，而且我不确定这应该与敏捷或JIRA一起使用。

所以我的问题是：问题是......

1. Sprint的命名不应该包含对其性质的过多承诺，因此包含用于后端处理的sprint的UI任务不会让人感到不安。
2. 如果冲刺被这样“打断”，我把它搁置并侧钻到另一个冲刺的概念并不是敏捷如何运作（因此JIRA不会让你）。还有别的事情会发生（如果是的话，是什么？）
3. JIRA的灵活性低于敏捷要求（似乎不太可能！）
4. 我还没有想到的其他一些事情。

Answer 1

sprint中间范围变化的典型方法如下：

如果变更相对较小且团队和产品负责人都同意，那么请继续进行。通常情况下，团队会对任何变化进行补偿，例如当他们引入新故事时，他们也会采取类似大小的故事，以便冲刺的净效果接近于零。

如果更改很重要the Product Owner may terminate the sprint。该团队立即开始以与往常一样的方式开始计划新的冲刺。

将sprint命名为sprint包含的详细信息并不常见。只需使用一个简单的数字冲刺名称（例如sprint 1，sprint 2）就可以帮助明确Scrum团队的变化。

在JIRA中，如果sprint提前终止，我会将其标记为完成，然后创建一个新的sprint。这可能会使你的速度计算有点混乱，但应该很容易补偿。