相关文章推荐
严肃的打火机  ·  TypeScript static ...·  2 月前    · 
高大的柿子  ·  Unity ...·  11 月前    · 
独立的皮带  ·  Contentful API query ...·  1 年前    · 

2022-3-26和27,参加RDMI组织的公益培训,以下是课程大纲和功能分析部分的核心学习笔记,当然其中的实战案例最能体现学习效果,感兴趣的可以参加后续的培训课程。

微信公众号:RDMI
微信公众号:研发方法论

因果链分析是分析阶段至关重要的工具,找到问题的根本原因(root cause analysis)(当然因果链不讲什么事根本原因,因为因果链中的多个缺点,都可以彻底解决问题的一个方案)。

分析问题至关重要,分析问题要比解决问题还重要,避免解决了错误的问题或者肤浅的问题,或者搞错了方向。分析问题和解决问题也适用二八法则,分析问题占80%的精力和时间。

因果链分析,和丰田精益文化中的5个why类似,都是通过层层逻辑分析,将问题拆解清楚。

这个工具看起来简单,用起来很难,我自己做磁吸分析,就有点无从下手,包括《金钥匙1》中的静电问题,实际的逻辑树也远比我想得详细,这背后就是知识和逻辑的结合。

如孙博士在讲座中强调的,triz一级中的工具,因果链分析是特别常用的分析工具,实际工作中也是如此,清晰的分析问题至关重要,而层层递进的因果链分析就是最好的问题拆解工具。

因果链分析的主要内容:概念,缺点分类,关键缺点解决,因果链分析的步骤,将关键缺点转化为关键问题,将关键问题转化为矛盾。

如何识别初始缺点

初始缺点:目标的反面。

相当多的项目的失败,都是目标不对,聚焦点不对,同一个团队对问题的理解都不一样,将明显的缺点作为初始缺点,对问题的理解不够深入,这样就很容易限制在很窄的问题解决范围,丧失其他的解决方案。

定义初始缺点时的典型错误:
许多工程师错误地将一个项目中比较明显的缺点当成初始缺点,如果初始缺点被定义在一个非常低在的层级上,我们能够发现的缺点就会比较少,从而丧失了大量的机会。

工程师最忌讳直接把面临的问题作为初始缺点去解决,这只是一个起始缺点。这些起始缺点也是功能分析得到的系统缺点。此时需要使用因果链分析,从初始缺点,逐级分析,一直找到初始缺点。

因果链分析的注意事项

  • 从后向前分析,从起始缺点(显而易见的)一直挖掘到初始问题
  • 对每一层进行分析时,需要找影响本层的直接原因。避免跳跃性思维,逐级分析,否则容易忽略很多原因和可能的解决方案。
  • And,or的关系,逻辑上的与门,或门。这样就建立了金字塔逻辑树,需要满足麦肯锡的MECE法则(互相独立,完全穷尽;或者说不重叠,不遗漏)
  • 建立因果链,如下所示:

    确定关键缺点,不是一定要从最低层次逐一解决,也不一定非要解决末端缺点,只需要保证解决某一个缺点,一招制胜最重要,或者最低成本的解决办法,等等。

    建立因果链步骤:

    用磁吸的例子,做因果链分析。看老师做一遍,就意识到什么是真正的“逻辑思考”和“步步为营”,我只是根据知识进行不连续的分析,缺乏足够的(虽然是简单的)逻辑性(力的分析,重力分解,体积分解,摩擦力公示,等等)。所以总说逻辑,实际思考却非常缺乏逻辑性,这是一个警示。

    2022-3-27 天津