在敏捷中获取更多的细节

Question

关于在敏捷项目中捕获细节的几个问题。

我理解这样一个概念，即用户故事并不是为了在第一个实例中捕获细节，而是作为与用户进行更详细对话的占位符。这些对话的细节应该记录在哪里--在用户故事中，作为一个或多个场景(或其他什么)？

具体来说，我们需要与'system‘接口。作为详细分析的结果，我想记录浏览器如何与system交互，例如：

• 是什么触发向system接口发送详细信息？
• 发送给系统X的数据
• 系统X响应的处理
• 如果系统X不可用会发生什么？

诸若此类。在瀑布中，这将在用例中捕获--在敏捷世界中，我在哪里记录这些细节？

谢谢

Answer 1

典型的/旧的学校系统是“把它们写在卡片的背面”，但在现实中，你必须考虑到这一信息从根本上来说是短暂的。它基本上只是为开发人员准备实现这个故事的笔记。

引用敏捷宣言

基于综合文档的工作软件

和

工作软件是衡量进度的主要指标。

换句话说，最终需求被记录在工作软件中。这是对你问题的第一部分的回答。

在第二部分中，您基本上提到了记录一个现有的系统。在这种情况下，我不知道这样做的价值是什么(我不怀疑它是有价值的，但我不确定您打算如何使用它)。

无论如何:问问你的团队，让他们自我组织。他们想要将这种信息存储在wiki中吗？谷歌医生？让他们来选择。

从敏捷的角度来看，没有这样的过程。

这也适用于作为交付品的一部分而需要生成的任何文档。在我工作的一个团队中，我们有一个文档人员在准备文档。在另一个，我们使用Sharepoint，在另一个-另一个wiki。几年前，所有文档都是以MS文档或docbook格式交付的。这取决于你的情况。

界定什么是交付品是“已完成的定义”会议的目的。在那里，如果有必要，您可以决定文档将在哪里提交。

Answer 2

1.例如，如果您使用(或，对<5个用户免费)，您可以存储关于用户故事的历史讨论()

2.以敏捷为例，我们使用“用户故事”来指定行为，但“用户故事”可以被限制为“逃避行为”，因此您也可以使用用例来定义您的功能需求。

您可以在Scrum上指定用例，这不是错误。