网络工程师怎么做好工作复盘 成长方法
同样干三年网络运维，有的人成了团队骨干，有的人还在原地接工单。差距的来源有很多，其中最被低估的一个，是复盘习惯。会复盘的人，三年攒的是三年的经验；不会复盘的人，三年攒的是一年经验重复三遍。
复盘这个词听着玄，其实就是对做过的事做结构化的回顾：发生了什么，我做了什么，哪些对了哪些错了，下次怎么做得更好。网络工程师的日常素材特别适合复盘，因为我们的工作天然带着清晰的因果链：配置敲下去，通或者不通，结果立刻可验证。
具体怎么做？按工作类型给几个模板。
故障处理后的复盘。这是含金量最高的复盘场景。一场故障下来，趁记忆还热，花二十分钟写清楚几件事：故障现象是什么，影响范围多大，从发现到定位花了多久，排查路径走的哪几步、哪几步是弯路，根因是什么，修复动作是什么，以后怎么预防。其中"弯路"那一栏最值钱，它会告诉你自己的排查盲区在哪里。写完归档，下次类似故障，这份文档就是你的外挂。
项目割接后的复盘。割接是网络工程师的大考。割完之后复盘：方案里哪些预估准了、哪些偏了，回滚预案用上了吗，时间窗口的估算和实际差多少，和第三方的配合哪里卡壳。割接复盘做多了，你对"自己估算的准确度"会有校准，这是资深工程师的隐形能力。
学习阶段的复盘。备考认证的过程也值得复盘：这个月计划学的内容完成率多少，没完成的原因是什么，哪类知识点记不住、为什么，刷题的错误集中在哪个模块。用复盘驱动下一阶段的学习计划，比闷头往前学效率高得多。
写复盘的几个原则，说点实在的。
第一，写给自己看，不是写给领导看。所以不用粉饰，坑要如实记，包括自己犯的低级错误。复盘文档的价值和诚实度成正比。
第二，趁热写。故障处理完当天写，记忆里的细节是最丰富的。拖到一周后，只剩大概印象，复盘就稀释成总结了。
第三，具体到命令和数值。写"检查了接口状态"没用，写"display interface看到CRC错误持续增长，定位光模块问题"才有用。细节是复盘的肌肉。
第四，定期回看。文档写完不回看等于没写。每个月翻一遍自己的复盘库，你会发现同类问题反复出现，那就是你需要专项突破的点。
第五，克制完美主义。复盘不需要文采，不需要格式多精致，能说清因果就行。花半小时排版的复盘不如花十分钟多记两条细节。
复盘之外，再送一个放大器：把复盘变成分享。团队内部做故障分享，把你踩的坑讲给同事，讲一遍的印象深刻于看十遍。敢于公开讲自己的弯路，本身就是一种职业自信。有的机构在结课阶段会让学员做技术分享练习，比如润天教育的课程里就有这类环节，练的就是把经验结构化输出的能力，这个能力在以后带团队、做售前的时候全是硬通货。
最后说个心态问题。很多人不复盘，是因为觉得"事情都过去了，翻旧账没意义"。恰恰相反，网工这个职业，经验就是资产，而复盘是把经历变成资产入账的动作。不复盘的经历是折旧的存货，复盘过的经历才是升值的资本。每天花二十分钟给当天的关键事件入个账，三年后你和同龄人的差距，就是账本上看得见的差距。
