呼叫中心恢复运营之后的第三天，俞飛鸿还是没有按时下过班。

    系统升级的方案是赵磊在断电当天晚上就写好的，第二天一早提交，俞飛鸿看了二十分钟批了。

    她把方案从头翻到尾，把每一个节点的技术细节都过了脑子，然后在最后一页的空白处写了两行字——“可行，按计划推进。

    注意数据迁移的冗余备份”。

    那两行字写得很快，她签名的笔迹一贯地干脆利落。

    赵磊拿到批回来的方案的时候，看了一眼那两行批注，愣了一下，然后拿着文件夹转身回了工位。

    俞飛鸿不是技术出身，但她看方案的时候从来不只看结论。

    她看逻辑链条的完整性，看每一个环节之间的衔接有没有漏洞，看方案里提到的风险点和应对措施之间是不是真能对应上。

    她批方案用的时间比赵磊预期的短了很多，但批的内容比赵磊预期的细了很多。

    新方案的执行需要一个完整的测试周期。

    断电那晚暴露出来的问题不止一个，系统重启时间长是一块，数据同步的延迟是另一块，还有几个模块之间的接口调用在极端情况下会出现超时。

    赵磊把这些问题挨个列了出来，写在方案的第一页上，后面跟着他提出的解决方案。

    俞飛鸿看了那页纸，把赵磊叫到办公室，问了他一个问题——“你写的这些解决方案，你自己信吗？”赵磊看着她，说了一个字——“信。”俞飛鸿说了一句“那就干”，然后把方案签了。

    赵磊带着技术团队每天干到凌晨。

    他们把测试环境搭起来，把新代码部署上去，然后一遍一遍地跑压力测试，跑数据迁移的模拟，跑极端情况下的故障恢复演练。

    每一次测试的结果出来，赵磊都会把数据整理好，发到俞飛鸿的邮箱。

    俞飛鸿每一封邮件都看，看完了之后不回“收到”，而是直接给赵磊打电话，问他某个数据为什么比预期高了零点几秒，问他某个模块的日志里出现的那条警告是什么意思，问他测试过程中有没有发现方案里没有写到的隐患。

    赵磊一开始不太适应她这种问法。

    一般来说，管理者看测试报告只看结论，看一个“通过”或者“不通过”就完了。

    但俞飛鸿不是这样。

    她要的不只是一个结果，她要的是结果背后的原因，是原因背后的逻辑。

    赵磊被问了几次之后，慢慢就适应了，后来他发邮件的时候会主动在报告里加上备注，把他认为可能引起俞飛鸿注意的点提前标出来。

    俞飛鸿也每天陪到凌晨。

    她不写代码，不调试系统，但她坐在办公室里，确保所有的问题都能在第一时间被反馈和决策。

    她在办公室的那张椅子上坐着，面前摊着笔记本，一边看赵磊发来的测试报告，一边在笔记本上记东西。

    那些记下来的东西有些是技术问题，有些是管理问题，有些是她自己脑子里冒出来的想法——等到第二天白天，她再把这些记下来的东西整理成具体的指令，发给对应的人。

    晚上九点四十分，手机震动了。

    俞飛鸿正在看赵磊发来的测试报告，屏幕上的字有些小，她把手机拿近了一些。

    那报告写了将近二十页，赵磊在最后两页写了详细的结论和后续建议。

    俞飛鸿正在看倒数第二页上的一段关于数据校验的逻辑说明，那段话有点绕，她得把手机横过来才能看清整行的内容。

    她刚把手机横过来，就感觉到了震动的触感。

    震动的不是工作手机，是那部浩瀚手机。
>

本章未完，点击下一页继续阅读

最新网址：m.kushuxs.net