迭代计划

项目经理：张伟

迭代周期：9月24日至 10月9日

部门：产品研发中心

承诺点数：42

目标状态：进行中

一、迭代目标

第 6 迭代的目标，是让访客登记和用品申领在测试环境走通，供周敏按真实规则操作。访客采用员工登记、周敏人工确认，至少提前 2 小时，车牌选填。用品覆盖 42 个品类，提交成功即扣库存，库存不足则整单拒绝。会议室和请假只修演示后的必须项，不新增能力。计划点数 42，周期从 9月24日到 10月9日。张伟对承诺负责，刘洋对实现负责。

1. 走通的标准是：王芳用例通过，周敏能独立完成确认和一次申领。
2. 自动开门、部门配额、月视图不进入本迭代承诺。
3. 迭代结束日演示给陈静、周敏、李婷，演示未通过的故事不计完成。
4. 点数在计划会后不再增加，新请求由张伟另行登记。

二、承诺范围

承诺包括访客登记与确认、用品申领与扣减、车牌选填、半天请假和驳回理由必填。容量按刘洋全职、两名开发全职、王芳后半段加入估算，能够覆盖 42 点，其中补测与文案 6 点可被缺陷占用，不拿来做新功能。

1. 访客登记与确认 16 点，内含车牌选填；用品申领与扣减 14 点；半天与驳回理由 6 点；补测与文案 6 点，合计 42。
2. 6 名主管的代理人由周敏在 9月26日前补齐，否则请假故事只维持现有能力。
3. 库存单位以周五对账后的主数据为准，开发不再自造单位。
4. 李婷提出的投影配件不在本迭代，等影响估计完成后再排。

三、任务安排

计划会开在 9月24日上午。下表为 9月30日的任务状态：骨架和申领提交已经完成，扣减与访客确认正在进行，文案确认、补测和演示尚未开始。

四、容量与风险

承诺 42 点里，补测与文案的 6 点被缺陷占用后，测试时间会被挤短。已知风险是门禁厂商继续抽调刘洋，以及库存单位再次不一致。陈静已同意本期不做自动开门，刘洋不再参加厂商联调。单位问题由周五对账挡住。若 10月6日访客确认仍未合并，张伟先拿下车牌选填，保证确认流程。

1. 王芳从 10月4日起每天全天补测已合并的故事，不接受口头热修复。
2. 补测占用超过 6 点后，新缺陷只修严重级别，一般缺陷列入下一迭代。
3. 每日站会 15 分钟，张伟按故事点更新剩余，对照理想线。
4. 外部插入超过半天，须提前一个工作日向张伟申报。

五、完成标准

故事完成必须同时满足：代码已合并到测试环境、对应用例通过、员工可见文案经周敏确认。只合并未测试的点数留在剩余中。迭代是否成功，看 10月9日演示时访客确认和用品扣减是否被周敏接受。未接受的部分进入下一迭代，不在演示现场扩范围。

1. 用例最迟在该故事开发的第二天评审，评审记录随故事保存。
2. 严重缺陷未关闭的故事不能标完成。
3. 演示接受的标准与第 5 迭代相同：业务负责人当场能独立走通。
4. 迭代结束后的下一个工作日，张伟用一页纸说明完成点数、未完成项和原因。