迭代演示纪要

记录人：张伟

部门：产品研发中心

演示时间：9月23日 14:00–15:20

结论：会议室通过，请假有条件通过

一、演示结论

9月23日下午，项目组向陈静、周敏和李婷演示第 5 迭代结果。会议室预订按规则接受，可以进入全员试用。请假审批基本接受，但必须在 9月27日前补上「半天」选择，补完并由王芳复测后视为接受。演示环境为预发，账号使用市场部 30 人中的 5 个真实账号。未演示访客和用品，这两项属于下一迭代。

1. 演示人是刘洋，业务确认人是周敏，员工视角由李婷操作。
2. 陈静当场接受会议室，并要求请假的修改不要新开一套状态用词。
3. 演示中发现的问题记入本纪要，不在现场直接改范围。
4. 纪要于 9月24日 12:00 前发出，异议截止当日 18:00。

二、演示内容

刘洋按员工路径演示了四段：查看十二层 3 间试运行房间的占用、提交一场 30 分钟会议、取消尚未开始的会议、提交事假并由主管账号通过。李婷自己完成了一次冲突订会，页面拒绝并提示了下一空档。周敏用主管账号驳回了一张请假，员工修改事由后用原单号再次提交。

1. 占用视图能看当天和后两天，李婷认为够用，不要求本期做月视图。
2. 冲突提示出现在提交时，耗时约 1 秒，陈静认可。
3. 请假通过后状态变为完成，员工页面与主管页面一致。
4. 短信在预发发给了测试手机，周敏收到待审批通知 1 条。

三、反馈意见

李婷提出上午短会希望 15 分钟，周敏重申房间切换需要时间，维持 30 分钟，与 9月16日设计评审一致。周敏提出病假和半天在全员开放时必须有，否则员工仍会发邮件。陈静要求驳回理由必填，演示中驳回理由可以为空。王芳补充，原单号再提交在演示里走通了 1 笔，还需补 5 笔回归。

1. 30 分钟最短时长维持，李婷接受，并负责向市场部说明。
2. 半天选择列为必须修改，选项为上午、下午，不与全天互相覆盖。
3. 驳回理由改为必填，为空时按钮不可提交，文案由周敏当天给出。
4. 月视图、年假、部门配额在演示中被提到，均未接受进本迭代。

四、接受决定

下表为演示项的接受结果。会议室三项已经接受。请假的通过和驳回已演示通过，半天和驳回理由仍在修改。访客入口在预发显示未开放，按计划未开始。

五、会后待办

刘洋在 9月27日前完成半天和驳回理由，王芳当天回归。周敏在 9月24日把半天的说明写进一页纸草案。张伟把「月视图、年假、配额」记入新增请求，不排进第 6 迭代的承诺。全员试用在必须修改关闭后的下一个工作日打开。

1. 回归用例不少于 5 笔，覆盖上午、下午、驳回原因为空被拦住、再提交。
2. 陈静不再次参加同一功能的演示，除非修改后的页面与纪要不一致。
3. 李婷于 9月25日向市场部 30 人说明最短 30 分钟，并收集两天内的失败截图。
4. 下一场演示预定在第 6 迭代结束日，内容为访客人工确认和用品扣减。