对在冲刺期间修改冲刺积压感到困惑
最近，我已经阅读了很多有关Scrum的文章，并且发现在冲刺期间更改冲刺积压是否可行，这在我看来似乎是相互矛盾的信息。在对Scrum的维基百科的文章说，这是不正常，以及各种其他文章说的这一点。我的软件开发教授也在scrum概述中讲了同样的事情。 但是，我从Trenches中阅读了Scrum和XP，并介绍了任务板上计划外项目的一部分。因此，我查阅了《Scrum指南》，它说在sprint期间“未进行会影响Sprint目标的任何更改”，并且在讨论Sprint目标时“如果工作结果与开发团队的预期不同，然后他们与产品负责人合作，在Sprint中协商Sprint Backlog的范围。” 在Sprint待办事项的讨论中，它继续说： Sprint Backlog是一项计划，其细节足够详细，可以在Daily Scrum中了解进度的变化。开发团队会在整个Sprint中修改Sprint Backlog，并且在Sprint期间会出现Sprint Backlog。在开发团队仔细研究计划并了解有关实现Sprint目标所需工作的更多信息时，就会出现这种情况。 由于需要进行新工作，因此开发团队将其添加到Sprint Backlog中。随着工作的完成或完成，估计的剩余工作将更新。当计划中的要素被视为不必要时，将其删除。只有开发团队可以在Sprint期间更改其Sprint Backlog。Sprint待办事项列表是开发团队计划在Sprint期间完成的工作的高度可见的实时图片，它完全属于开发团队。 因此，在这一点上我完全感到困惑。考虑一下，采用第二种方法对我来说更有意义。在我看来，待办事项中的各个特定项目不是最重要的，而是冲刺目标，因此，不更改冲刺目标，但能够更改待办事项很有意义。例如，如果产品负责人和团队都认为他们在同一个故事页面上，但是随着sprint的进行他们发现存在误解，则似乎有必要相应地更改构成该故事的任务。或者，如果有一些故事或任务被遗忘了，但是达到冲刺目标是必需的，我认为最好在冲刺期间将故事或任务添加到待办事项中。 但是，很多人似乎非常坚决认为对sprint待办事项的任何更改都不可行。我是否会以某种方式误解该职位？那些人对冲刺积压的定义是否有所不同？我对sprint待办事项的理解是，它既包括故事，也包括被分解成的任务。 无论如何，我将非常感谢您对此问题的投入。我试图找出理想的Scrum方法在冲刺期间更改sprint积压是什么，以及成功使用scrum进行开发的人是否允许在冲刺期间更改sprint积压。