08 · 实施与上线 · 观察期

第一夜的问题,先分类再动手

上线支持守开闸后的观察期:在场、可停路径、不改库。日常工单不在这一页。

上线当晚的支持记录
  1. 开闸 在场。 第一笔业务旁边有支持,记录单号。
  2. 每小时 分类。 缺陷停路径,操作叫讲师,变更进清单。
  3. 交接 写明。 未关闭问题、谁在跟、会不会影响下一班。

上线支持守的是观察期的秩序

系统刚开闸的几天,问题会集中到来。上线支持的特点是在场、可找到、并且不直接改生产数据。他收集单号、截图、操作者和时间,按开闸清单处理:缺陷先停路径或改用已验证的旁路,旁路必须被交付经理同意;操作问题当场叫培训讲师;新愿望记下,不改代码。完整的工单分诊——编号、关闭验证、不在群里许诺——观察期结束后交给技术支持。他如果自己去改数据库,当晚会被当成英雄,第二天没人说得清数为什么变了。

值班表要覆盖夜班。只有白班支持的项目,夜班仍会回到微信。他把值班电话写在仓管能看见的地方,不写在项目群公告的深处。

怎样结束观察期

结束条件事先写好:连续若干班次关键路径无未关闭缺陷、期初差异清零、值班记录里没有重复的操作问题。条件满足,上线支持把值守交给日常技术支持,交接的是未关闭清单、已停路径和验证单号,不是一套新的分诊方法。不满足就延长观察,不因为项目成员要撤场而宣布稳定。

第一夜缺编码

第一车有一个物料在新系统里没有编码,按规则不能收。群里有人让支持先建临时物料。上线支持拒绝,把这车登记为待处理,通知主数据认领人补编码,货按实施预案暂存。临时物料一旦建成,治理规则当天就破了。编码补上后按原单收货,记录里能看到等待时间。这是支持该做的,不是开发该连夜加的开关。

交接班时他把这张单的状态写给下一班。每班结束三句话:现在不能用的路径、仍在等待的单号、下一班不要重复尝试的动作。没有这三句,下一班会把同一车货再收一次。交接写在值班记录里,不写在私人聊天里。观察期内他看的是问题会不会重复:同一路径连续出错,先停用再修。他不追求零问题。已恢复路径重新开回时写验证单号。没有验证单号的恢复,只是开发说好了。观察期结束的那一班,他把未关闭清单、已停路径和验证单号交给日常技术支持,并约第一次回看时间。回看按工单跟,上线支持不再值夜班。工单如何编号、如何关闭、如何在群里不承诺改系统,是技术支持的日常方法,不在观察期这一页展开成手册。

观察期结束条件事先写在开闸清单背面,和开闸当天勾的那六项分开,避免值守人用「清单都勾了」宣布稳定。背面还写:没有交付经理签字的旁路,夜班不得启用。启用过的旁路,结束观察前必须关回已验证路径,并留下验证单号。拒绝临时物料的那张待处理单,交接时只写单号和等待谁补编码,不写「先收了再说」。值夜班的人如果同时是开发,不得自己修自己引入的缺陷并宣布恢复。恢复仍要验证单号。

回到时间线

开闸后谁值第一夜

上线支持要覆盖真正收货的班次。