如何在Scrum中管理规范？

Question

提到this buddy question，我想知道如何在Scrum过程中管理规范？在为我的团队分配冲刺任务时，我就遇到了这个问题。不用说--我是敏捷/Scrum的新手。

目前，我们正在使用自己的规格表将StoryId映射到SpecId，反之亦然。我的感觉是，Scrum更多的是关于项目管理，让事情按时完成，你需要一个独立的过程来管理规范和需求。

我们如何在Scrum过程中管理规范？

Answer 1

简短的回答是，你不需要。

在编写这些规范时，要问自己一个重要的问题，那就是我们为什么要这样做？规范中的值是什么？

规范中的价值通常来自于与开发团队沟通业务的想法。Scrum旨在将业务(以产品负责人的形式)带给开发团队。通过频繁地与团队交互(请记住，个人和流程和工具上的交互)，以及通过频繁地查看工作软件，企业可以与开发人员携手合作，生产出更好地解决业务问题的软件，而不是在您尝试之前尝试详细说明整个事情。

这就是敏捷项目如何更好地交付企业想要的产品，而不是他们所要求的产品。

也就是说，需要满足某些基本标准。我们可以对此进行测试，就像任何好的测试一样，我们可以将其自动化。

看看BDD和Cucumber。除了你的用户故事之外，最好是有一套基本的满足条件，最好是“给予/当/然后”格式。这些条件是故事被接受为完整的minimum条件集。

例如，“假设我已登录，当我注销时，我将被带回主页”。

如果你要有验收标准，你会想要自动化它。大多数规范最糟糕的部分是，当项目完成时，它们通常会过时并积聚灰尘。

此外，您不应该将任务分配给团队。Scrum团队是自组织的，任何人都应该能够在尊重故事的优先级的同时，抓住他们认为可以处理的任何任务。集群是Scrum性能优势的一大部分。

您可能想要考虑引入一位外部教练来协助您的过渡。

Answer 2

我认为最简单的方法是使规范成为任务中用户故事的一部分。清楚地列出每个验收标准(或者，如果您的问题跟踪软件允许，将它们创建为第一类工作项类型)。让问题在您用于工作项跟踪的任何地方成为活动文档。

有一些缺点，比如随着规范的变化而查找相关的问题，但这通常可以在工作项跟踪工具中进行管理，假设您可以将问题彼此关联起来。

我们这样做的方式是我们(实际上是BA，而不是开发人员)创建一个供产品所有者审查的签收平台，并在此基础上协作创建任务。如果我们无法创建任务，或者有未解决的问题，我们将带着这些问题返回给产品所有者并更新资料。我们所有的甲板都是有组织的(在SharePoint中)，这样我们将来就可以很容易地找到它们。

Answer 3

对我来说，规范在用户故事中。我们与产品负责人一起定义了规格和初始scrum会议期间的任务。规格和任务只针对scrum迭代的生命周期，因为在下一次迭代中，一切都可能发生变化(在最坏的情况下，但肯定会有变化)。

我们通常在电子表格上跟踪规范和任务，以便每个人都知道他们在做什么。我也尝试过一些软件来做到这一点，我遇到的最有趣的软件之一来自VersionOne和Rally。

但我仍然发现，使用简单的电子表格是最快、最简单的解决方案。