发表于 2024年6月17日1年前 你编写过需求规格说明书吗？ 我写过，一般找一个模版，然后按照模版的规定，填写不少内容，其中不乏技术细节。 用例我也写过，和需求规格说明书差不多，也是比较面目可憎。 写的过程，我觉得浑身不舒服，几次都是一样的，写完就丢了，直接上代码去了。后来换成用户界面原型好多了。 所以用户故事的概念一旦出炉，就风靡世界，并不是没有道理的。 因为，世界本该如此，你说出了我的想法，我要用它来搞定需求。 用户故事超级简单，它提示你使用“作为…，我想要…,以便…“的三段论来捕获和分析需求。 第一段，确定角色。做了给谁用？ 第二段，确定接口。做成啥样？ 第三段，确定价值。价值在哪？ 用户故事是追踪用户需求和价值交付的好工具。它保证了和用户之间的良好的沟通。因为没有技术术语。都是用户懂的东西。所以一看到它很容易看到是否符合自己的需要。 用户故事真正站在客户的角度，并且不用技术来装 bi ，这就是勇气。 “故事”是由肯特贝克提出来的，XP 的先驱，在 TDD 和极限编程方面非常独到，崇尚简单和勇气。我个人对他是非常赞的态度。
你编写过需求规格说明书吗？
我写过，一般找一个模版，然后按照模版的规定，填写不少内容，其中不乏技术细节。
用例我也写过，和需求规格说明书差不多，也是比较面目可憎。
写的过程，我觉得浑身不舒服，几次都是一样的，写完就丢了，直接上代码去了。后来换成用户界面原型好多了。
所以用户故事的概念一旦出炉，就风靡世界，并不是没有道理的。
因为，世界本该如此，你说出了我的想法，我要用它来搞定需求。
用户故事超级简单，它提示你使用“作为…，我想要…,以便…“的三段论来捕获和分析需求。
第一段，确定角色。做了给谁用？ 第二段，确定接口。做成啥样？ 第三段，确定价值。价值在哪？ 用户故事是追踪用户需求和价值交付的好工具。它保证了和用户之间的良好的沟通。因为没有技术术语。都是用户懂的东西。所以一看到它很容易看到是否符合自己的需要。
用户故事真正站在客户的角度，并且不用技术来装 bi ，这就是勇气。
“故事”是由肯特贝克提出来的，XP 的先驱，在 TDD 和极限编程方面非常独到，崇尚简单和勇气。我个人对他是非常赞的态度。