摘要：读《用户故事与敏捷方法》有感(五) 今天，读到了次本书的第三部分——经常讨论的话题，用户故事不是什么，用户故事的优势与不良征兆。 第一，用户故事不是软件需求规格的指南，这种需求规格指南强调的是“系统应该……”，而且对于需求规格指南而言，在写下需求之前，每个需求的成本是不可见的。典型的情况是，一个或几 阅读全文

摘要：读《用户故事与敏捷方法》有感(四) 在一个大型项目中，尤其是有许多用户角色的项目，确定用户故事有时让人无从下手。我发现最好的办法是考虑每一个用户角色，了解用户使用我么软件的目的。 所以编写故事的时候注意以下几点。第一，根据实现时间来确定故事规模，逆向专注于最需要你关注的领域。通常，这意味着要把注意力 阅读全文

摘要：读《用户故事与敏捷方法》有感(三) 对于一个项目来说，客户团队里包括一个或多个真是用户是及其重要的。虽然其他人可以猜想用户如何使用软件，但事实上，关键往往还在于实际用户。遗憾的是，我们很难有机会与实际用户一起工作。例如，我们在开发一个广泛通用的产品，用户编辑全国各地，但我们没法也不适宜把一个(或多个 阅读全文

摘要：读《用户故事与敏捷方法》有感（二） 上一次阅读笔记阅读此书结合个人看法着重阐述个人的一些观点，今天回归正题。再次阅读了几个章节，我们怎么编写构造好的故事呢？故事的特征是什么？ 首先，在理想情况下，故事之间是独立的。优势很难做到这一点，但我们要尽量实现这一目标。故事之间的交付顺序应该是无关的，可以任意 阅读全文