谁来背上线的这口锅

背锅专业户

这个梗来自@召唤 小朋友在 scmroad 群里发的一个图，标题是老板眼中的运维，大意就是老板、产品、研发、涉及、运营、运维眼中各自的对方。运维从中获得了背锅专业户的“美誉”。

除了由于运维操作、误判产生的问题，其实多数在线上产生的问题都可追溯到研发管理过程中去。只不过运维作为线上环境的维护团队和保障团队，当系统在线上出现问题风险被暴露和放大后，首当其冲面临质疑。

谁来干

这让我想到一个问题：谁来背上线的这口锅呢？

“

十几个人七八条枪的小公司当然研发自己上线了；接着招了专业测试的，研发觉得测试有(gai)保(bei)障(guo)，于是测试上线；后来发现来了个专门背锅的运维，大家一致认为当然他来上线啦；运维背锅时间一长，心想总让老子背锅那还行，开发了自动上线平台，又让测试来上了；公司说我们推崇全栈文化，各自对各自代码负责，测试人员表示四肢赞成，锅又挪到研发人员头上了。

”

因为规模、文化、阶段的不同，公司可能让不同的团队来负责上线这件事。这里要明确的一点就是，上线这件事是一项工作，而不是一口锅。只有大家互相合作、共同担当才能把这件事做好，如果在做事的时候总想着谁来背锅，那这样的公司或者说团队文化有问题。问题出现了，我们要分析，然后把问题的缘由找到、解决问题、避免下次出现。问题出现是我们大家都不希望看到的，问题还没有解决就开始讨论谁来背锅，这样的公司或者团队请慎重考虑。

那么最终上线这件事情谁来做呢？我的观点是谁来做都可以，但做之前要清楚的划清职责界限。那一般谁来做呢？就是上面我说的情况，评估下公司现在的情况然后找到恰当的团队来做这件事。清楚的认识公司所出的阶段、制定相应的解决方案、安排合适的人执行也是一种能力。关键就是要看公司具体的情况。我的倾向是公司小(<30)的时候，对产品质量负责的人来负责上线（测试或者质量管理人员）；当公司有专职的运维人员，可以让运维人员来协调。有专门的应用运维来支持上线也是个不错的方法；当公司已经到150人以上的时候，这个时候就需要规范的上线流程，需要一个上线平台。这个时候运维人员最好专注于平台的研发以及后台支持，上线这个动作由质量负责人来做就可以了。

运维虽然被称作背锅专业户，那也是专业户的啊，在很多方面真的很专业（当然我们也要有自己的判断）。其实有些锅真的不应该让运维来背。说句实在话，没有专业的运维，出的问题会更多，教训会更惨。就像配置管理人员一样，公司小的时候找个人兼职一下觉得也没啥事，运转的也很顺利，但是随着业务增多，涉及的工作量在增加，知识面也在拓宽，技术难度增加，这个时候真的不是一个兼职的运维或者兼职的配置管理就可以搞定的。如果坚持让一些人兼职的搞这些事情，多数情况会成为一个瓶颈，影响公司的整体运行效率。

题外话

说下工作中遇到解不了的难题怎么办？我的个人经验是：问自己的直属领导。切记找自己直属的领导的前提是1）明确、清楚知道现在要解决的问题是什么 2）自己已经通过多种渠道、各种办法去尝试过，遇到了什么问题且没办法解决 3）自己在这方面不是特别资深或者说你明确能从他那里能得到帮助，包括给你资源，给你方向，帮你协调等。为什么要这样说呢？因为如果自己连具体要解决的问题是什么都无法清楚的描述，或者自己都没去思考、去尝试，然后就把这个问题抛给了自己的直属领导，那么作为你的直属领导他也会很郁闷。他把你请来就是来解决问题的，可是你却把问题又抛给了他。 如果你已经是资深的工程师或者是一个职能部门的负责人，那么除非是方向性的问题可以去澄清，其它技术方面的问题最好还是自己搞定，因为你已经是这方面的大牛，你应该有自己的专业判断。