SLO表

维护人：陈静

系统：行政协同平台生产

周期：0000年9月

数据截止：9月20日

判断：五项都在目标内

一、表的用途

本表把行政协同平台工作日 9:00 至 18:00 的服务目标写成可以每周核对的数。对象是总部 420 人的预订、请假、访客核销和用品申领。周敏每周一填上一周，陈静看是否还在目标内。目标与内部可用性承诺一致，细项多了延迟和队列。

二、目标与现状

9月18日培训期间队列曾经更高，那几分钟到达提醒已关闭，恢复后的峰值按关闭之后的 12 条填写。陈静在备注里写了原始峰值，避免下周误读成从未积压。

三、读表方式

状态为达标时，本周按原计划发布和开放办公点。
任一延迟超过目标，当周不再加大预发压测到生产。
可用率掉出目标时，张伟暂停非修复类发布，先补错误预算说明。

四、更新

数据取自运行大盘的工作时间过滤。周敏每周一 10:30 前更新「现状」列。9月23日会补上 21 日至 22 日。核销样本量还小，全月不足 30 笔时在状态旁注明笔数，9月20日是 8 笔。样本少不影响另外四项的判断。核销 8 笔分别在 9月3日、9月9日和 9月19日，失败 0 笔。若 9月剩下的工作日再核销不到 22 笔，全月仍注明样本不足 30，状态保持达标，同时在 10 月把前台培训场次单列出来观察。培训日的核销可能集中在 1 小时内，陈静要求那天的成功率单独看，不和平时的 8 笔混成一个月只给一个 100%。9月19日的 40 人签到发生在到达提醒关闭之后，核销本身 40 笔都成功，但那批走的是页面按钮，没有全部进入本表的「二维码核销」口径，所以表上仍写 8 笔。陈静在 9月23日会把 21、22 日的核销补进「现状」列，再看样本是否超过 30。