问如何使用scrum跟踪待办事项的来源？

EN

Scrum没有提到如何跟踪积压项目的来源。事实上，在Scrum指南中，对于产品待办事项中应该包含哪些信息以及如何格式化这些信息，相对较少。产品待办事项需要有描述、排序、评估和价值度量。

我从未使用过Visual项目管理工具，但我使用过的几乎所有其他问题跟踪器都允许对问题进行文本描述，并且可以将有关源的元数据放在其中。有些工具允许对问题进行“评论”，这可能是合适的，因为它仍然被跟踪，但不像描述那样在你的脸上出现。其他功能允许您自定义字段，还可以添加与给定待办事项相关的人员或事件。

我想知道这是否有必要。如果不需要这些信息，那么收集、存储和处理每一张票都是浪费的。虽然做起来相对容易，但如果它不给你或你的客户增加价值，或者允许你履行某种合同或法律义务，你就不应该这么做。

如果您按照我见过的许多用户故事的格式来规定，那么如下所示：

就像..。我想..。所以..。

您通常至少可以了解待办事项从何而来。

除此之外，这通常是在整容/规划会议中讨论的。如果您不确定任务是从哪里来的(并且需要知道才能继续执行)，那么在将其添加到sprint之前，将其保存在待办事项清单上并进行整理。