《用户故事与敏捷方法》读书笔记 02 细节是什么

说“用户可以搜索岗位”是一回事，能够开始编码并作为测试的指导又是一回事。细节是什么？关于以下没有答案的问题又怎么办：

用户可以用什么进行搜索？州？城市？岗位名？关键词？
用户必须注册网站吗？
搜索参数可以保留吗？
匹配的岗位会展示什么信息？

这些细节可以表示为额外的故事。实际上，更多的故事比太大的故事更好。例如，整个BigMoneyJobs网站可以用以下两个故事形容：

用户可以搜索岗位
公司可以发布岗位

很明显，这俩个故事太大了以至于没有太大作用。第二章，“写故事”完全解决故事大小的问题，但是作为开始，故事能被一个或一组编程者在半天或两周编码并测试是比较好的。

当故事太大时可以分为两个或多个更小的故事。例如，“用户可以搜索岗位”可以分成这些故事：

用户可以通过地点、薪资水平、工作名、公司名以及发布时间这些属性来搜索岗位；
用户可以浏览搜索匹配的岗位的信息；
用户可以查看已发布岗位的公司的详情。

我们直到有了故事的最后的细节才会停止分解故事。例如，“用户可以查看每个搜索匹配岗位的信息”是一个非常合理并现实的故事。我们不需要进一步分解成：

用户可以查看岗位描述；
用户可以看每个岗位的薪资水平；
用户可以查看岗位的地点。

对比将这些细节都写成故事，有更好的对于开发团队和客户去讨论这些细节的方法。那就是，当细节变得重要的时候讨论这些细节。基于讨论对故事卡片做一些注释没毛病。例如：

用户可以通过地点、薪资水平、工作名、公司名以及发布时间这些属性来搜索岗位。

（note）Marco说展示描述、薪水和地点

但是，对话是关键，而不是故事卡片上的笔记。开发者和客户不可能在三个月后指着卡片说“瞧，我说的多对。”故事并不是合约的义务。我们会发现，协议是通过测试记录下的，这些测试证明故事被准确开发出来了。

《用户故事与敏捷方法》读书笔记 02 细节是什么相关推荐

用户故事与敏捷方法阅读笔记03
今天读完了<用户故事与敏捷方法>的第12章:用户不是什么用户不是IEEE 830,不是用例,不是场景.读完这一章,我了解到对于任何方法,总会碰到不顺的情况,我们会看看发生问题时的一些不良 ...
用户故事与敏捷方法pdf
下载地址:网盘下载内容简介 · · · · · · <用户故事与敏捷方法>详细介绍了用户故事与敏捷开发方法的结合,诠释了用户故事的重要价值,用户故事的实践过程,良好用户故事编写准则,如 ...
15.用户故事与敏捷方法——Scrum与用户故事笔记
00.本用户故事源自于基线编程,所以故事能够很自然地狱基线编程的其他时间形成一个体系.不过,用户故事作为一种管理需求的方法,也可以应用到其他类型的软件过程中. 01.一轮迭代过程是一种持续改进的过程. ...
《用户故事与敏捷方法》阅读笔记三
用户故事具有多种好处: ①用户故事强调口头沟通:自古以来,口头表达是十分重要的.而且相比于书面书写的易产生歧义,口头表述更见简单明了,需求文档也是如此. ②人人都可以理解用户故事:相比于一些墨守成规的 ...
用户故事与敏捷方法笔记 --- 用户故事
用户故事用户故事描述了对用户.系统或软件购买者有价值的功能. 用户故事应该具备以下特点: 1) 独立的:应该避免故事间的项目依赖.在对故事排列优先级时,或者做计划时,故事间的相互依赖会导致问题. 2 ...
《用户故事与敏捷方法》阅读笔记一
在没有读本书之前,虽然课上老师也讲用户故事,但是其实一直是对这个概念比较模糊,当时的理解就是用户故事就是简单的模拟用户使用软件的情形,也仅仅是模拟用户使用软件的情形,没有什么其他太多的用户.但是读了这 ...
用户故事与敏捷方法 - 第十章迭代故事
迭代故事整个团队通过举行迭代计划会议来为下一轮迭代做出计划,客户与团队中的所有人员全部参与.由于团队将仔细研究用户故事,所以毫无疑问他们会有一些问题.需要客户团队随时回答问题. 迭代计划会议的一般内 ...
象观敏捷之旅-用户故事与敏捷方法
Date: 2015-05-04 21:07 一则漫画的启示遇到的问题编写严谨.漂亮.详细的文档本身成为一个目标,使用越来越冗长的文档,尝试用精确的语言来记录越来越多的细节和越来越具体的所谓全面的 ...
用户故事与敏捷方法-第一章问题答案
1.1 用户故事包含哪三个部分一份书面的故事描述,用来做计划和提示有关于故事的对话,用于具体化故事情节测试,用于表达和编档故事细节且可用于确定故事何时完成 1.2 客户团队由哪些人组成? 客户团 ...

《用户故事与敏捷方法》读书笔记 02 细节是什么

《用户故事与敏捷方法》读书笔记 02 细节是什么相关推荐

最新文章

热门文章