概述

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

可以让你快速熟悉业务和支撑这些业务的应用系统；

体现你能力的最佳场所；

可以拔高认知，培养全局思维；

提高自己在公司的影响力。

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

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

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

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

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

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

体现你能力的最佳场所

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

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

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

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

拔高认知，培养全局思维

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

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

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

提高自己在公司的影响力

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

小结

处理线上问题，必须是得坚持一段时间，像我自己的话，是坚持了足足9个月，然后才能得到一些东西。而我之所以能坚持这么久，是因为一开始我就有上面的认知了，看到了处理线上问题的价值。

欢迎关注本专栏

技术经理成长复盘

感谢。

技术经理成长复盘-处理线上问题相关推荐

技术经理成长复盘-领导力
概述当你成为一个管理者后,有两项权力是伴随着管理岗位而来的,它们分别是: 1.指派任务给组员的权力: 2.奖惩的权力,做的好的,给与激励,做的不好可以批评: 如果你把着两项来自岗位的权力,运用的炉火 ...
技术经理成长复盘-产品研发要配合好
概述产品经理在开需求评审的时候,如果PRD考虑不全面,经常会被研发人员挑战,如果确实考虑欠周全,就需要改动PRD,这个的代价是很大的.一般来说,PRD定了就是定了,只能接受非常小的改动.需求评审被及 ...
技术经理成长复盘-简单聊聊产品规划的流程
概述技术经理(manager)已经是属于技术管理岗了,需要为组员负责,为事情负责,从职位上看,也是很需要知道手头上正在做的业务项目,是基于公司哪个战略的,虽然到你手头上已经是一些明确的任务了,但是技 ...
技术经理成长复盘-技术目标
概述业务需求一个接着一个的来,技术团队拼尽全力去实现,这个是必须的.因为对于团队来说,实现业务目标是基础,如果这个都做不到的话,那么可能团队存在的意义也就没有了. 业务需求其实是做不完的,在资源和时 ...
如何快速处理线上故障【转】
概述线上故障通常是指大规模的影响线上服务可用性的问题或者事件,通俗点讲就是:掉'坑'里了,这个'坑'就是线上故障!线上故障的处理过程可以形象地表达为:'踩坑'.'跳坑'.'填坑'.'避坑'. 线上故 ...
如何快速处理线上故障
#概述线上故障通常是指大规模的影响线上服务可用性的问题或者事件,通俗点讲就是:掉'坑'里了,这个'坑'就是线上故障!线上故障的处理过程可以形象地表达为:'踩坑'.'跳坑'.'填坑'.'避坑'. 线上 ...
top结合jstack处理线上cpu飙升问题
java程序线上运行时,出现cpu过高的情况如何进行定位呢? 记得刚参加工作的时候,老同事留下的一个项目,出现了cpu100%的情况,后来检查代码发现,之前的同事在写这块的时候,没有考录到多线程并发的 ...
90后美女CEO想找个CTO,我给她个技术经理,她说天啊太好用了！
摄影:方飞作者:黄哲铿/<技术管理之巅> 编辑:Emma 昨天,李铁柱发来了微信: 黄老师,太感谢了,你给我介绍的兄弟很靠谱,人狠话不多,两天时间,把困扰我们公司半年的难题给解决了!不多 ...
如果我当上技术经理如何展开工作
软件架构师何志丹如果我当上技术经理如何展开工作... 1 1 总括... 1 1.1 引子... 2 1.2 技术经理(总监)的任务... 2 1.3 ...
骆俊武：五年了，我的技术管理成长之路
大家好,我是武哥. 2020 年元旦节,我在公号上写下了第一篇管理方向的系统性总结: 工程师如何从技术转型做管理? 累计被转载了 60+ 次,应该有不少读者因为这篇文章关注了我.后来在微信上,我又陆续 ...

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

概述