{"id":755,"date":"2015-05-03T10:56:13","date_gmt":"2015-05-03T15:56:13","guid":{"rendered":"https:\/\/taocompliance.com\/?p=755"},"modified":"2015-05-03T10:59:50","modified_gmt":"2015-05-03T15:59:50","slug":"opinion-why-many-safety-programs-fail-to-get-results","status":"publish","type":"post","link":"https:\/\/taocompliance.com\/?p=755","title":{"rendered":"Opinion: Why many Safety Programs fail to get results"},"content":{"rendered":"

The question that vexed me<\/strong><\/p>\n

Over the past few years as a traveling PSM auditor I was exposed to hundreds of different safety programs. There were small, flat organizations with dozens of workers and large international conglomerates with thousands of workers and layer upon layer of bureaucracy. When I started doing audits, I had (erroneously) expected that the large organizations would have better programs than the smaller ones because they had so many resources at their disposal. I had thought that these resources: Time, Money, Experience, etc., would result in a superior program. What I found was something quite different.<\/p>\n

Resources are important, and many a program suffers from a lack of them. It turned out though \u2013 at least from my observations \u2013 that once you had a certain threshold of resources, they were not a determining factor in the success of the programs. Put another way: you needed *enough* Time, Money and Experience to have a successful Safety Program, but having extra didn’t seem to make it better. More often than not, the places I went with large, complex Safety Programs had worse on-the-ground performance than their smaller, relatively resource-poor, counterparts.<\/p>\n

Things like this really bug me. When I find something that seems to contradict conventional wisdom it causes a little voice in my head to continuously pester me with \u201cwhat are we missing?\u201d These kinds of questions lead me to stare into the darkness in many a hotel room pondering \u201cbig\u201d questions on Safety Programs.<\/p>\n

Summed up it went something like this: If the conventional wisdom of \u201cMORE Resources = MORE safety,\u201d isn’t as big of an issue as I\u2019d assumed, then what else was at play? It\u2019s a questions I asked myself (and any other safety professional that would listen) for years until I stumbled across what I think is the biggest safety issue facing us today.<\/p>\n

The stumble<\/strong><\/p>\n

\n

\u201cMen occasionally stumble over the truth, but most of them pick themselves up and hurry off as if nothing had happened.\u201d \u2013Winston Churchill<\/p>\n<\/blockquote>\n

Two experiences set me up for a realization that would totally alter the way I approached safety programs. One was with a young engineer and the other was with a somewhat confused cashier at a rural Kansas Wendy\u2019s.<\/p>\n

Wendy\u2019s first: I am a simple man when it comes to my interactions with clerks, fast-food attendants, etc. I figure out what I want from the person, then I turn that thing I want into as few simple words as possible and tell that person those words. In this particular interaction I wanted a Combo #4 with no onions and Diet Coke. The conversation started something like this:<\/p>\n

Attendant: Can I help you?<\/p>\n

Me: Combo #4 \u2013 no onions – with a Large Diet Coke<\/p>\n

Attendant: Did you want the sandwich or the meal?<\/p>\n

Me: The combo<\/p>\n

Attendant: Did you want fries?<\/p>\n

Me: Doesn’t the combo come with fries and a drink?<\/p>\n

Attendant: You can get other things too. It comes with fries unless you want something else.<\/p>\n

Me: Other than the no-onions bit, just give it to me as it comes then.<\/p>\n

Attendant: So, yes. You want fries.<\/p>\n

Me: \u2026and a Large Diet Coke<\/p>\n

Attendant: You want a drink too?<\/p>\n

Me: \u2026a Large Diet Coke\u2026<\/p>\n

This went on for quite a while. At no point did the attendant look up from her screen and it was obvious that she was struggling with turning what I wanted into the button presses that would tell the ordering system to get it for me. If you have traveled, you know this type of experience from countless rental car, airline and hotel clerks: The system isn\u2019t taking the information the way that the people involved are trying to give it. The clerk is now trying to interpret the real-world information in a way that the system understands it. If I had a dollar for every time I heard \u201cThe system isn’t letting me\u2026\u201d I\u2019d be hiring Bill Gates as a clown for my grandkid\u2019s birthday parties.<\/p>\n

You see, the system was designed around the needs of the programmer. The programmer had to deal with the needs of the person entering the information, the people making the food, the needs of the accountants, the needs of the inventory system, etc. The easy design choice for the programmer is to come up with a single interface that gives everyone that uses it what they need. Unfortunately, when you design like this you end up with a system that tries to be everything to everyone in the same way at the same time.<\/p>\n

This is a broken system \u2013 the system for taking information need to be designed around the needs of the person entering it. The system should then translate that information to fit the needs of the person using that information whether they are cooks, accountants or managers.<\/p>\n

Which brings me to my young engineer. He had produced a large spreadsheet to validate relief calculations. It was very impressive and just chock-full of numbers. It was also unintelligible to anyone that wasn’t an engineer. I couldn’t make much sense of it and showed it to another engineer who scratched his head, looked at it for a few minutes, and started: \u201cI think what he did here was\u2026.\u201d<\/p>\n

It turns out the calculations were quite right and very defensible \u2013 assuming you had an engineer to translate it. For a compliance\/safety document, that\u2019s a bad design! The engineers found the document quite acceptable \u2013 it met their needs and provided the engineering basis for their design. What it didn’t do was meet the needs of the people using the document to prove compliance. Working with the engineers, we were able to \u201cpretty up\u201d the spreadsheet so it explained itself. We put another sheet in front of all the calculations that pulled the information from the engineering sheets and put it in a manner that any reasonably competent person could understand.<\/p>\n

The false realization <\/strong><\/p>\n

To my mind, these were similar situations. In fact, I actually thought of the Wendy\u2019s conversation while working with the engineers. I wondered, if this was occurring in engineering departments and fast-food places, would it explain the implementation problems I had been seeing nation-wide in Safety Programs?<\/p>\n

I came up with a little motto that I used for a year or two, thinking that it explained the problem: The systems we are creating are too complex for the people that are implementing them. <\/strong><\/p>\n

Unfortunately, many people took this concept and blamed the PEOPLE. This was not my intent and the results of blaming the people actually made it worse. What management did with this concept was move implementation tasks even further away from the people on the ground. They assigned these programs to ever-higher levels of the company where extremely competent people designed extremely elaborate programs that ultimately further insulated the end user from the Safety Program. Now safety messages, policies and procedures were dictated from on-high. This actually made things far worse.<\/p>\n

The realization \u2013 Where I went wrong and how it stands now<\/strong><\/p>\n

They\u00a0were addressing a causal factor \u2013 people not understanding the system \u2013 rather than the root of the problem which was that the system was poorly designed or explained.<\/p>\n

In a moment of brutal honesty, an operator once answered my question about an Emergency Response policy with something along the lines of \u201cYou know, they have a lot of these policies. It\u2019s page after page of stuff. I need to make a split-second decision and that binder (referencing a 100+ page Emergency Action \/ Response program) doesn’t help me. They give a lot of this stuff but I just have to ignore it in an emergency and rely on what I know. \u201d<\/p>\n

We looked through that binder and after about 15 minutes we eventually did find the answer we were looking for. It was buried somewhere in the middle of all these pages that all looked the same. The operator had a point, didn’t he? Do we actually expect an operator responding to an emergency so sit down, pull out a chair and thumb through a binder while the emergency is occurring? An Emergency Response policy that isn’t useful in an Emergency is a system failure.<\/p>\n

That\u2019s not the fault of the operator. The problem IS the system. A system that doesn’t meet the needs of the people implementing it is a broken system. Here\u2019s the situation as I explain it now:<\/p>\n

The systems we are creating are not providing guidance in a manner that meets the needs of the end-user.<\/strong><\/p>\n

Addressing this problem statement is much more fruitful. Sometimes we get caught up in “compliance” and “policy” and forget that their are real people at the end of that policy.<\/p>\n

A function Safety Program is a system.<\/p>\n

Design that system so that the people implementing it understand the guidance it provides.<\/p>\n

A functional Safety Program has to be relevant to the needs of the implementer.<\/p>\n","protected":false},"excerpt":{"rendered":"

The question that vexed me Over the past few years as a traveling PSM auditor I was exposed to hundreds of different safety programs. There were small, flat organizations with dozens of workers and large international conglomerates with thousands of … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[8,52,19],"tags":[45,35,5,53],"class_list":["post-755","post","type-post","status-publish","format-standard","hentry","category-compliance","category-culture","category-system-optimization","tag-emergency-action-plan","tag-employee-involvement","tag-general","tag-lessons-learned"],"_links":{"self":[{"href":"https:\/\/taocompliance.com\/index.php?rest_route=\/wp\/v2\/posts\/755","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/taocompliance.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/taocompliance.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/taocompliance.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/taocompliance.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=755"}],"version-history":[{"count":6,"href":"https:\/\/taocompliance.com\/index.php?rest_route=\/wp\/v2\/posts\/755\/revisions"}],"predecessor-version":[{"id":761,"href":"https:\/\/taocompliance.com\/index.php?rest_route=\/wp\/v2\/posts\/755\/revisions\/761"}],"wp:attachment":[{"href":"https:\/\/taocompliance.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=755"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/taocompliance.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=755"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/taocompliance.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=755"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}