Hacker News new | ask | show | jobs
by rcdmd 2622 days ago
The conclusion is basically this (the last sentence before the "conclusion" section... > But it does mean that we cannot afford to compound these problems through the use of an RCA tool that is so deeply and fundamentally flawed. Other more systems-focused techniques, such as fishbone75 or lovebug diagrams,72 causal tree diagrams,21 Causal Analysis based on Systems Theory (CAST)76 or even prospective risk assessment approaches,77–81 should be considered instead.

I find it odd that the paper cites so many theoretical problems with "5 whys" and then elevates these other methods as preferred solutions without any discussion. It's possible RCA committees already recognize the limitations of "5 whys" and use it as a heuristic that helps focus their efforts. That doesn't mean these committees all sit around a table and say "well, X sounds like a major problem, but it doesn't fit our '3rd why,' so we have to ignore it."

1 comments

Those other systems are either based on 5 Why's or have essentially the same core. The author's complaint is that there exists an informal approximation to his technical system, that's easy to understand and which can be used effectively if you don't have a RCA team that's gone through a bunch of certification classes. It's like a Java programmer mad that someone launched a product using Python.