那些年，我们背过的"锅"
做技术的，总逃不过——
背锅。
不是真的背锅，是——
"这个问题，你看看能不能修一下。"
然后修了半天，发现不是你的锅，但锅已经在你背上了。
锅的种类
锅一：测试说"明明在测试环境好的"
测试：生产环境崩了，怎么搞的？
我：我去看看。
（发现是环境配置不一样）
我：测试环境和生产环境的配置不一样。
测试：但我测试的时候是好的啊！
我：……（沉默）
锅二：开发说"我的代码没问题"
开发：服务起不来了，帮我看看。
我：（看日志）
我：配置文件写错了。
开发：不可能，我对比过的。
我：真的错了，你看这里。
开发：哦……那我重试一下。
我：（心里想：刚才说没问题的是谁？）
锅三：产品说"用户说不好用"
产品：用户说太慢了，你能不能优化一下？
我：查了查，是用户网络慢。
产品：但用户说只有我们网站慢啊。
我：你让用户试试其他网站。
产品：试了，也慢。
我：那是用户网络问题啊。
产品：但用户说……
我：……（我还能说什么？）
锅的来源
为什么锅总找上我？
原因一：我就在那
服务器挂了 → 运维在
代码跑不了 → 开发在
测试通不过 → 开发在
用户用得不好 → 所有人都在
原因二：我看起来能解决
运维会修服务器
开发会写代码
测试会找问题
所以，有问题就找他们。
原因三：我不好意思拒绝
"能不能帮我看一下？"
"应该不难吧？"
"就一个小问题。"
不好意思说"不"，结果锅就来了。
我是如何"甩锅"的
经过多年修炼，我学会了"甩锅艺术"：
技巧一：先搞清楚锅的归属
出问题了，先分析：
- 是代码问题 → 开发的锅
- 是配置问题 → 运维的锅
- 是需求问题 → 产品的锅
- 是测试没测出来 → 测试的锅
- 是用户问题 → 用户的锅
别急着背锅，先搞清楚谁的锅。
技巧二：留下证据
- 配置文件保留历史版本
- 操作记录要写下来
- 会议纪要要点名谁说的
- 每次改动都有log
证据在手，锅想甩也甩不出去。
技巧三：及时沟通
- 发现问题及时说
- 不确定的情况及时问
- 有风险及时预警
"我早说了"总比"你怎么不说"好。
技巧四：学会说"不"
这不是不配合，是——
专业。
有些锅，不背：
- 不属于我职责范围的
- 没有明确说明的
- 风险很大的
最好的"防锅"方法
其实，最好的防锅方法，不是甩锅，而是——
让锅找不上你。
方法一：写好文档
把配置、流程、注意事项写清楚。
下次出问题，让对方先看文档。
方法二：规范化
配置统一、流程统一、工具统一。
减少出错可能。
方法三：做好沟通
- 提前说清楚会出什么问题
- 出问题后及时沟通
- 不要闷头做决定
方法四：保持专业
该是谁的锅就是谁的锅。
别随便背锅，也别随便甩锅。
最后
背锅不可怕，可怕的是——
背了锅，还不知道为什么。
更重要的是——
背了锅，还下次继续背。
所以：
- 搞清楚问题的根源
- 学会沟通和拒绝
- 留下证据和记录
- 保持专业和清醒
这样，锅来锅去，锅不是你的。
当然，如果锅是自己的——
那就认了，修好它。
毕竟，锅背了总比锅砸了强。
