第8音 PD ID UE

最近读完了《敏捷估计和规划》，这本书对于实现敏捷开发具有很强的实战意义，提供了很多实际的操作方式和工具集，下面就是这本书的核心“敏捷估计和规划的12条指导原则”
1.让整个小组参与。
特定活动的主要职责可能会落在某个人或者某个分组身上，例如确定需求的优先级主要是产品所有者的职责。但是，在最求可能具有高价值的项目时，要让整个小组参与进来并做出承诺。例如，我们可以在一条建议中看到这一点，这条建议就是虽然可能很明显只有1~2个特定的小组成员会处理正在估计的故事或任务，但整个小组做出的估计才是最好的。小组成员分担的职责越多，小组可以共享的成功也就越多。
2.在不同层次上进行规划。
不要错误地认为发布计划会让迭代计划没有用，反过来也一样。发布计划、迭代计划和每日计划分别以不同的精度覆盖了不同的时间范围，而且各有其特定的用途。
3.使用不同度量单位，让对规模和持续时间的估计保持独立。
让对规模和持续时间的估计保持清晰区别的最佳方法是使用不会造成混淆的独立度量单位。使用故事点来估计规模，再使用速度把规模转换到持续时间是完成这一工作的好办法。
4.用功能或者日期来体现不确定性。
没有哪个计划是必然发生的。要确定您制定的任何发布计划中都包含对不确定性的体现。如果新功能的量是固定的，就把不确定性表示为一个日期范围（“我们会在第三季度完成”或者“我们会在7~10次迭代中完成”）。如果日期是固定的，就需要表示在要交付的确切功能上的不确定性（“我们将在12月31日完成，产品至少会包含这些新功能，最多可能只会再包含那些新功能”）。不确定性较大的时候，就使用较大的单位（例如迭代、月，季后是季度）。