门径评审

申请人：张伟

评审人：陈静

部门：产品研发中心

评审日期：0000-00-00

结论：有条件通过，准予进入构建

一、评审结论

陈静在构建门评审中给出有条件通过：行政协同平台准予从设计进入构建。条件是访客本期改为人工确认，并在 10月8日前把该决定写入已批准的范围。自动开门不作为本门的交付证据。评审看的是十二层 86 人的订会议室、请假、访客登记、用品申领能否在 10月31日试点。张伟为申请人，刘洋、王芳、周敏列席。

1. 通过后刘洋按第 6 迭代的承诺使用现有编制，不追加预算。
2. 条件未在 10月8日关闭，则构建门重新打开，已开始的编码可以保留。
3. 本门不评审上线，上线另设试点门。
4. 评审材料于会前 2 天发给陈静，会上只核对未决项。

二、门径标准

进入构建需要六条标准：范围已批准、设计评审的必须项已关闭或有关闭日、预算剩余能覆盖到试点、关键依赖有替代方案、测试策略已写出、业务负责人承诺参与验收。标准由产品研发中心的阶段门沿用，本项目按四项事务逐条提供证据。

1. 范围证据是 9月18日陈静批准的说明书。
2. 设计证据是 9月16日评审纪要和 9月20日的修改核对。
3. 预算证据是 86 万元总额和 9月30日已发生 47 万元的核对。
4. 业务证据是周敏对人工确认时限 30 分钟的书面承诺。

三、证据核对

下表为六条标准的核对结果。范围、设计、预算和测试策略已经满足。门禁依赖的替代方案正在写入说明书。全员培训材料尚未开始，培训不作为本门的阻断项，但须有责任人和日期。

四、附带条件

条件只有一条：10月8日前，张伟把「访客由周敏人工确认、自动开门不列入 10月31日交付」写进已批准的范围说明并请陈静复签。复签前，刘洋可以继续开发人工确认，不得开发开门接口。周敏在同一日期前用 10 笔样例证明 30 分钟内能确认完。

1. 样例由李婷提供市场部真实来访 10 笔，周敏在测试环境操作。
2. 复签邮件由张伟归档，作为后续拒绝开门需求的依据。
3. 若周敏的 10 笔里有超过 3 笔超时，条件视为未满足，张伟重新估计访客上线方式。
4. 条件关闭由陈静在邮件中写明「构建门条件关闭」。

五、放行决定

陈静决定：自评审日起允许构建，试点日保持 10月31日，预算保持 86 万元。张伟在会后 2 小时通知刘洋、王芳、周敏、李婷。下一门为试点门，计划在系统测试结束且迁移演练通过后召开，预计 10月21日。在此之前，阶段状态保持构建中。

1. 构建期间每周一向陈静报告里程碑颜色，沿用现有状态说明。
2. 若预算预计突破，张伟立即暂停非关键故事并申请重新过门。
3. 王芳按既定测试策略准备 10月8日的系统测试，不因本门结论而提前换包。
4. 评审纪要与证据清单放在项目库，保管人张伟。