摘要：
敏捷规划有效的原因 敏捷规划的目的是以迭代的方式发现总体产品开发问题的最佳解决方案，这个问题就是在哪段时间内使用哪些资源来得到哪些功能。敏捷估计和规划方法可以成功找到这样的解决方案的原因包括： 1）计划是在不同层次上做成的，并且重规划频繁地发生； 2）计划是根据功能而不是根据任务做成的； 3）首先估 阅读全文
摘要：
1 监督发布计划的执行 速度度量的是小组在每次迭代中完成的工作量。应该采用全有和全无的规则来计算速度。如果完成了一个故事，小组就可以在计算速度的时候得到它所有的估计值。如果再迭代中只是部分完成了故事，确定速度时就完全不要考虑它。 燃尽图显示出每次迭代开始时项目中剩余的功能点或理想日数目。小组的燃尽过 阅读全文
摘要：
1 发布规划基础 发布计划是覆盖了比一次迭代更长时间范围的高层次计划。对大多数开发小组来说，每3-6个月会进行一次发布，但是根据开发的软件类型不同，更频繁或者更少的发布也不少见。最简单的情况下，发布规划可以说是微不足道的：用预期的速度乘以计划得迭代次数，然后选择用户故事，让他们的规模估计值之和充满这 阅读全文
摘要：
1 确定主题的优先级 由于很少会有足够的时间来完成所有的事，因此需要通过优先级来确定首先处理哪些工作。确定优先级时需要考虑4个主要因素。 （1）获得这些功能带来的经济价值 （2）开发（可能还包含支持）新功能所需的成本 （3）开发新功能所产生的学习和知识的量及重要性：包括对产品的知识（做什么）和对过程 阅读全文
摘要：
1 使用故事点估算规模 故事点是对用户故事规模的相对度量。具有10个故事点的用户故事的规模、复杂度或者风险应估计为具有5个故事点的用户故事的两倍。具有10个故事点的用户故事的规模、复杂度或者风险同样应该估计为一个20点的用户故事的一半。有意义的只是分配给不同用户故事的点值得相对大小。 速度是对开发小 阅读全文
摘要：
1 规划的目的 估算和规划是重要的，但也是困难的和容易出错的。我们不能仅仅由于它们很困难就不去做这些事。项目早期给出的估计没有项目晚期给出的估计准确。不确定性锥形像是了这一逐渐细化的过程。 规划的目的是找到一个最佳答案，用于回答“要构建什么”这一产品开发的总体问题。这一答案综合了功能、资源和进度。一 阅读全文
摘要：
估算用户故事 故事点：代表时间的模糊单位，叫NUT（Nebulous Units of Time）。 故事点的特性是团队可以定义自己认为合适的故事点大小。它可以是一个理想日的工作，也可以是一个故事复杂度的测量。因此不同的团队，故事点有不同的意义。 使用故事点估算的好处： 无论什么时候获得有关故事的新 阅读全文
摘要：
只从一个角度写用户故事，往往容易忽略一些需求，因为有些故事针对的并不是系统的一般用户，因此需要采用一些初始步骤来更好的编写故事。 用户角色建模 1 通过头脑风暴，列出初始的用户角色集合 每个人尽量想出多的角色，并把它们写在卡片上；不需要对角色进行讨论和评估；直至很难再想到新的角色为止。 2 整理最初 阅读全文
摘要：
用户故事 用户故事描述了对用户、系统或软件购买者有价值的功能。 用户故事应该具备以下特点： 1) 独立的：应该避免故事间的项目依赖。在对故事排列优先级时，或者做计划时，故事间的相互依赖会导致问题。 2) 可讨论的：故事不是签署好的合同，故事是功能的阶段描述，它提供了适量的信息给开发人员和客户团队，提 阅读全文
摘要：
访问者模式：表示一个作用于某对象结构中的各元素的操作，他使你可以在不改变各元素类的前提下定义作用于这些元素的新操作。 举例说明，假设家庭中通常有丈夫和妻子两个人，两人对不同的访客有不同大反应 首先定义不同的访客： 下面定义数据结构接口和具体数据结构 下面定一个数据结构的管理类，例如一个家庭类： 客户 阅读全文