读《用户故事与敏捷方法》有感(五) 今天，读到了次本书的第三部分——经常讨论的话题，用户故事不是什么，用户故事的优势与不良征兆。 第一，用户故事不是软件需求规格的指南，这种需求规格指南强调的是“系统应该……”，而且对于需求规格指南而言，在写下需求之前，每个需求的成本是不可见的。典型的情况是，一个或几 ...
分类：
其他好文 时间：
2016-12-29 14:12:35
阅读次数：
143
读《用户故事与敏捷方法》有感(四) 在一个大型项目中，尤其是有许多用户角色的项目，确定用户故事有时让人无从下手。我发现最好的办法是考虑每一个用户角色，了解用户使用我么软件的目的。 所以编写故事的时候注意以下几点。第一，根据实现时间来确定故事规模，逆向专注于最需要你关注的领域。通常，这意味着要把注意力 ...
分类：
其他好文 时间：
2016-12-25 17:55:29
阅读次数：
236
第六章用户故事验收测试 在写代码之前验收测试可以为程序员提供很多编写程序的信息，让程序员考虑到更多的情况。写测试的时间一般为：①开发人员和客户讨论故事并且需要记录细节时②在迭代开始时，在写代码前作为一项专门的任务③在开发中或者之后的任何时候发现新的测试时。 验收测试由客户来定义，客户要给测试人员一些 ...
分类：
其他好文 时间：
2016-11-14 01:21:07
阅读次数：
117
第八章 估算用户故事 故事点有一个很好的特性是团队可以定义自己认为合适的故事点，一个团队可能定义一个故事点为一个理想日的工作，也可能定义为一个理想周的工作。故事点有很多意义，所以故事点代表时间的模糊单位。 故事估算应该由整个团队集体来完成。故事估算属于团队集体有两个原因，第一个，还不确定团队中谁负责 ...
分类：
其他好文 时间：
2016-11-14 00:47:43
阅读次数：
130
第13章 用户故事的优势 从上一章我们得知，处理需求的方法多种多样，但是我们为什么要选择用户故事？因为它会带来多种好处： ①用户故事强调口头沟通：自古以来，口头表达是十分重要的。而且相比于书面书写的易产生歧义，口头表述更见简单明了，需求文档也是如此。 ②人人都可以理解用户故事：相比于一些墨守成规的软 ...
分类：
其他好文 时间：
2016-11-06 22:51:07
阅读次数：
196
第五章与用户代理合作 由于有些时候不能和实际用户一起工作，所以我们要向用户代理求助。用户代理不是真正的用户但是在项目中代表着用户。用户代理分为几种。第一种用户的经理，经理往往并不真正知道实际用户的需求，提出的需求可能只考虑到自己的需求，但是这些需求功能却很少被用到。甚至有时候经理或从中干预，并且固执 ...
分类：
其他好文 时间：
2016-11-05 22:33:41
阅读次数：
143
第10章 迭代计划 制定出上一章的成果发布计划，我们可以顺利地将粗细度的故事分配到多伦迭代中。多伦迭代是发布计划的进一步激化，但只在迭代即将开始的时候才开始做迭代计划。为此，迭代计划会议必不可少，客户以及团队的所有人员都要参与其中。在这一过程，各个人员仔细讨论每个故事，从故事中分解出任务，开发人员承 ...
分类：
其他好文 时间：
2016-10-30 19:09:52
阅读次数：
222
敏捷开发的起源 在90年代末期，传统软件开发的方式因为其繁杂的过程，以及对文档的过于严格的要求，造成了很大程度上的效率下降，也就是人们所说的“重型化危机”。因为这一原因，人们开始反思传统方法的利弊，并对其弊端进行了改进，提出了敏捷方法。 2001年2月，由Martin Fowler，Jim High ...
分类：
其他好文 时间：
2016-10-23 23:27:01
阅读次数：
248
第七章 优秀用户故事准则 经过前几章的学习，我们已经了解了什么是故事，如何拖网式捕捞以及编写故事，如何识别关键的用户角色以及验收测试在其中的作用。除此之外，我们还需要了解一些额外的编写优秀故事的准则。为了确定故事，我们需要从每个用户与角色使用系统的目标开始考虑，通过将目标细化，我们就可以以此衍生出更 ...
分类：
其他好文 时间：
2016-10-23 20:12:14
阅读次数：
146
用户故事与敏捷方法第一章是对用户故事的概览。 首先第一个问题用户故事是什么？用户故事描述了对用户、系统或软件购买者有价值的功能。用户故事由三个方面组成，包括1 .一份书面的故事描述，用来做计划和作为提示。2.有关故事的对话，用于具体化故事细节。3.测试，用于表达和编档故事细节且可用于确定故事何时完成 ...
分类：
其他好文 时间：
2016-10-16 19:35:12
阅读次数：
111
