试运行报告

项目经理：张伟

业务确认：周敏

部门：产品研发中心

试运行期间：9月2日至 9月13日

结论：建议扩大到十二层全员，并打开访客与用品

一、试运行结论

9月2日至 9月13日，行政协同平台对十二层市场部 30 人试运行会议室预订和请假两项。张伟建议从 9月16日起把账号扩大到十二层全员 86 人，并在下一迭代打开访客登记和用品申领。两周内系统可用率 99.6%，严重故障 1 次，40 分钟内恢复。满意度 4.1 分，回收 26 份。陈静已阅读本报告。

1. 试运行不包含访客和用品，这两项仍走纸质，避免未完成功能进真实业务。
2. 市场部由李婷组织，每天指定 1 人记录提交失败和看不懂的文案。
3. 扩大范围前，王芳须把试运行发现的 2 个严重缺陷关闭并复测。
4. 全员打开的当天，周敏安排 20 分钟主管说明，不另开全员大会。

二、试运行安排

账号于 9月1日由周敏开通，房间只用十二层 6 间中的 3 间，其余 3 间仍由前台日历管理，以便对照。请假只开放事假，病假和半天留在试运行之后。刘洋值守工作日 09:00 至 18:00，备份是同组另一名开发。王芳每天抽 5 笔与页面状态核对。

1. 试运行环境即预发，短信发给本人，不使用挡板。
2. 纸质和邮件渠道同时保留，员工可以选系统，不做强制切换。
3. 每日 17:30 张伟收李婷的问题条数和刘洋的故障记录。
4. 9月13日 16:00 开试运行评审，参会人与本报告署名一致，另加陈静。

三、运行数据

两周共完成订会 128 次、请假 46 单。订会里有 11 次因时段冲突被拒绝，员工改订成功 9 次，放弃 2 次。请假当天办结 40 单，其余 6 单跨到次日，原因是主管出差未设代理人。行政接到的进度追问从试运行前一周的 22 次降到第二周的 9 次。下表为分项。

四、问题与处置

严重问题有两件。9月4日上午预订按钮无响应，原因是预发证书过期，刘洋 40 分钟内更换并恢复，期间 6 笔改走前台。9月9日一名员工看到别人的请假事由，原因是列表缺少部门过滤，刘洋于 9月10日修复，王芳复测 20 个账号，确认只能看到本人单据。一般问题 8 件，主要是时段选择器不好点，已列入 9月18日的修改。

1. 证书过期已加入监控，到期前 14 天告警到刘洋和张伟。
2. 列表权限由王芳写入回归用例，扩大账号前必须再跑一遍。
3. 6 名未设代理人的主管里，周敏已联系 4 人，剩余 2 人在 9月15日前补齐。
4. 李婷汇总的 8 条文案，陈静采纳 5 条，其余维持原词，避免状态用词分裂。

五、扩大运行的建议

建议 9月16日把会议室和请假开放到十二层 86 人，房间扩大到 6 间，请假增加病假和半天。访客与用品仍按原计划在后续迭代开发，不在本次扩大时强行开放。扩大当天保留前台电话到 9月20日，作为故障时的退路。张伟在扩大后的第 5 个工作日再出一份简报，看追问次数是否继续下降。

1. 扩大前的检查由王芳在 9月15日完成，两项严重问题的复测记录须附在检查单后。
2. 周敏准备主管说明，重点讲三种状态和代理人，时长 20 分钟。
3. 若扩大后第一个工作日不可用超过 30 分钟，张伟决定暂时回到市场部 30 人范围。
4. 本报告存入项目库，作为打开全员账号的依据。