{"id":4825,"date":"2016-07-24T10:27:33","date_gmt":"2016-07-24T09:27:33","guid":{"rendered":"http:\/\/www.saasoft.com\/blog\/?p=4825"},"modified":"2024-09-07T08:10:06","modified_gmt":"2024-09-07T08:10:06","slug":"crash-test-dummy","status":"publish","type":"post","link":"https:\/\/hcse.blog\/?p=4825","title":{"rendered":"Crash Test Dummy"},"content":{"rendered":"

\"CrashTestDummy\"<\/a>There are two complementary approaches to safety and quality improvement: desire and design.<\/p>\n

In the improvement-by-desire world we use a suck-it-and-see approach to fix a problem.<\/p>\n

\u00a0It is called PDSA. Plan-Do-Study-Act.<\/p>\n

Sometimes this works and we pat ourselves on the back, and remember the learning for future use.<\/p>\n

Sometimes it works for us but has a side effect: it creates a problem for someone else. \u00a0And we may not be aware of the unintended consequence unless someone shouts “Oi!” It may be too late by then of course.<\/p>\n

Sometimes it doesn’t work.\u00a0 And we have to just suck it up, remind ourselves\u00a0 to “learn to fail or fail to learn”, and get back on the horse.<\/p>\n

\n

The more parts in a system, and the more interconnected they are, the more likely it is that a well-intended suck-it-and-see change will fail completely or create an unintended negative impact.<\/p>\n

And after we have experienced that disappointment a few times our learned behaviour is to … do nothing … and to put up with the problems.\u00a0 It seems the safest option.<\/p>\n

\n

In the improvement-by-design world we choose to study first<\/strong>, and to find the causal roots of the system behaviour we are seeing. \u00a0Our first objective is a causal diagnosis<\/strong>.<\/p>\n

With that we can propose rational design changes that we anticipate will deliver the improvement we seek without creating adverse side effects.<\/p>\n

And we have learned the hard way that our intuition can trick us … so we need a way to test our proposed designs … in a safe, and controlled, and measured way.<\/p>\n

We need a crash test dummy<\/strong>!<\/p>\n

\n

What they do is to deliberately experience our design in a controlled experiment, and what they generate for us is constructive, objective and subjective feedback. What did work, and what did not.<\/p>\n

A crash test dummy is both tough and sensitive at the same time. \u00a0They do not break easily and yet they feel the pain and gain too. \u00a0They are robust and resilient.<\/p>\n

\n

And with their feedback we can re-visit our design and improve it further, or we can use it to offer evidence-based assurance that our design is fit-for-purpose.<\/p>\n

Safety and Quality Assurance is improvement-by-design.<\/p>\n

Safety and Quality Control is improvement-by-desire.<\/p>\n

If you were a passenger or a patient … which option would you prefer?<\/p>\n

PS. It is possible to have both.<\/p>\n","protected":false},"excerpt":{"rendered":"

There are two complementary approaches to safety and quality improvement: desire and design. In the improvement-by-desire world we use a suck-it-and-see approach to fix a problem. \u00a0It is called PDSA. Plan-Do-Study-Act. Sometimes this works and we pat ourselves on the back, and remember the learning for future use. Sometimes it works for us but has … <\/p>\n

Continue reading “Crash Test Dummy”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15,28,33,36,38,42,43,45],"tags":[],"class_list":["post-4825","post","type-post","status-publish","format-standard","hentry","category-design","category-metaphors","category-quality","category-resilient","category-safety","category-how","category-why","category-what"],"_links":{"self":[{"href":"https:\/\/hcse.blog\/index.php?rest_route=\/wp\/v2\/posts\/4825","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/hcse.blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/hcse.blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/hcse.blog\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/hcse.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=4825"}],"version-history":[{"count":3,"href":"https:\/\/hcse.blog\/index.php?rest_route=\/wp\/v2\/posts\/4825\/revisions"}],"predecessor-version":[{"id":6332,"href":"https:\/\/hcse.blog\/index.php?rest_route=\/wp\/v2\/posts\/4825\/revisions\/6332"}],"wp:attachment":[{"href":"https:\/\/hcse.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=4825"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/hcse.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=4825"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/hcse.blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=4825"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}