燃尽图的秘密

我们知道，燃尽图用来燃尽开发完成的故事点数，而不是燃尽工作小时数，燃尽图的纵轴展示故事点数，燃尽图的横轴展示当前迭代的天数。团队每天更新燃尽图，如果在迭代结束时，故事点数降低到0，迭代就成功结束。

在敏捷开发迭代过程中，因团队配合问题、流程熟悉问题、准备是否充分问题、风险问题等都会对每天燃尽的故事点数产生影响，燃尽图所展示出来的趋势也会产生很大的差异，那这些燃尽的趋势线到底代表了什么？能反应出团队在迭代中到底经历了什么？在接下来的实战团队燃尽图连载环节，我将会给大家展示7张不同的燃尽图，剖析燃尽趋势线的秘密，每张燃尽图的个性突出，趋势各异，对于每个趋势线背后到底代表了什么，我会以问答的形式剖析趋势原因，给出相对合理的解答。

问题：如上图所示，迭代时间盒为10天，在迭代的前7天，故事点数不仅没有下降，反而每天在波动上升，这是为什么？

解答：团队处在敏捷开发转型的初期，需求没有澄清，导致随着迭代的不断推进，没有发现的需求问题逐渐被暴露出来，在每日站会上，新的任务不断的被添加到看板上，虽然每天完成的有任务，但是新任务的新加量完全大于每天任务的燃尽量，最终在迭代结束时，累计燃尽任务40个，要知道，当前迭代开始时，只有21个任务，整个迭代期间增加了19个任务。可见，整个团队在需求理解上存在很大的问题，理解不清楚，导致任务拆解不详细，遗漏了大量的任务细节，在迭代期间不停的补，补全了应该交付的功能点。

问题：如上图所示，为什么在迭代的第8天，故事点数陡然下降？

解答：在迭代第5天，团队还有28个任务，我作为团队敏捷教练，及时告知团队当前迭代可能存在失败的风险，团队在廉耻心的驱动下，加班加点的赶工，虽然任务还在增多，但是终于在第7天取得突破性进展，任务被团队开发同学大批量交付并验收通过，最终呈现出断崖式下降的趋势。

问题：如上图所示，为什么在迭代的第2天会有微小的起伏上升？

解答：因为微小的失误，任务拆解出现遗漏，在迭代的第2天，及时发现遗漏的任务，补充进来，最终呈现出在第2天微小的上升趋势。

问题：如上图所示，这个迭代燃尽图趋势线是否正常？

解答：过个燃尽图还是比较正常的，是我们比较希望看到的任务燃尽趋势，也是团队努力的目标，每天都有任务的领取、自测、交付、验收，每天都有完成后的燃尽更新，这是比较好的状态。

问题：如上图所示，为什么在迭代的前5天没有燃尽一个任务？

解答：只有完成的任务才可以燃尽，这里就需要理解一个“完成”的概念，什么是完成？团队会定义完成的标准。在我的敏捷开发转型实践团队中，只有任务自测通过，并被专业的测试人员测试通过，满足验收标准后，才被认为是完成的。也就是任务从进行中到已完成状态的更新，是由专业的测试人员来更新的，开发人员把任务从准备做领取到进行中，开发完成并自测完成后，在对应的任务上打上完成的标识。这时，专业测试人员开始介入，他们测试完成，验收通过后，才算真正的完成，才能在燃尽图上进行更新标识。在迭代的前5天没有燃尽一个任务意味着没有一个任务是被“完成”的，敏捷开发转型实践中发生这种情况的原因可能有，第一，后台接口太多，一直没有开发完成，与前端页面不能进行及时的联调。第二，测试任务积压，一直没有测试完成，验收通过。第三，需求变更，团队在等待。第四，迭代一开始，团队资源就出现问题，迭代的前几天没有资源。

问题：如上图所示，为什么在迭代的第4天，任务突然飙升14个，在迭代的第五天，任务回归14个，直到迭代结束，任务还是14个，一直没有燃尽？

解答：首先，这是一个失败的迭代，在迭代的最后一天，任务也没有完成，迭代开始时，团队有14个任务，迭代结束时，团队依然还有14个任务，但团队实际完成了14个任务。本次迭代，团队累计承接任务28个。其次，产生这种现象的原因可能是团队在迭代开始时，采用了不可预知的新技术，团队成员本以为迭代可以正常进行，顺利交付，但直到迭代的第5天，任务才完成1个，团队依然有13个任务等待完成。在迭代的第5天，团队意识到，如果坚持采用新技术，任务不可能完成，于是，放弃新技术，改用原来的成熟方案，结果，用老方案，造成开发任务增加了14个，虽然团队加班了2天，冲刺完成了部分可以快速完成的任务，但是依然有14个任务，直到迭代结束，也没有做完。这是我在敏捷开发转型团队中遇到过的比较诡异的燃尽图。

问题：如上图所示，为什么从迭代的第3天开始，任务突然增多了8个，但持续4天没有任务被燃尽？

解答：产生这种现象的原因有两个，在迭代的第3天，任务已经完成了4个，预期任务将在第4天全部完成，所以，在迭代的第3天，团队领取了新的任务。或是团队迭代正常进行中，因外力影响，强制要在当前迭代中插入新的任务，造成任务突然增多，但因需求理解问题或需求的不确定性影响，持续4天，任务没有完成，造成燃尽图上升、持平均衡的现象发生。

问题：如上图所示，为什么在迭代的第4天，任务突然飙升14个，在迭代的第五天，任务回归14个，直到迭代结束，任务还是14个，一直没有燃尽？

解答：首先，这是一个失败的迭代，在迭代的最后一天，任务也没有完成，迭代开始时，团队有14个任务，迭代结束时，团队依然还有14个任务，但团队实际完成了14个任务。本次迭代，团队累计承接任务28个。其次，产生这种现象的原因可能是团队在迭代开始时，采用了不可预知的新技术，团队成员本以为迭代可以正常进行，顺利交付，但直到迭代的第5天，任务才完成1个，团队依然有13个任务等待完成。在迭代的第5天，团队意识到，如果坚持采用新技术，任务不可能完成，于是，放弃新技术，改用原来的成熟方案，结果，用老方案，造成开发任务增加了14个，虽然团队加班了2天，冲刺完成了部分可以快速完成的任务，但是依然有14个任务，直到迭代结束，也没有做完。这是我在敏捷开发转型团队中遇到过的比较诡异的燃尽图。