需求的场景

场景在大多数情况下都是有用的，因为所有人都能理解它们，它们适合所有开发类型。兔子项目可以利用场景作为网罗技巧。需求分析师和相应的利益相关者在一起，每次为一个业务用例建立一个场景。与编写代码制作原型相比，利用场景通常能更快地发现要求的功能。兔子项目中的场景通常不考虑非功能性需求，稍后通过独立的非功能故事卡来记录。骏马项目可以考虑将场景作为编写原子功能需求的另外一种方式。如果它们完成得足够好，就可以向开发者说明产品的功能需求。但是，这种方式并不是总有效。如果产品很复杂，或者如果需要功能性需求文档来签订合同，你应该使用场景来发现需求，但不要用它们作为最后的规格说明。
大象项目利用场景作为发现需求的工具。与利益相关者开会时，将复查每个业务用例的期望的工作方式。如果场景是完整的(也就是说，如果异常和可选情况都已发现或确定)，它就作为编写功能性需求的基础。大象项目应该将场景作为文档的一部分保留。通常开发者在开始编程时希望能看到这些场景。