需求收集和规范编写[关闭]

Question

我上一次写规范是几年前，使用瀑布方法。

我现在要为我的第一个 Laravel 项目收集需求，我是一个单独的开发人员。

其他人是怎么做到的？

我正在考虑了解需求概述，编写规范，然后反复与客户沟通以将文档改进为我可以开始使用的内容。

然后我打算做一个原型并获得一些反馈。

然后我会处理项目的“块”，并在每个阶段之后呈现给客户以获取反馈和改进。

听起来怎么样？有什么推荐的读物吗？

米克

Answer 1

Scrum 方法是以“用户故事”的形式将需求放入待办事项列表（实际上是一个优先列表）。

我们的目标不是预先收集所有详细的需求，而是收集足够的需求来开始开发（也许足以让团队忙碌 2-4 周）。在 Scrum 中，我们工作在我们所谓的“冲刺”中，即常规大小的工作迭代（很像您描述的“块”）。

然后，随着团队的进展，需求会不断细化和添加。团队首先满足最高优先级的需求，然后向客户（Scrum 术语中的“产品负责人”）和利益相关者（其他相关方）展示进度。根据团队获得的反馈，他们要么像以前一样继续工作，要么可以适应。例如，他们可能会接受反馈并将其作为新的用户故事添加到积压工作中，并根据现有故事对它们进行优先级排序。这与原型方法的不同之处在于，我们尝试在每次迭代结束时拥有可用于生产的工作软件。

如果您对使用这种敏捷方法感兴趣，我强烈建议您阅读 Mike Cohn 的“敏捷估计和规划”。