关于在敏捷项目中捕获细节的几个问题。
我理解用户故事不在第一个实例中捕获详细信息的概念，但它是占位符，用于与用户进行更详细的对话。这些对话的细节应该记录在哪里 - 在用户故事中，作为用例或场景（或其他）？
具体来说，我们需要与'系统X'接口。作为详细分析的结果，我想记录浏览器与系统X的交互，例如：
等等。在瀑布中，这将在一个用例中捕获 - 在敏捷世界中，我在哪里记录这个细节？
谢谢
答案 0 :(得分：3)
典型/旧学校系统是＃＆＃34;将它们写在卡片的背面＆＃34;，但实际上你必须考虑所述信息基本上是 transient 。基本上只有开发人员需要注意实现这个故事。
通过综合文档工作软件
和
工作软件是衡量进展的主要指标。
换句话说，最终需求记录在工作软件中。这是为了回答你问题的第一部分。
在第二部分中，您基本上提到了记录现有系统。在这种情况下，我不确定这样做的价值是什么（我不怀疑它是有价值的，但我不确定你打算如何使用它）。
无论如何：问问你的团队并让他们自我组织。他们想将这种信息存储在维基中吗？一个谷歌文档？让他们选择。
从敏捷的角度来看，没有这个过程。
这也适用于您需要作为可交付成果的一部分生成的任何文档。在我工作的一个团队中，我们有一个准备文档的文档人员。另一方面，我们在另一个维基中使用了Sharepoint。几年前，所有文档都以MS Word文档或docbook格式提供。这取决于你的情况。
定义可交付成果的内容是＆＃34;完成定义的目的＆＃34;会议。在那里，您可以根据需要决定文档的呈现位置。
答案 1 :(得分：0)
1.例如，如果您使用Team Foundation Server（或Service Cloud版本，免费为＆lt; 5用户），您可以存储有关用户故事的历史讨论（Portal Team Web Access）
2.在敏捷中，例如我们使用User Story来指定行为，但用户故事可以限于defnie行为，因此您也可以使用Use Case来定义您的功能需求。您可以在Scrum上使用用例指定，这不是错误。