7月9日，星期二的早上。
准时叫醒亿万富翁沈宴深的不是梦想，而是闹钟。
沈宴深先在微信上问问肠粉小哥今天在哪里出摊，把早餐落实，然后与往常一样，洗漱出门。
王其可能在忙，过了十几分钟才回复，沈宴深按照他说的位置找过去。
过段时间沈宴深可能就搬走不住这里了，所以趁现在还在，多照顾照顾王其的生意吧，反正包子馒头也吃腻了。
上班的第一件事，就是处理昨天遗留的闻信订单系统的补丁更新。
和李忠源确认后，先更新测试环境，沈宴深只花了几分钟就更新完成。
补丁更新完成后，暂时没有客户咨询问题，沈宴深就也意思意思地参加一下每天的运维例会。
运维例会主要是由一个主持人讲述昨天或之前处理的生产系统问题，通常是由有经验的中级运维工程师主持，有时候为了锻炼新人，也会让刚入职不久的中级运维工程师讲解。
今天的主持人是在绿城坐班的李易鸿，刚过试用期。
生产运维问题通常是按录入oA系统的先后时间讲解，根据主持人的习惯，有的是从后往前讲解，有的是从前往后讲解。
沈宴深听了一会儿才讲到他之前录入的任务。
这是一条关于蓉城亚虎客户的任务，李易鸿第一遍读标题的时候，连断句都卡壳，沈宴深听得双眉紧蹙，只在内心吐槽，这是新人，业务不熟是很正常的事情。
接着他又从头读了一遍，这次总算勉强把标题的意思读出来了。
接下来按照正常流程，主持人会大概讲下问题描述，这部分通常是客户反馈的概要。
比如客户张三反馈了一个什么问题，在什么页面，做了什么操作之后，出现了异常，导致哪里不对，正确的应该是什么，类似这种。
沈宴深的问题记录都是清晰、简练的，过一遍之后，稍微有点经验的人一眼便知问题原由。
但李易鸿却将这个问题讲得面目全非，三两句话就能讲清楚的，听完他的讲述后，反而让人越听越迷糊。
其实如果是真不懂的话，直接照本宣科的读一遍，参会的人都能大概明白。
这里沈宴深也默默忍受了，没有开麦。
最后讲的是解决结果描述，这部分就是记录问题的进展及最终结果。
沈宴深的这个问题是处理完成的，所以都有详实的结果描述，问题最后解决了，达到了客户想要的效果，并且还记录了详细的处理过程，相关的重点和需要特别注意的部分，还做了加粗和标红。
可以说是保姆级教程了，完全可以作为后续同类问题的标准解决方案。
很可惜，李易鸿再次在这里翻车了，念完结果描述，他自己云里雾里的，还阴阳怪气地来一句。
“这条应该没有人听明白吧？洁莹记下这条，回头改下，下次再重新讲一遍。”
刘洁莹是部门助理，主要负责例会上记录需要完善或存在疑问的问题。
李易鸿这话意思再明显不过，就是认为沈宴深这条任务记录不合格，需要修改，但具体什么问题，他又说不出个所以然。
沈宴深终于忍不住开麦。
“喂，喂，大家能听到吗？”
没人回应，李易鸿已经关掉刚刚的问题页面，正准备讲下一条。
再次“喂”了两声，还是没人回应。