IT运维问题分析的常用方法是什么
第一点，基于问题树的模式本质上是结构化问题分析和思维的模式。这种模式往往造成不独立，其原因在于进行每一次分解的时候没有考虑相互独立。
第二点，问题诊断要先对造成问题的根源进行逐层分解，分解到最后往往解决方案也就水落石出了，但是我们经常犯的一个错误是跳过了中间的结构化思维步骤，而直接去分析针对问题的解决方案，这是造成没有相互独立的重要原因。因为问题树分解的最后问题原因分支和解决问题方案之间往往是多对多的关系，一个解决方案有可能会是针对多个问题根源采取的措施。没有按照MECE的一个重要原因就是将问题根源的分解过程和问题的解决过程混合在了一起，跳过了中间的一些重要的问题原因分析的步骤。
第三点，旨在强调结构化思维不能代替系统思维，有时候不能简单的头痛医头，脚痛医脚。在问题树分解到最末枝的时候，各种原因之间往往存在着正负作用的相互影响。这就会造成当我们针对某一个原因制定解决方案的时候，会导致其他原因的恶化或出现新的问题和原因。脚的病往往医治好了但是头又开始痛了，你整个人仍然是一样的不舒服，病情仍然是没有改观。这也是针对MECE方法我们必须强调的一点，对于问题的分解是能够达到完整性和相互独立性，但是对于解决问题必须要考虑依赖性和相互影响，否则分解的再漂亮也不利于我们真正的解决问题。
多重随机标签