《用户故事与敏捷方法》阅读笔记06（完）

第17章 – 第21章 一个完整的实例

　　这一部分是一个南海岸航海用品（South Coast Nautial Supplies）完整的例子。让我们通过实际的案例来总结我们已经学习过的内容，巩固我们的知识。

　　用户角色：

　　　　从公司人员那里我们获知到项目背景，公司使用产品目录来销售航海用品，但是官网上只有一个简单的网页。公司老板决定要在网上销售商品，并要求在30天内上线。

　　　　接下来就需要我们定义客户，虽然是公司要求开发网站，但是实际的用户不是公司员工，而是使用网站来购买商品的客户。我们首先应该与真实的客户进行交流。公司派Lori来充当客户，她提供了一些系统背景信息。之后就需要召集开发人员和Lori一起来定义用户雏形。简单定义后，我们就需要进行整合与提炼，之后再进行建模，对每一个角色进行详细的描述。在最后，还需要添加虚构人物，他们是系统的主要用户，网站的大部分流量都来源于他们，在本系统中，“狂热航海者”、“有经验的航海者”以及“教练”很重要，所以，我们就虚构出两个任务，它们有不同的身份背景，用以提供更完整的场景。

　　一些用户故事：

　　　　在创建完角色后，我们就需要编写出初始故事清单。这时候两种方法，一种是不按角色写故事，另一种是从角色开始写出故事。由于已经进行了角色虚构，所以我们采用第二种方式。对整个系统中已经确定的每一个用户角色分别编写各自的故事。将总结出的的每一个故事都记录在故事卡上，分别归属到相应的角色下。最后收尾阶段，我们还需要询问Lori是否还有需要添加的功能，以及一些可能出现的问题，同样记录在消息卡上。

　　估算故事：

　　　　统计一下在故事写作坊中整理出的故事，接下来，需要我们对他们的优先级进行排序，以防在规定的期限内不能完成所有的工作。为了创建发布计划，每一个故事也要进行一个估算，准备故事点，故事点代表着理想日、复杂度或对团队有意义的其他度量。

　　发布计划：

　　　　创建发布计划需要以下步骤：确定迭代长度、估算速率、给故事安排优先级、将故事分配到一轮或多轮迭代中。根据网站交付时间，我们确定适用两周的长度迭代。将优先级高的功能安排在第一轮迭代中，这样既可以保证主要功能的完成，还可以评估速率，预估第二轮迭代中的工作量。

　　验收测试：

　　　　故事的验收测试用于决定故事是否完成，测试通过意味着客户可以接受它。这意味着用户负责定义测试，测试人员进行辅助。按照发布的功能的故事卡来逐个测试，当测试通过后，意味着我们的系统开发完毕。