如何充分估算和确定优先顺序的案例EstimatingandPrioritizingStories.pdf

第 25 章 如何充分估算和确定优先顺序的案例 Estimating and Prioritizing Stories 一个敏捷开发的团队必须从商业价值的角度来定义所开发的软件的功能，然后计划好如 何实现这些功能，以便毫不拖延地实现这些价值的目标。在本章中，我们将介绍如何通过案 例卡片帮助开发团队界定这些功能，并且说明如何对相关工作的实施进行恰当的估算，并且 确定其优先顺序。本章为第26 章进行了重要的铺垫，第26 章将介绍计划敏捷项目的方法。 25.1 与客户一起工作的案例 Working with Customer Stories 客户案例提供了一种方法来确定一个软件产品中的各个分散的具有商业价值的功能。 因此敏捷开发团队可以通过使用案例来确定和计划开发工作，并且在实现软件的商业价值 过程中衡量其进度。通常你会希望安排一个两人小组的开发人员来执行这种含有少量编程 片断的案例。 511 1 注：虽然客户案例这个概念源自于极限编程（XP ），但是这个词也经常用于其他类型 的敏捷开发项目。相比之下，我们更喜欢用团队客户案例这个术语（或合适案例），不 2 喜欢用客户案例这个术语，因为这样可以避免与用例这个术语产生任何可能的混淆 。 1 Beck, Kent. Extreme Programming Explained, First Edition (Addison-Wesley, 2000). 2 Jacobson, Ivar. “Object-oriented development in an industrial environment” (OOPSLA, 1987). Visual Studio Team System 更佳敏捷软件开发 408 第 25 章 如何充分估算和确定优先顺序的案例 概述 Overview 我们最先在第3 章介绍过客户案例这个词，当我们解释这个词的时候，讲过这个术语 有3 个基本的部分：卡片、交谈并确认3 。 图 25-1 所示为一个案例的卡片部分。卡片正面是这个案例交谈的摘要，卡片背面是 这个案例的确认部分的描述和一个用户测试。案例产生于开发人员与客户之间的简短交 谈，这种交谈是在项目的生命周期内作为案例实践的结论出现的。 因此，关于这个功能的大多数信息并没有被记录下来，所以请注意，你不能仅仅孤立 地看卡片上的内容。例如，图25-1 中的案例概括了OSPACS 团队中的两个成员：Luke （开 发人员）和 Sally （客户）之间的一次交谈。乍一看，这个案例实现起来非常简单，但是 如果你能够与 Luke 交谈的话，就会很快发现，这实际上代表了大量的工作，因为它涉及 要访问一个外部数据库，还须要对多个字段的内容进行匹配，而且这些不同格式的数据的 添加方法也不一致（见图24-4 ）。 注：小尺寸的卡片意味着只能捕捉到开发人员与客户之间讨论的很少的一小部分结 512 果。具体的细节包含在其后由客户写的测试内容中（见第7 节）。 图25-1 来自OSPACS 项目的案例卡片的正面和背面 实践案例 案例实践要求开发团队使用卡片来计划一个项目，卡片用于对工作进行总结、评估， 3 Jeffries, Ron. “Essential XP: Card, Conversation, Confirmation” (). Visual Studio Team System 更佳敏捷软件开发