燃尽说明

项目经理：张伟

迭代：第 6 迭代，9月24日至 10月9日

部门：产品研发中心

统计日：9月30日

结论：剩余偏多，预计晚 2 天完成

一、本期结论

截至 9月30日，第 6 迭代计划 42 点，已完成 28 点，剩余 14 点。理想剩余应为 8 点，实际比理想线多 6 点。9月26日和 9月27日两天共完成 6 点。结束日前还有 3 个工作日，按每天 3 点只能再完成 9 点，14 点会再多用约 2 个工作日，预计 10月11日完成。张伟据此说明原因，并给出压缩办法，陈静已阅。

1. 本迭代目标是访客登记和用品申领在测试环境走通，会议室与请假只做缺陷修复。
2. 晚 2 天不影响 10月31日试点，但会压缩王芳系统测试的起始缓冲。
3. 若结束日前每个工作日完成不少于 5 点，3 个工作日可完成 15 点，迭代仍能在 10月9日收口。
4. 说明中的点数以迭代计划会上承诺的故事点为准，会后不加故事。

二、统计口径

燃尽按故事点，不按任务条数。完成的定义是：代码已合并、王芳对应用例在测试环境通过、周敏确认页面文案。只有开发完成而用例未过的故事，点数仍留在剩余里。统计人是张伟，每个工作日 18:00 更新，数据来自当日站会。

1. 迭代从 9月24日排到 10月9日，理想线只在工作日下降，中间放假日剩余点数保持不动。
2. 理想线按 42 点均匀下降，每日约 5.25 点，说明里取整数对照。
3. 周末不安排承诺点数，刘洋自愿处理的缺陷不计入提前完成。
4. 故事若拆出新任务，点数不变，避免剩余被拆分方式放大或缩小。

三、燃尽数据

下表为每个统计日的剩余点数。9月24日、9月25日沿理想线。9月26日、9月27日受门禁联调影响，两天只下降 6 点。9月28日至 9月30日恢复开发，剩余从 30 降到 14，仍比理想线多 6 点。

四、偏差说明

偏差从 9月26日出现。门禁厂商临时要求刘洋参加 3 天远程联调，占用原定给访客确认的开发时间。联调未产出本期需要的接口，访客确认从 9月29日才恢复。另有用品库存脚本在 9月27日返工半天，原因是 42 个品类里 6 个单位与台账不一致。

1. 刘洋 3 天联调约等于 6 个故事点的产能，与当前偏差 6 点基本吻合。
2. 周敏已在 9月28日校正 6 个品类的单位，库存返工不再重复发生。
3. 陈静 9月29日同意本期不做自动开门，刘洋不再被厂商联调抽调。
4. 偏差未改变迭代目标，改变的是完成日期和测试缓冲。

五、剩余工作与调整

张伟把 10月1日至 10月3日的每日目标定为 3 点，由刘洋完成访客状态回写，王芳从 10月4日开始对已完成故事补测，周敏在 10月6日集中确认文案。若 10月3日剩余仍高于 8 点，张伟将用品申领里的配额报表移出本迭代，该报表当前未开始，移出后剩余下降 4 点。

1. 配额报表移出后列入下一迭代，李婷已确认十二层试点可以先不用部门配额。
2. 王芳 10月4日、10月5日各投入全天，只测已合并的故事，不接受新包以外的临时代码。
3. 张伟在 10月6日再次更新本说明，若预测完成日仍晚于 10月9日，当天报告陈静。
4. 站会继续每天 15 分钟，阻塞超过半天的事项由张伟在会后一小时内指定解决人。