技术经理成长复盘-处理线上问题

日期： 2020-11-28 分类：跨站数据测试 351次阅读

概述

关于处理线上问题，首先得认识到它对【个人】的好处：

可以让你快速熟悉业务和支撑这些业务的应用系统；
体现你能力的最佳场所；
可以拔高认知，培养全局思维；
提高自己在公司的影响力。

要能看到做这个事情的价值所在，方能长期坚持下去，下面分几个维度讲一下。

有助于快速熟悉业务和支持业务的应用系统

对于刚入职的技术经理，快速熟悉业务，是必须的，除了有助于自己快速的融入到团队里去，还可以为自己后续的任务合理分配和系统有效规划打好基础，当然最重要的还是有助于与团队内部、外部、上司进行良好的沟通，如果业务都不熟悉的话，很多事情都无法直接跟你谈。你可以通过以前同事的文档或者通过公司其他同事的业务分享去熟悉系统业务，又或者说自己死扣业务代码，一行一行的看，去了解业务细节，但我个人认为这样做不太实际，效率也低。首先文档这东西，基本别指望了，大多数公司都是欠缺的，尤其是发展迅速的创业公司里，而业务分享的话，对分享者的要求又很高，讲的不好，听了也是白听，且大部分人也都不喜欢做分享。至于直接看代码的，太花时间了，且容易进入细节里，难以看清全貌。

个人推荐的做法是，直接一来就去处理线上问题，带着问题去询问或者查看代码，效率是非常高的，因为问题非常明确，就摆在那，你压根就不用去想，从哪个地方切入去熟悉业务，直接把当前的问题解决掉，就能了解到一点业务，通过长期的坚持的处理一个一个的问题，慢慢的从点到线到面的了解整体的业务。

随着解决的问题越来越多，你会越来越了解当前的业务应用，有哪些模块，都是负责什么的，当前是怎么玩的，哪些是关键的地方绝对不能出问题的，哪些又是强依赖第三方的，渐渐的会对应用有个整体的认识。当然也会知道系统哪些地方需求去打补丁，哪些地方需要去做监控。

小结一下，处理线上问题能让你熟悉业务，也能让你知道业务应用是如何支撑业务的。

体现你能力的最佳场所

当出现了紧急大故障的时候，无论是管理人员还是基层人员，肯定都是会很急的，因为除了钱不断的损失，还会有很多的客诉，且业务方也会有各种埋怨。在这样紧急的情况下，你能想到解决方案，快速的止血，那绝对是能力好的的完美体现，也很好的体现了自己的价值。

当然要做到这样难度也是很高的，比如说，当线上出现紧急问题的时候，一般都是如下的一些处理套路：

限流？
扩容？
回滚？
直接上代码解决？
重启？
第三方的问题？

请问应该选择哪些方案能快速止血？这个还真的需要靠自己平时的积累和硬实力才能做好选择的。由于这篇文章不是讲如何紧急处理故障的，这里就不详细介绍。

拔高认知，培养全局思维

导致线上故障的原因多种多样的，有些是系统应用本身的问题，有些是发布的问题，有些是项目管理的问题，有些是运营人员误操作问题，有些是测试人员的问题，有些是产品经理设计的功能本身有问题，等等等等。在处理这些问题的过程中，会自然而然的去思考出现的问题的各个环节，而不只是老想自己的代码应该如何优化这个点上，会渐渐串起来，去思考体系上有没有什么问题？需要补充什么？这无形中会拔高自己的认知的，从整体上去想问题。

当你发现体系上还存在各种各样的不完整，不要自我设限，要去思考如何将体系补充完善。比如说，你发现监控中心或者值班中心的人，只会转发问题且转完后就不管了，那么他们对自己应该做什么事情，承担什么责任，还未完全清楚，需要有人去建立一个正确的对接流程，并按照这个流程去执行。再比如说，搞一场带秒杀性质的活动，活动一开始，系统就挂了，那么技术体系上就得单独增加一个秒杀系统。而像处理线上问题，是开发还是测试还是研发去处理，说不清楚的时候，就可以尝试做个大胆的操作，组织架构上以项目导向的换成以产品为导向的，做个组织体系上的改进。

当你不断的从整体上去思考的时候，慢慢的就会得到高级别的一些认知，甚至可以说，是你自己独有的认知。而这些认知无论在哪家公司都是非常有用的。

提高自己在公司的影响力

这个就不用多说了，实在太重要了。举个简单的例子，假设你跟老板说：我要先有title，才能干事，那么老板会认为其实是你的影响力还不够。影响力是逐渐的慢慢的慢慢的累积出来的，而不断的坚持的去处理线上问题，是其中一种有效的方式，因为期间你会跟各个职能团队的人有碰撞，而你又能把问题搞定，慢慢的他们就逐渐了解你，有事情就会去找你解决，你的影响力也就慢慢开始来了。一旦你的影响力慢慢的提高后，对后面自己推动或者做什么事情，是非常有用的。