超级文档
迭代回顾
登录
免费注册 / 登录

迭代回顾

主持人:张伟
部门:产品研发中心
回顾日期:9月23日 16:00–17:00
结论:保持每日站会和周五对账,用例改为开发第二天评审

一、回顾结论

第 5 迭代于 9月23日回顾。迭代目标是会议室预订和请假审批在测试环境走通,实际两项都已演示,故事点计划 36、完成 33,未完成的 3 点是代理人选择,移入下一迭代。团队确认两件做法继续保留:每天 15 分钟站会、每周五库存字段对账。需要改变的是用例提交时间,从开发后期改为开发第二天。参会人有张伟、刘洋、王芳、周敏。

  1. 完成的 33 点已由王芳在测试环境复核,严重缺陷为 0。
  2. 代理人 3 点未完成的原因是主数据里 6 名主管尚未指定备份。
  3. 回顾时长控制在 60 分钟,只讨论本迭代发生过的事。
  4. 行动项由张伟记入当日纪要,9月24日站会确认负责人已看见。

二、继续保持

站会固定在工位旁,只讲阻塞和当日完成,9月内有 4 次阻塞在当天解除,例如预发证书过期。周五 16:00 周敏与刘洋对账 30 分钟,本迭代发现 6 个品类单位不一致,在写进用品故事之前改掉了主数据。李婷不参加站会,避免会议变成需求讨论。

  1. 站会参会人维持张伟、刘洋、王芳,周敏只参加周五对账。
  2. 阻塞超过半天仍由张伟指定解决人,这个规则从第 4 迭代延续至今。
  3. 对账记录写明差异条数和当天是否改完,本迭代 6 条全部当天改完。
  4. 演示仍放在回顾同一天下午之前举行,先看结果再谈改进。

三、需要改进

用例在开发第四天才集中提交,王芳有 11 条步骤与最终页面不符,返工约 1.5 人日。房间名称在开发中途仍出现简称和门牌两套,设计评审虽然要求删除简称,故事拆分时又被抄回任务描述。另外,迭代中段厂商联调临时占用刘洋半天,站会没有在前一天暴露这件插入事务。

  1. 11 条不符的用例里,8 条是按钮文案变化,3 条是驳回后单号规则未同步。
  2. 房间简称被抄回,是因为任务描述复制了旧原型上的例子。
  3. 厂商占用发生在 9月19日,直到当天下午才知道,会议室故事因此顺延半天。
  4. 周敏认为对账有效,但用品故事尚未开始,对账成果要等到下一迭代才进入开发。

四、改进行动

会议定了四条行动。下表给出负责人和完成情况。用例评审时间的调整从第 6 迭代第一天执行,任务描述清理已经完成,厂商占用的提前申报尚未形成书面约定。

五、团队约定

从第 6 迭代起,新故事在开发第二天提交用例评审,评审人是王芳,陈静只参加规则有争议的场次。任何超过半天的外部插入,须在前一个工作日告诉张伟,由张伟决定是否替换故事。房间、品类只使用周敏冻结的名称。这些约定写进第 6 迭代的开工说明,新成员入组时由张伟说明一次。

  1. 约定不增加会议,用例评审用 20 分钟,跟在站会之后。
  2. 未按第二天提交用例的故事,燃尽里不计为完成。
  3. 周敏继续周五对账,直到用品故事上线后的第一次盘点无差异。
  4. 9月30日张伟检查四条行动的状态,逾期的在站会说明原因。