极客时间已完结课程限时免费阅读

27 | 5S问题处理法:怎么应对问题才能转危为机?

27 | 5S问题处理法:怎么应对问题才能转危为机?-极客时间

27 | 5S问题处理法:怎么应对问题才能转危为机?

讲述:安晓辉

时长16:22大小14.95M

你好,我是华仔。
上一讲我介绍了 5W 根因分析法,教你通过追问 5 个为什么来找到问题的根本原因。不过,找到原因不等于解决问题。
这就好比大夫看病,光是看出来患者的病根在心脏还不够,还要明确心脏到底出了什么毛病,是只用服药还是需要做手术,如果要安排手术,具体要怎么操刀。
处理问题也是这样,它是一个复杂的系统工程,既能够反映你的专业能力,又能够反映出你的综合能力。所以问题既有可能成为拖垮你绩效的陷阱,也有可能成为你晋升的机遇,关键在于你如何有效地去处理。
那么问题到底要怎么处理呢?我总结了一个 5S 问题处理法,也就是把处理问题的过程分为 5 个步骤:明确问题(Specify)、拆解问题(Split)、定位问题(Seek)、解决问题(Solve)和落地行动(Sort),从而化危为机。
接下来,我会为你逐一讲解这 5 个步骤。

第一步:明确问题(Specify)

第一个步骤是,明确问题
我有个朋友曾经遇到过这样的情况:
领导跟他说,最近团队士气好像不高。他立刻分析了 8 点原因,并提出了针对性的改进意见,还觉得自己反应很快,能力很强。
然后领导就让他负责提升士气,于是他组织培训和团队活动,搞各种评奖,推出各种新制度……干了一大堆事儿。
结果半年后,老板说,感觉士气还是没什么变化。
这其实是很多人都会犯的第一个错误:问题本身都没有明确定义,就直接开始采取行动。结果很可能就是,你做了很多事情,但无法衡量。
所以你一定要提醒自己,在解决问题之前,先要明确问题。(这本来是不言而喻的道理,但是在实际工作中我们往往容易忘记。)
怎么明确呢?根据问题有没有用数据量化,可以分为两种情况。

量化了的问题

首先,对于已经用数据量化的问题,关键在于确认数据是否准确
通过数据来展现问题是比较直观的,而且很多人认为“数据不会撒谎”,所以他们看到数据之后就直接开始处理。
但其实这种情况也是需要明确问题的。因为数据可能出错,出错的原因有很多种,可能是源数据出错,也可能是计算时出错。
我就多次遇到过报表系统出问题导致业务数据异常的情况;也遇到过统计部门调整算法但是引入 bug,从而导致数据错误的情况。
怎么确认数据是否准确呢?最方便的方法当然是让数据部门去核对,但是可能耗时比较长;而最快速的方法则是通过多个关联数据互相验证
以互联网电商业务为例,如果月销售收入下降了 20%,但是月订单量月活用户(MAU,Monthly Active User)都在增长,那么很可能是销售收入的数据统计出了问题。

没有量化的问题

其次,对于没有用数据量化的问题,又可以分为两类。
一类是可以量化但是还没量化的,比如“业务增长放缓”,其中的“放缓”到底是什么意思,是增长速度从 100% 下降到 60%,还是增长速度从 10% 下降到 6%?不同的人理解可能千差万别。
对于这一类问题,你把量化的环节补上就行了。比如老板说:“我对当前的利润增长速度不满意,希望更快一点。”你就要明确,老板关注的指标是季度增长率还是月增长率?更快一些具体是多快,20% 还是 50% 还是 200%?
另一类是无法简单量化的,比如“团队士气不高”,其中的“士气”只是一种主观感受,很难量化。
所以这类问题是最棘手的,一是士气不高也许只是领导自己的感受有问题,并不是真的存在这个现象;二是就算真的士气不高,改善的效果也很难衡量。
你怎么证明你提高了士气,又怎么证明士气到底提高了多少呢?
直接用数据来衡量肯定是不现实的。经过实践摸索,我发现调查问卷是一种比较有效的方法。既然是主观感受,那我们就综合大多数人的主观感受来得到一个相对客观的评价。
这就像一部电影好不好,虽然不能用片长、投资金额或明星数量来衡量,但是如果看过的观众都来打分,最后综合算出一个分数,还是有一定参考意义的。而且评价的人越多,越能客观地反映影片的质量,这也是豆瓣等平台的价值。
调查问卷的设计技巧总结如下:
问题数量在 10~15 个左右,太少会导致问题分析不全面,太多会导致被调查的人不想答。
问卷数量至少 10 份以上,太少会导致单个样本对整体结果影响太大。
尽量用选择题,开放性问题不要超过 3 个,因为没几个人会认真回答开放性问题。
评分用 1~5 分,不要用 1~10 分,用 10 分制的话,区别度不大,平均分基本都是 7~8 分。
如果你的 P8 或 P9 级别的领导让你帮他分析一下团队的士气,那么你可以这样设计调查问卷:
注:仅为示例,实际的问卷内容要更多一些。
基于多份问卷的结果,就能在一定程度上分析出团队士气情况和整体成员的认知情况,从而避免个人主观判断的偏差。
不过,如果团队的人数很少,就不要用调查问卷了。比如你是 P7 的 Team Leader,手底下带了 5 个人,现在你觉得团队士气不高,可以直接找他们一个一个聊,这样效果更好。

第二步:拆解问题(Split)

第二个步骤是,拆解问题
明确问题之后,你是不是就准备急着去分析原因了呢?毕竟你是负责人,领导还等着你的答案呢。
这就是很多人都会犯的第二个错误:把自己当成拯救世界的超级英雄,以为可以一个人搞定所有的事情
如果问题很简单,那么确实可以这样做。但大部分问题其实是比较复杂的,甚至有的问题看起来很简单,实际上可能涉及很多方面,如果你只靠自己一个人去分析,也许花了很长时间都搞不定。
所以为了能够更高效地分析问题和更快地给出解决方案,你要学会拆解问题。
具体的做法是,对问题进行初步的分析,将大问题拆解为几个独立的子问题,然后再根据子问题的数量和规模,看看是否需要申请更多人力资源来一起参与问题处理。
简单来说,就是不要单打独斗,要学会利用团队力量
至于按照什么维度拆解,这就和问题本身有关了。业务类的问题,可以按照业务类型来拆解,也可以按照客户群体来拆解;管理类的问题可以按照流程来拆解,也可以按照事项分类来拆解。
拆解问题有几个常见的小技巧:
拆解出来的子问题数量 2~5 个,拆太多了就很难保证互相独立。
拆解出来的子问题尽量互相独立。
明确子问题负责人,组成工作组,定期向上汇报进展。
比如电商业务的“订单数下降 30%”,你可以按照业务类型来拆解,看看不同品类各自下降了多少。
经过分析,你可能会发现,“男装下降了 20%”、“鞋类下降了 30%”、“食品下降了 20%”,其它品类的数据还是增长的。
于是,“订单数下降 30%”这个大问题拆解成了 3 个子问题,你可以分别协调对应的运营负责人来一起处理。
又比如“团队研发效率不高”,经过调研发现,团队反馈最多的前 4 个问题是“会议太多”“测试环境不足”“发布太麻烦了”和“需求变更太频繁”。
如果你一个人搞不定这 4 个子问题,你可以分别协调项目经理、测试负责人、运维负责人和产品负责人来一起处理。

第三步:定位问题(Seek)

第三个步骤是,定位问题
我曾听过这样的案例:
半年的业务买量数据不升反降,老板让运营负责人赶紧想办法。于是他连夜构思解决方案,提出了几个大展拳脚的方案,比如 SEO 优化、增加更多渠道等。
老板大手一挥批准其中 3 个方案,半年后一看,投入多了几千万,买量的数据却没有多大起色,老板脸色很难看。
这就是很多人都会犯第三个错误:没有找到根本原因的情况下,就急于给出解决方案
如果你只找到了表层原因,那么后续提出的方案就是无法从根本上解决问题,只能白白浪费时间和资源。
定位问题的技巧就是 5W 根因分析法,我在 26 讲已经介绍过了。需要注意的是,根本原因可能不止一个,不同的追问线索可能找到不同的根本原因。
比如“加班太多导致士气不高”,我们也许可以得到两个根本原因:“市面上的 Go 程序员较少” 和 “没有项目经理”。
问题 1:为什么士气不高?
答:因为加班太多。
 
问题 2:为什么加班太多?
答:因为人力不够。
 
问题 3:为什么人力不够?
答:因为招聘困难。
 
问题 4:为什么招聘困难?
答:因为市面上的 Go 程序员太少。
针对“市面上的 Go 程序员太少”这个根本原因,对应的解决方案可以是“招聘 C/C++ 程序员然后培养成 Go 程序员”。
接下来是沿着另一条线索追问的情况:
问题 1:为什么士气不高?
答:因为加班太多。
 
问题 2:为什么加班太多?
答:因为项目执行混乱。
 
问题 3:为什么项目执行混乱?
答:因为没有项目经理。
针对“没有项目经理”这个根本原因,对应的解决方案可以是“招聘专职项目经理”。

第四步:解决问题(Solve)

第四个步骤是,解决问题。
定位出问题的根本原因之后,你就需要提出问题的解决方案。
解决方案往往涉及资源的投入(增加广告投入预算)、组织的调整(成立专项小组)和系统的增强(增加配置检查功能防止运营配置出错)等,所以你需要得到上级的认可和支持。
这时很多人都会犯第四个错误:思维比较局限,只做了一个方案提交给上级。
你信心满满地把自己的解决方案提交上去,本来希望得到赞赏,结果却发现上级有更多的想法或不同的方案,反而认为你考虑得不够周全。
那么,怎么做才能很快得到上级的认可和支持呢?
你需要提供多个方案,并且给出你建议的方案和原因,最终让上级来挑选和拍板。这就是我在第 24 讲介绍的 3C 方案设计法

第五步:落地行动(Sort)

第五个步骤是,落地行动。
方案得到批准后,你就要落地执行,真正解决问题。很多人在这一步容易犯问题处理的第五个错误:做事没有重点和优先级,眉毛胡子一把抓
在前面的步骤中,你可能拆解出了 3 个子问题,然后每个子问题分析出 2~3 个根因,每个根因分别给出了对应的解决方案,接着每个解决方案又可以分成 3~5 件事情来做。最后你发现,可以做的事情有几十件。
你可能会认为这些事情都是有价值的,所以用一张 Excel 表格全部记录下来,然后从第一件开始一件一件地去做。
但是这样做的结果很可能是,你做了几个月,但是却看不到什么效果。
因为每件事情的价值有大有小,见效时间有快有慢,你的领导并不关心你做了多少件事,他们关心的是,问题有没有真正解决。如果看不到明显的效果,就算你做得很辛苦,也很难得到认可。
正确的做法就是先做优先级排序,然后挑选优先级 TOP N 的事情去做,尽快看到成效,让问题不断地改善。
优先级排序的技巧总结如下:
可以按照阶段来进行优先级排序,并且顺序是可以调整的。比如前 3 个月 TOP 3 的事情是 ABC,后 3 个月 TOP 3 的事情是 XYZ。
如果只有一个团队来做,建议挑选 TOP3 ~ TOP5 的事情来落地;如果多个团队合作,那么可以选 TOP 10,每个团队负责其中 2~3 件事。
短期按照紧急程度来挑选 TOP N,长期按照重要程度来挑选 TOP N。比如“运营配置 URL 出错”这个问题,短期内的 TOP 事项可以是“上线流程优化”,让测试来检查运营配置的内容;长期 TOP 事项可以是“后台管理系统优化”,增加配置 URL 合法性和有效性检查功能。
明确需要落地的 TOP 事项后,就可以用第 25 讲介绍的 PDCA 执行法来执行了。

小结

现在,我们回顾一下这一讲的重点内容:
5S 问题处理法就是把处理问题的过程分为 5 个步骤:明确问题(Specify)、拆解问题(Split)、定位问题(Seek)、解决问题(Solve)和落地行动(Sort),从而化危为机。
处理问题时容易犯的 5 个错误是:(1)问题本身都没有明确定义,就直接开始采取行动;(2)把自己当成拯救世界的超级英雄,期望可以一个人搞定所有的事情;(3)没有找到根本原因的情况下,就急于给出解决方案;(4)思维比较局限,只做了一个方案提交给上级;(5)做事没有重点和优先级,眉毛胡子一把抓。
明确问题可以通过数据量化,也可以靠调研来衡量;拆解问题是为了发挥团队的力量;定位根因、提出方案和落地执行时,可以分别使用 5W 根因分析法、3C 方案设计法和 PDCA 执行法。

思考题

这就是今天的全部内容,最后留一道课后思考题给你吧。你职业生涯中处理过的最棘手的问题是什么?你在处理过程中是否犯过某些错误?如果是学完这一讲之后再交给你处理,你会怎么做?
欢迎你把答案写到留言区,和我一起讨论。相信经过深度思考的回答,也会让你对知识的理解更加深刻。
分享给需要的人,Ta购买本课程,你将得20
生成海报并分享

赞 17

提建议

上一篇
26 | 5W根因分析法:怎么找准问题源头才能治标又治本?
下一篇
28 | 4D总结法:怎么展示你的工作亮点?
unpreview
 写留言

精选留言(14)

  • 王同学
    2021-02-01
    最棘手的问题是多组配合,明确问题、拆解问题、定位问题、解决问题的方案都有了,但是落地行动的时候进度安排很困难。问题在本小组优先级很高,往往会有其它一个或几个小组觉得这个问题不是他们优先级最高的问题,导致进度一拖再拖,deadline也不断改变,最后问题悬而不决,还是没有彻底解决,而新的问题又来了,又要投入精力去解决新的问题

    作者回复: 学会利用上级的力量,最简单的方法就是写周报的时候把处理进展写出来,指明哪个组还没安排或者进度落后,负责人是谁,然后发给大领导,这招有奇效😂

    共 3 条评论
    37
  • Jason
    2021-02-01
    我也遇到过接到任务不明确的情况,截止时间,交付质量之类都没有,比如“xxx事情跟进一下”。然后我问后明确的点,感觉也是临时拍脑袋给的。 我的困惑如下, 1.跟进一件事情,自己具体是需要做哪些事情? 2.分任务应该是上级的日常工作吧,而且他们也知道任务背景之类更多的信息,这样的话为啥要下属自己去明确,而不在分下去的时候就一并说明?后面这种效率感觉更高。
    展开

    作者回复: 1.首先明确目标,时间点,输出,然后按照3C方案设计和PDCA方法执行 2. 一个原因是不同主管风格不同,另一个原因是有的时候主管也不知道详细的信息,需要你去澄清

    7
  • Single
    2021-02-01
    乍一看解决问题和落地行动是同一个环节,细品两者划分的特别好。解决问题从问题出发,从理论上给出复杂度可控的解法,是解决问题的指导思想,并得到大家的共识。落地行动是对解决方案的实操,去躺平各种细节。老板们往往觉得解决方案确定了,问题就马上解决了。开发们往往钻进细节不能自拔,所以一个事情做完后,难以描述做的好的或不好的地方。

    作者回复: 解决方案和执行事项要分开的,方案会包含多项可执行的任务,这些任务可能需要不同的人,不同的资源去执行

    4
  • 预测师
    2021-02-11
    方法这么多,您真的是这么执行的吗

    作者回复: 都是我自己亲身实践并且验证有效的措施,当你有意识的去要求自己的时候,其实这些方法并不多,也很容易掌握

    3
  • 大叶枫
    2021-04-22
    5s的S是凑的吗:)?

    作者回复: 你觉得哪个步骤是多余的?

    共 2 条评论
    2
  • 周平
    2021-03-16
    作为问题驱动的人,我经常是看到问题就扑上去解决。这源于两个方面: 一个我的方法论有一条是: 问题驱动,数据说的,目标导向。另一个方面,就是程序员追查问题追查多了。看到问题就想解决。 其实有更好的方法论,答案在本文中: 1.在明确问题方面,对于量化问题,其实是挺难的。文中导师提到有的问题量化,这突破了我的,数据说话的方法论。要承认有一些需要主观评判的东西在里面。 2.在拆解问题阶段;我最容易犯的错误是: 把自己当成拯救世界的超级英雄,以为可以一个人搞定所有的事情 这里面有一个问题是,申请多少人力资源的事儿。 我最初做扫地机器人,领导让我算一下人力。我算了一下,共二十多件事要做,有大有小。我就按大方向2个人,小方向一个人的人力规划,向领导汇报。共三十多个人。 领导回了一个 "噗“就没下文了,后来,还是我一个人去做。回过头来看,扫地机器人没做成,最主要的原因是因为长期投入资源不足,这和领导的决策,认知有非常直接的关系。 我的人力安排也有一点问题,一个方向一个人,其实有些方向可以往后排,可以节省几个人力出来。但最关键的还是领导的支持。 这里还有一个问题,是向上管理的问题。期待后面有文章讲这个
    展开

    作者回复: 向上管理本身是一个比较大的话题,其实我不是很推荐特意强调向上管理这个说法,而是应该在做事的过程中融合进去,其实专栏里面很多方法都已经包含了向上管理,例如: - 3C方案设计,你给出多个方案让上级选,这就是一种向上管理; - PDCA:要及时汇报关键结论和进展,这也是向上管理 - 晋升原则部分:主动跟上级聊晋升诉求和机会 等等 - 5S问题处理法:里面很多向上管理的内容 其它还有很多类似的内容,你可以留心一下

    共 2 条评论
    2
  • 大魔王汪汪
    2021-03-01
    这篇是把很多方法串联起来了,赞

    作者回复: 问题处理要用到这些方法,但这些方法不局限于问题处理过程,学会灵活运用。

    2
  • while (1)等;
    2021-06-23
    明确问题和定位问题,之间的差别是什么,为什么不精简成【定位问题(Seek)、拆解问题(Split)、解决问题(Solve)和落地行动(Sort)】 这4S

    作者回复: 明确问题:问题是否真的存在; 定位问题:问题已经确定了,需要找到原因 文中给了很多案例,你再详细看看。

    1
  • gg
    2021-02-28
    还要考虑解决问题的方案成本

    作者回复: Solve阶段用3C方案设计法就会考虑成本

    1
  • 2021-02-01
    首座?很棒,很接地气,上周刚发生运营url配置出错导致的线上问题,根本问题是配置域因为一些原因没做占位符格式检验,导致占位符填了一半,不过运行域有强检验,没发生线上事故,影响是该发出去的没发出去

    作者回复: 首座是什么梗?😄

    1
  • 毛成方
    2023-01-04 来自广东
    对于复杂度高 沟通链路长的项目 需要专职PM 来协调资源 开发需要提前暴露风险点 分解任务 列优先级 评估需要投入多少资源以及时间 去完成里程碑交付。别想着单打独斗 逞个人英雄主义 牛逼不牛逼取决于团队的成果

    作者回复: 正解

  • 苍茫大地
    2021-12-13
    常见错误在耳边长鸣,正确的做法在边实践边领悟。我觉得最棘手的问题就是无从开始的问题,然而实际上只要有信心,不心急,走完Specify与Split,就不会感觉那么无从下手了。剩下的Seek,Solve,Sort,只要培养出良好的工作习惯,就能成事。然后,让这一件件事情,一个个问题的处理完毕,积累为见识和底气,就算遇到再棘手的问题,也能创造性地最终解决。

    作者回复: 我个人经验来看,最棘手的是seek和sort

  • dog_brother
    2021-12-03
    这节课是前面三节课的汇总呀

    作者回复: 处理问题用到了前面的而已,前三节课的方法不是只能用来处理问题

  • GaGi
    2021-06-14
    在阅读上一篇文章的5W根因分析法和5S问题处理法时,我就发现,其实这两章的方法论不一定是在PDCA的C或者A的阶段去使用。而是在做事情中灵活使用,即遇到问题时,先通过5W根因分析法进行分析, 然后通过5S问题进一步确定问题(通过明确问题,拆解问题,提出解决方案,定优先级),最后进入一个PDCA的循环,真正落地解决。 5S问题处理法不仅包含分析(联动5W根因分析法进一步确定拆解后的问题),还包含计划(针对问题使用3C方案法,定优先级)。
    展开

    作者回复: 对,你要是能做到灵活运用那就更厉害了👍👍👍 5S就是一个综合各种方法的方法