2021年7月23日项目交接两地协作运维
问：一个系统还在跑，怎么从昌平移到武汉？直接把仓库权限给过去不就行了？
答：仓库只是代码。真出事的地方，往往不在代码里。
问：比如？
答：比如定时任务凌晨 2 点跑，跑之前要看某个共享盘上的文件到没到；比如证书 11 月到期，续期提醒发到一个组别名；比如某个接口依赖对方 ERP 每天导出的 CSV，对方换了人名我们不知道。这些东西从来没写进文档，靠的是「谁一直管谁知道」。
交接用三样，不用 PPT
第一样，一张运行时清单。不是架构图，是一张表：每个定时任务几点跑、跑失败找谁、证书到期日、外部数据源由谁提供、哪几台机器能重启、哪个目录不能删。那次列出来 14 行，昌平这边写，武汉那边照着一条条问，问不出来的当场补。补完一共 21 行。
第二样，跟着真上线走一次。不演练，就等下一次发版，武汉那边屏幕共享看着，昌平这边操作，边做边说为什么先备份、为什么这个点不能发。那次赶上个小回滚，反而比顺利上线更有用。
第三样，一个月的双签期。这一个月里所有合并请求两边各审一人，上线还是昌平点，但武汉必须在场。不是不放心，是让「看一眼」变成习惯。
问：多久算交完？
答：我们没定日期，定了个信号：连续两周，武汉那边独立处理了所有工单，没往昌平打电话。那次是第五周到的。
问：有没有交接一半又退回去的？
答：有一回。不是能力问题，是那个系统的客户习惯直接找原来那个人，微信一发，事情就在两地之间绕了一圈。后来我们干脆建了个三人群，把客户也拉进来，工单统一走群里，谁接谁回。绕的问题就没了。
一句大白话
交接跑着的系统，交的不是「怎么做」，是「出事时先想到什么」。后者只能靠一起盯几周，写不进交接文档。
