《敏捷估计与规划》之关于计划的沟通

计划沟通最重要的是如何沟通估算和计划的方法问题，所有的沟通需要是频繁的，坦诚地和双向的。

频繁的就计划进行沟通是非常重要的，敏捷的计划变动比较频繁，敏捷的发布计划只会显示接下来几次迭代要开发的内容。

就计划进行的沟通

沟通时，要么包含你对这个估算的确信程度，要么包含可能的日期范围，或者两者都包含。

1.我有？%的确信度，可以在mmdd之前完成计划的功能

2.根据对项目规模和团队绩效的假设，项目会花费3-4个月的时间

甘特图可以很好的显示分派到各次迭代的特性

注意：此处的甘特图和传图的甘特图之间，存在微小的、但是很关键的区别：

首先，图示的是特性层面，没有把每个用户故事分解成他的组成任务，是特性分解结构（FBS），而不是工作分解结构（WBS）,由于产品价值的增加来自于特性的完成，而不是由组成特性的任务的完成所带来，所以只显示到特性。

其次，每个特性都占据了他所需要的整个长度。

第三，图中没有显示对资源的分配，因为是由整支团队负责交付所有的特性。

就进度进行沟通

发布燃尽图是沟通项目进度的主要方法，发布燃尽图上显示的进度是剩余工作量和团队速度的一个函数。预测剩余迭代次数的简单方法就是将还要开发的点数除以速度。

速度值考虑过去的8次迭代，如果没有8次迭代，就使用所有的迭代

（1）最近一次迭代的速度----刚发生的情况

（2）平均速度-----长期平均的情况

（3）最慢的3次迭代的平均速度----最坏条件下可能发生的情况

使用这3个不同的值可以得到不同的预期完成点数。

迭代结束总结30分总的时间就可以完成小结，两周的迭代，每周华仔写报告上的时间最多只有15分钟。

迭代总结的内容

1.背景

人员

迭代中可以使用的人员，计划天数和工作天数

工作日

又遇节假日会减少迭代中的工作天数，因此某些迭代计划的天数可能会不同。可能会有人员请假或者原计划休假实际未休假的情况。

2.指标

给各行着色，绿色代表成功的构建，红色代表失败的构建，如果所有测试成功，状态栏只报告成功测试的数目；如果由任何测试失败，就只显示失败测试的数目。报告职报告通过的测试的数目（如果都通过了的话），否则就职报告失败的测试数目。

迭代燃尽图

速度

3.内容和评估

X月X号9点进行了迭代回顾，确定了下列事项