阶段评审纪要

记录人：张伟

评审人：陈静

部门：产品研发中心

会议时间：9月18日 10:00–11:30

结论：设计阶段通过，准予进入构建阶段

一、评审结论

9月18日阶段评审决定：行政协同平台设计阶段通过，准予进入构建阶段。评审覆盖十二层 86 名员工的订会议室、请假、访客登记和用品申领。阶段目标里的范围冻结、流程设计和主数据口径均已达到。门禁自动开门改到后续增量，不作为本阶段未完成项。陈静口头决定后于当日邮件确认，张伟按邮件执行。

1. 构建阶段自 9月19日开始，试点日维持 10月31日。
2. 预算维持 86 万元，评审不批准追加。
3. 参会人：陈静、张伟、刘洋、王芳、周敏、李婷。
4. 纪要 9月18日 18:00 前发出，作为构建阶段的起点。

二、阶段目标核对

设计阶段原定四项目标：冻结范围、完成主要流程设计、统一主数据名称、写出质量目标和测试入口条件。前三项已完成，质量目标已由王芳提交，陈静认可「上线时严重缺陷为 0」。访客自动开门的设计图未画完，会议决定将该目标从本阶段移除，改为人工确认的页面设计，刘洋在 9月25日前补一版。

1. 范围说明于当天会前由陈静批准，版本日期使用本次评审的日期。
2. 9月16日设计评审的必须修改项，会上确认房间名称和状态节点已关闭。
3. 主数据：房间 6 间、用品 42 个品类、十二层员工 86 人，周敏确认来源。
4. 测试入口条件包括冻结版本、自测记录和阻塞缺陷清单，王芳已写入测试策略。

三、成果与偏差

阶段成果包括批准的说明书、设计纪要、房间唯一名称和三种状态用词。偏差有两项。接口说明比计划晚 3 天，已在 9月17日入库，未影响评审。厂商门禁包未到，导致原「自动开门设计完成」这一目标作废，替换为目标「人工确认流程设计完成」，替换已计入阶段通过，不记为失败。

1. 晚 3 天的接口说明覆盖会议室和请假，访客字段在替换目标里补齐。
2. 李婷确认市场部能按 30 分钟起订理解规则，不再坚持 15 分钟。
3. 阶段费用发生 41 万元，含暂停期间的人力，陈静认为仍在 86 万元以内。
4. 设计阶段日历比原计划多 15 个工作日，原因是 9月8日起的联调暂停。

四、问题与风险

进入构建后的主要风险是访客两条尚未修复的严重缺陷可能挤占迭代，以及短信模板审核可能赶不上 10月15日。会议要求严重缺陷在系统测试开始前清零，短信若延误则先用页面待办。下表为评审当场确认的跟踪项，既有已关闭的说明，也有尚未动手的培训。

五、下阶段授权

陈静授权张伟在构建阶段调整迭代顺序，单次不超过 4 个故事点；授权刘洋按已批准规则编码；授权王芳按已定测试策略拒绝未达准入的版本。授权不包括改变四项事务、试点日和预算上限。构建阶段的第一次检查定在 10月9日迭代演示，第二次定在系统测试结束。阶段状态从 9月19日起改为构建中。

1. 张伟每两周提交一次阶段简报，沿用颜色和里程碑日期。
2. 需要重新过门的情形：预计突破预算、试点日要移动、或四项事务减少一项。
3. 周敏在构建阶段继续提供主数据和验收时间，每周不少于 6 小时。
4. 本纪要与说明书、设计纪要放在一起，读者以 9月18日邮件确认为准。