因此，如果用户故事是模糊的，例如:
作为销售代表，我希望获取联系信息，以便稍后跟进。
我什至不确定这是否是一个有效的用户故事，但我确信它足够接近。
然后是实现该用户故事的详细信息/任务。 我确信“销售代表应该能够从一个文本框切换到另一个文本框。”是要求之一。我们如何捕获/跟踪这一点？这是用户故事的一部分还是需要单独考虑的部分？
最佳答案
用户故事捕获了功能的本质，而不是细节，故事是讨论的支持。
因此，为了回答您的问题，详细信息将在讨论期间以口头方式传达，因为面对面的讨论是the most effective communication media 。如果您觉得有必要，可以将详细信息记录为卡片背面的注释(如果您使用的是卡片)，或者……如果您使用电子工具，则将其记录在“注释”字段中。实际上，我通常也使用“如何演示”字段来捕获如何在冲刺演示中演示这个故事的高级描述，并使用非常简短的“注释”来描述任何其他信息，澄清、对其他信息来源的引用等(归功于 Henrik Kniberg 著名的 Index card generator )。如果发现这非常方便，尤其是在使用可执行规范时。
PS:您的故事完全有效，并且在模板中包含好处是一个很好的做法(“作为一个角色，我想要采取行动，以便好处”)。
关于requirements - 我们如何跟踪用户故事的详细信息？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1528117/