按照一般的思路,做任何一个事情都要经历what -> why -> how -> result,所以针对“提高解决问题的能力”这个事情,我也按照这个思路来分析
what -> 什么是“好的解决问题的能力”?
因为我们讨论的是“提高解决问题的能力”,那么首先要找准目标,定义一下“什么是好的解决问题的能力”
我自己定义的“好的解决问题的能力”包含:
时刻谨记目标: 把问题的影响降到最低!!
确保类似问题不再发生/少发生
why -> 为什么要提高解决问题的能力?
出了问题,解决不了,老板会生气
公司内部晋升一定会考察“解决问题的能力”
面试必定被问“解决问题的能力”
所以,想升职加薪、出任CEO、迎娶白富美、走上人生巅峰么?
想!就一定要努力提高解决问题的能力
how -> 怎么提高解决问题的能力?
重点来了!解决问题的思路也是 what -> why -> how -> result
what -> 问题是什么?
会有人不知道问题是什么就开始解决问题?我不开玩笑,真的有。回想一下你自己和身边人解决问题的例子
“问题是什么”包含(不是全部)以下内容:
正确的什么?
错误的是什么?
错误的一共几点?
问题的严重程度有多大?
......
关于“问题严重程度”要特别说明一下,出发点是“对核心业务有多大影响”,比如:
核心功能是不是受影响?
比如前几天400供应商环界出问题,400业务对于我们来说有两个核心点: 1. 用户能不能拨通;2. 我们能不能拿到通话记录。查下来发现:1. 用户可以正常拨通; 2. 部分通话记录受影响,但是可以后续100%补齐数据,再加上环界方面说修复不会太久,所以我们这边没有马上采取措施,只是提前跟环界沟通了补数据的逻辑
有多少比例的流量/用户受影响?
......(业务自有的一些属性受影响程度)
做事情之前搞不清楚要做的事情是什么,那注定是要悲剧的,解决问题也是一样~~
why -> 问题发生的原因是什么?
重要: 不一定要先查到原因,再解决问题,也可以先解决问题,然后再查原因,这样可以减小问题带来的损失
举个例子解释一下上面这句话: 比如有一次服务器报错,查看发现4台服务器只有1台报错,那么第一步要做的就是“换掉那台服务器”,然后再去看那台服务器到底出了什么问题
具体原因的排查靠的是专业的能力,这个比较灵活,我没办法详细展开,只说明一点: 过程最好都详细的记录下来!!
有时候你会发现擅长解决问题的人有超人的“灵感”,可以一下子“猜对”问题的根源,这种灵感来源于经验的积累,积累来源于记录!!
how -> 怎么解决问题?
分两种:
找到原因
根据原因,对症下药
没找到原因
根据一些现象可以找到解决方法,比如:
刚刚说的1台服务器出问题的情况
重启浏览器 -> 重启电脑 -> 换个浏览器 -> 重装浏览器 -> 重装电脑(这是我之前公司帮忙做公司内部系统的时候解决问题的一个通用流程=0=,实践证明很好用)
关键点:
快: 用最快的方法,而不是最优的(因为目标是:降低问题带来的损失)
小: 改动的地方越小越少越好
准: 别把其他地方改坏了(最坑爹+常出现)
result -> 这次搞定了,下次还会有么?
重要: 避免问题再次发生,比解决单次问题更加重要!要避免问题再次发生,就必须知道“why问题发生的原因是什么”
产品研发相关的一些可能的原因和后续改进的方法:
原因: 代码写的有问题
解决: 改进代码
原因: 产品规则有矛盾
解决: 改进规则
原因: 交互流程不清晰,用户容易误操作
解决: 改进交互
就这么简单?当然不是!! 必须要有可量化、可监督的“后续Action”!!
你有没有觉得大部分的问题都可以归结于:“代码写的有问题”!
那是不是该问一下:为什么代码写的有问题?怎么能避免代码写的有问题?
针对这个问题,经常出现的原因是: 做这个功能的时候没有考虑全面;太粗心,没有认真测试。
然后经常出现的后续的Action是: 以后做功能的时候要认真考虑全面;把涉及到的功能点都认真自测和QA测试。
小时候考试没考好,我也会跟妈妈说: 这次复习不够,下次考试之前认真复习。这次太粗心了,下次考试认真做。
所以呢,要想下次考好,就要这样:
制定一个详细的复习计划
找学习好的同学帮忙看看复习计划是不是OK
严格按照学习计划执行,定期让父母帮忙检查
考试的时候重点的大题要做两遍,保证没有因为粗心做错
所有的问题处理过程都应该记录下来,我自己的问题分析报告的格式:
问题的表现,最好截图
问题的原因及排查过程
问题的处理过程
后续的action,如何杜绝/减少该case的情况,要转化成项目,明确时间点,及时反馈进度
result -> 怎么能证明自己解决问题的能力提高了?
我觉得我浑身充满力量 不如 我可以一拳打死一头牛!
所以还是要从“问题分析报告”来看自己解决问题能力的提高
一共解决了多少问题
能解决问题的复杂度是不是提高了
解决问题的过程是不是更清晰了
解决类似复杂度问题的时间是不是缩短了
总结一下
两点:
这次一定要记录下来!
不准有下次!