Tyner Blain的Scott Sehlhorst是我最喜欢的博客之一。他’撰写了一篇关于 用户故事与用例.
当我第一次使用用例时，我喜欢它们…
我喜欢他们对功能进行了如此清晰的描述，以及每个用例可以独立存在的事实。他们使在白板上移动代表用例的卡片变得非常容易，以此来管理进度。
但是我也发现用例有点复杂。当你仔细观察时，他们’真的不是那么复杂。但是他们往往需要业务分析师来编写它们。对于最终用户或商务人士而言，它们往往会令人反感。
我认为部分原因是因为他们使用了很多行话。尤其是当面对许多此类问题时，这些签名都需要预先签署并在以后的变更控制过程中用于它们。
所以当我遇到 用户故事，我更爱他们。他们似乎提供了我所喜欢用例的所有功能，但是格式更简单，更轻便，更易于使用。他们’再容易写。和他们’最终用户或业务人员使用起来非常容易。
斯科特是对的。用户故事忽略了许多重要的细节。他们故意与产品所有者进行对话以在开发时澄清这些细节，从而忽略了这些细节。他们依靠这个 合作。逐步发展，获得反馈并 反复，而不是预先准备更详细的文档。我同意，如果没有这种合作，“用户故事”可能会出现问题。
话虽如此，如果产品负责人获胜’在整个开发过程中都在“用户故事”上进行协作，为什么他们在分析过程中会在“用例”上进行协作？最后，无论您喜欢哪种方法， 积极的用户参与势在必行！
凯莉
