呼叫中心恢复运营之后的第三天，俞飛鸿还是没有按时下过班。
系统升级的方案是赵磊在断电当天晚上就写好的，第二天一早提交，俞飛鸿看了二十分钟批了。
她把方案从头翻到尾，把每一个节点的技术细节都过了脑子，然后在最后一页的空白处写了两行字——“可行，按计划推进。
注意数据迁移的冗余备份”。
那两行字写得很快，她签名的笔迹一贯地干脆利落。
赵磊拿到批回来的方案的时候，看了一眼那两行批注，愣了一下，然后拿着文件夹转身回了工位。
俞飛鸿不是技术出身，但她看方案的时候从来不只看结论。
她看逻辑链条的完整性，看每一个环节之间的衔接有没有漏洞，看方案里提到的风险点和应对措施之间是不是真能对应上。
她批方案用的时间比赵磊预期的短了很多，但批的内容比赵磊预期的细了很多。
新方案的执行需要一个完整的测试周期。
断电那晚暴露出来的问题不止一个，系统重启时间长是一块，数据同步的延迟是另一块，还有几个模块之间的接口调用在极端情况下会出现超时。
赵磊把这些问题挨个列了出来，写在方案的第一页上，后面跟着他提出的解决方案。
俞飛鸿看了那页纸，把赵磊叫到办公室，问了他一个问题——“你写的这些解决方案，你自己信吗？”赵磊看着她，说了一个字——“信。”俞飛鸿说了一句“那就干”，然后把方案签了。
赵磊带着技术团队每天干到凌晨。
他们把测试环境搭起来，把新代码部署上去，然后一遍一遍地跑压力测试，跑数据迁移的模拟，跑极端情况下的故障恢复演练。
每一次测试的结果出来，赵磊都会把数据整理好，发到俞飛鸿的邮箱。
俞飛鸿每一封邮件都看，看完了之后不回“收到”，而是直接给赵磊打电话，问他某个数据为什么比预期高了零点几秒，问他某个模块的日志里出现的那条警告是什么意思，问他测试过程中有没有发现方案里没有写到的隐患。
赵磊一开始不太适应她这种问法。
一般来说，管理者看测试报告只看结论，看一个“通过”或者“不通过”就完了。
但俞飛鸿不是这样。
她要的不只是一个结果，她要的是结果背后的原因，是原因背后的逻辑。
赵磊被问了几次之后，慢慢就适应了，后来他发邮件的时候会主动在报告里加上备注，把他认为可能