scrum - 管理跨越 sprint 的用户故事的最佳方式是什么？

Question

我们在项目中遵循敏捷 SCRUM 方法，并且遇到了一个跨越 2 个 sprint 的巨大用户故事。我们如何在燃尽图中报告这个项目？这个用户故事应该属于哪个 sprint backlog？

Answer 1

用户故事应始终分解为适合当前 sprint 时间范围内的工作项。

将故事带给您的团队，并询问他们如何在逻辑上将其分解以迭代地处理它。根据该反馈，您可以从原始父故事创建多个故事来代表工作，然后分别对它们进行优先级/估计。

在积压方面，您可能需要跟踪项目级史诗积压，其中包含正在与业务利益相关者讨论和优先考虑的更大用户故事。如果是这种情况，您将在跨越整个版本的程序级积压中拥有您的史诗。随着故事变得更加坚定和详细，您可以将它们移入团队的实施积压工作。

我已经看到一些产品负责人实际上为积压的“业务”视图维护了一个单独的 Excel 电子表格，并且只为团队保留了他们的标准积压，只有分解的用户故事。

Answer 2

冲刺燃尽图表明您距离实现冲刺目标还有多远。一个未完成的故事将不可避免地意味着在冲刺结束时未完成的燃尽曲线，你不需要做任何特别的事情——它只是迭代的状态。

在 sprint 结束时，一个未完成的故事通常会转移到下一个 sprint，从而改变积压工作。根据您的燃尽图反映的是故事还是任务，将未完成故事的分数或未完成任务的估计值与其余 sprint 项目相加，以获得您的 Todo 总数并绘制理想趋势。

您应该注意，跨越 2 个 sprint 的故事应该是偶然的，而不是故意计划的（而是将其拆分为更小的故事）。