Azure DevOps中如何移动迭代未完成任务使燃尽图展示真实完成率

核心逻辑：Azure DevOps的迭代燃尽图基于迭代周期内的工作项快照数据计算，只要你调整未完成任务所属迭代的时间点避开当前迭代的统计周期，就不会影响上一个迭代的完成率统计，也不需要复制任务。 #

正确的任务移动时间节点 #

在当前迭代正式结束，且迭代数据完成最终快照之后再操作移动未完成任务即可。
Azure DevOps默认会在你设定的迭代结束日期当日23:59:59生成该迭代的最终统计快照，你可以选择在迭代结束后的第一个工作日，或者团队完成迭代复盘会议之后，再批量处理所有未完成的任务，将其归属迭代修改为下一个迭代即可。此时上一个迭代的燃尽图数据已经固化，任务归属的变更不会回改上一迭代的统计结果。 #

配套操作规范（避免数据失真） #

• 迭代运行周期内，不要修改任何任务的所属迭代字段。如果提前确认某任务无法在当前迭代完成，可以给任务打上迭代移交的标签做标记，留到迭代结束后统一处理
• 移动未完成任务时，不需要修改任务的原始预估工时、创建时间等字段，只需要更新所属迭代、调整剩余工时为实际未完成的数值即可，下一个迭代的燃尽图会自动纳入这部分工作量统计
• 如果你的团队开启了燃尽图的「范围变更」统计选项，迭代结束后移动任务的操作不会被计入上一迭代的范围变更记录，不会干扰上一迭代的效率评估

常见错误操作避坑 #

• 禁止在迭代结束前移动未完成任务：迭代运行期间修改任务归属，会直接从当前迭代的总任务规模中扣减对应任务的工作量，计算完成率时系统会默认这部分任务不属于当前迭代，自然就会出现100%完成的失真结果
• 不需要拆分、复制任务：同一个工作项跨迭代移动只要时间点正确，两个迭代的统计数据会自动分别计算，上一迭代会保留该任务归属期内的未完成记录，下一迭代也会正常承接剩余工作量，完全不需要生成重复的工作项。

内容的提问来源于stack exchange，提问作者L.Bielefeld