我上次编写规范是在几年前，使用瀑布方法。
我现在要收集第一个Laravel项目的要求，我是一名单独的开发人员。
其他人如何做到这一点？
我正在考虑对需求进行概述，编写规范，然后反复与客户沟通，以便将文档细化为我可以开始使用的内容。
然后我打算做一个原型并得到一些反馈。
然后我会研究项目的“块”，并在每个阶段后向客户提供反馈和精炼。
听起来怎么样？有推荐的阅读吗？
米克
答案 0 :(得分：3)
Scrum方法是将需求以“用户故事”的格式放入待办事项（实际上是优先列表）。
我们的目标是收集足够的要求以开始开发（可能足以让团队忙碌2-4周），而不是预先收集所有详细要求。在Scrum中，我们使用我们称之为“sprint”的工作，这些工作是常规工作的迭代（很像你描述的“块”）。
然后，随着团队的进展，需求不断完善并添加。团队首先执行最高优先级要求，然后向客户（Scrum术语中的“产品所有者”）和利益相关者（其他相关方）展示进度。根据团队得到的反馈，他们要么像以前一样继续，要么就可以适应。例如，他们可以获取反馈并将其作为新用户故事添加到待办事项中，并根据现有故事对其进行优先级排序。这与原型方法的不同之处在于，我们尝试在每次迭代结束时使用生产就绪的工作软件。
如果您对使用这种敏捷方法感兴趣，我强烈建议您阅读Mike Cohn撰写的“敏捷估算与规划”。