# How can Pareto Analysis help solve engineering problems?

Attach is a Pareto Diagram with Number of Defects in Y-axis vs Causes in X-axis for an engine overheating problem. How can this Pareto diagram help an engineer solve the engine overheating problem? Reference:

• This seems like a artificially generated question. Do you really have this problem, or are you just trying to artificially create site traffic? It's hard to imagine anyone faced with a Pareto Diagram wouldn't know what it is or could find out easily. Once you know what it is, it looks like how to use it is obvious. Mar 4, 2015 at 13:11

This gives you the starting point for a return on investment calculation. It tells you the value in fixing each issue in terms of how many defects would be prevented. The idea is that the curve shows the cumulative percentage of issues vs. the total issues. I've drawn a red cross-hair at where the curve crosses the 56.8 mark - 56.8 is 80% of the 71 issues. This means if you fix the "Important" issues on the left of that point, you will have solved 80% of the problems, so they are more valuable. The engineer should then estimate the effort/cost for each possible course of action for those important issues on the left. Estimates just need to be relative to each other, not in any absolute terms. You can then divide the value by the cost to get the relative return on investment.

For example if I estimated to fix the radiator core issue is about 90 units of difficulty/cost, to fix the fans is 20, and to fix the thermostat is 15, my ROI calculations would be as follows:

$\text{Fix Radiator Core ROI} = \frac{31}{90} = 0.34444$

$\text{Fix Faulty Fans ROI} = \frac{20}{20} = 1$

$\text{Fix Faulty Thermostat ROI} = \frac{8}{15} = 0.53333$

This gives a good idea of where to start in order to maximise the value added as quickly as possible (you are maximising the area under the curve if you plotted total value added against time as you work on fixing these issues). As you can see, it's not as simple as starting with the first one because it will fix the most issues - this may take a long time due to the effort and in the meantime you could have fixed the simpler fans and thermostat issues. The ROI gives you the order to work on these issues, fixing the fans gives you the best return, then the thermostat, then the radiator core. You've then fixed 80% of the problems and you can do the same again to work on the other 20%.

Of course there may be other factors that add to the 'value' component - such as negative press around one issue. Likewise the effort estimate may have different weightings for time vs. financial costs, opportunity costs of using your resources on this as opposed to something else, etc. All of these factors should be considered in the 'value' and 'cost' components of this ROI calculation. It depends how detailed you want to get.

Note that you might think you could just work out the ROI for all issues including the less important ones, but in practice doing the estimates themselves may be quite a lot of work, especially if there are lots of issues (this example only has 6). So the Pareto analysis allows you to very quickly work out the most important issues so that you can estimate those first.

• It's worth mentioning that Jackknife analysis can be a very useful next step after a Pareto Analysis in downtime data. It's particularly good if you want to delve into reliability vs maintainability issues or even just availability issues. Prof. Peter Knights did some excellent pioneering work in this space and you can find a worked example here: library-resources.cqu.edu.au/ejournals/protected/emj/… Jan 29, 2015 at 6:17