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