Accounting for human factors in layer of protection analysis


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”

info@aesolns.com

United States

864-676-0600

Greenville, South Carolina
Corporate Headquarters

  • LinkedIn
  • Twitter
  • YouTube
  • Facebook

Contact Us