我们在项目中遵循敏捷SCRUM方法，我们遇到了一个跨越2个sprint的巨大用户故事。我们如何在燃尽图中报告此项目？这个用户故事应该属于哪个sprint backlog？
用户故事应该始终分解为能够在当前sprint的时间范围内进行的工作项。
把这个故事带给你的团队，问他们如何从逻辑上分解它来迭代。根据反馈，您可以从原始父故事中创建多个故事来表示工作，然后分别对它们进行优先级排序/评估。
就积压工作而言，您可能需要跟踪一个程序级的史诗级积压工作，其中包含正在与业务利益相关者讨论并确定优先级的较大用户故事。如果是这样的话，您将在横跨整个发行版的程序级积压工作中拥有史诗。随着故事变得更加坚定和详细，您可以将它们转移到团队的实施积压工作中。
我看到一些产品负责人实际上为积压工作的"业务"视图维护了一个单独的excel电子表格，并只为团队保留了他们的标准积压工作，其中只有细分的用户故事。
sprint燃尽图指示您离实现sprint目标还有多远。一个未完成的故事将不可避免地意味着在冲刺结束时会有一条未完成的消耗曲线，你不需要对此做任何特别的事情——这只是迭代的状态。
在sprint结束时，未完成的故事通常会转移到下一个sprint，从而更改积压工作。根据你的消耗图是反映故事还是任务，将未完成的故事的点数，或未完成任务的估计值与其他冲刺项目相加，以获得你的Todo总数，并绘制理想的趋势。
不过，您应该注意，一个跨越2个sprint的故事应该是偶然的，而不是故意计划的（而是将其拆分为更小的故事）。