top of page

Accounting for human factors in layer of protection analysis

Process Safety Whitepaper cover - Human Factors & LOPA

by Dave Grattan

Is it better to be lucky or good? In Process Safety we need both. Lucky in this context does not mean haphazard. It means occurring by chance, but also following good reliability engineering principles for hardware barriers. Good refers to identifying and fixing potential failure of hardware barriers caused by human impact, or good human factors for human barriers, that can derange random based probabilistic calculations for said hardware or human.

Front-line workers are often blamed for 80 to 90 percent of industrial accidents. Yet one famous engineering psychologist puts the figure closer to 1-5 percent. The difference exists because it’s easy to stop at “human error” versus looking for — and correcting — the systemic issues that promote or make human error more likely. For example, if a different person in the same environment would have made the same error, it’s not a human error, it’s a system design problem.

Why do we look at behavior? The intent of observing behavior is not to change behavior. Instead, the intent is to understand the “work-as-imagined” versus “work-as-done”. Work-as-imagined by designers, managers, PHA teams, or procedure writers is never the same as the work-as-actually-performed by operations and maintenance staff. The differences can reveal latent conditions that will eventually bite. One of the goals of human factors analysis is to understand how work is actually performed. There are methods utilizing existing human factors tools to predict potential errors and their risk due to human interaction with safety barriers within the overall system.

Click here for a more detailed read of “Accounting for Emergent Failure Paths in LOPA”

Want all our best content in your inbox?
Sign up now!
Sign up now!

aeSolutions sends out an email newsletter ever other month of our most popular blogs, webinar, whitepapers, and more.

bottom of page