{"id":3018,"date":"2013-05-18T11:02:21","date_gmt":"2013-05-18T11:02:21","guid":{"rendered":"http:\/\/www.saasoft.com\/blog\/?p=3018"},"modified":"2013-05-18T11:02:21","modified_gmt":"2013-05-18T11:02:21","slug":"invisible-design","status":"publish","type":"post","link":"https:\/\/hcse.blog\/?p=3018","title":{"rendered":"Invisible Design"},"content":{"rendered":"<p style=\"text-align: left\">Improvement Science is all about making some-thing better in some-way by some-means.<\/p>\n<p style=\"text-align: left\">There are lots of <strong>things<\/strong> that might be improved &#8211; almost everything in fact.<\/p>\n<p style=\"text-align: left\">There are lots of <strong>ways<\/strong> that those things might be improved. If it was a process we might improve safety, quality, delivery, and productivity. If it was a product we might improve reliability, usability, durability and affordability.<\/p>\n<p style=\"text-align: left\">There are lots of <strong>means<\/strong> by which those desirable improvements might be achieved &#8211; lots of different designs.<\/p>\n<p style=\"text-align: left\">Multiply that lot together and you get a very big number of options &#8211; so it is no wonder we get stuck in the &#8220;what to do first?&#8221; decision process.<\/p>\n<p style=\"text-align: left\"><strong>So how do we approach this problem currently?<\/strong><\/p>\n<p style=\"text-align: left\"><em>We use our intuition.<\/em><\/p>\n<p style=\"text-align: left\">Intuition steers us to the obvious &#8211; hence the phrase <em>intuitively obvious<\/em>. Which means what looks to our minds-eye to be a good option.And that is OK. It is usually a lot better than guessing (but not always).<\/p>\n<p style=\"text-align: left\">However, the problem using &#8220;intuitively obvious&#8221; is that we end up with mediocrity. We get &#8220;about average&#8221;. We get &#8220;OKish&#8221;.\u00a0 We get &#8220;satisfactory&#8221;. We get &#8220;what we expected&#8221;. We get &#8220;same as always&#8221;. We do not get &#8220;significantly better-than-average&#8217;. We do not get &#8220;reliably good&#8221;. We do not get improvement. And we do not because anyone and everyone can do the &#8220;intuitively obvious&#8221; stuff.<\/p>\n<p style=\"text-align: left\">To improve we need a better-than-average functional design. We need a Reliably Good Design. And that is invisible.<\/p>\n<p style=\"text-align: left\">By &#8220;invisible&#8221; I mean <em>not immediately obvious to our conscious awareness<\/em>.\u00a0 We do not notice good functional design because it does not get in the way of achieving our intention.\u00a0 It does not trip us up.<\/p>\n<p style=\"text-align: left\">We notice poor functional design because it trips us up. It traps us into making mistakes. It wastes out time. It fails to meet our expectation. And we are left feeling disappointed, irritated, and anxious. We feel Niggled.<\/p>\n<p style=\"text-align: left\">We also notice exceptional design &#8211; because it works far better than we expected. We are surprised and we are delighted.<\/p>\n<p style=\"text-align: left\">We do not notice Good Design because it just works. But there is a trap here. And that is we habitually link expectation to price.\u00a0 We get what we paid for.\u00a0 Higher cost =&gt; Better design =&gt; Higher expectation.<\/p>\n<p style=\"text-align: left\">So we take good enough design for granted. And when we take stuff for granted we are on the slippery slope to losing it. As soon as something becomes invisible it is at risk of being discounted and deleted.<\/p>\n<p style=\"text-align: left\">If we combine these two aspects of &#8220;invisible design&#8221; we arrive at an interesting conclusion.<\/p>\n<p style=\"text-align: left\"><em>To get from Poor Design to OK Design and then Good Design we have to think &#8220;counter-intuitively&#8221;.\u00a0 We have to think &#8220;outside the box&#8221;. We have to &#8220;think laterally&#8221;.<\/em><\/p>\n<p style=\"text-align: left\">And that is <strong>not<\/strong> a natural way for us to think. Not for individuals and not for teams. To get improvement we need to learn a method of how to counter our habit of thinking intuitively and we need to practice the method so that we can do it when we need to. When we want to need to improve.<\/p>\n<p style=\"text-align: left\">To illustrate what I mean let us consider an real example.<\/p>\n<p style=\"text-align: left\">Suppose we have 26 cards laid out in a row on a table; each card has a number on it; and our task is to sort the cards into ascending order. The constraint is that we can only move cards by swapping them.\u00a0 How do we go about doing it?<\/p>\n<p style=\"text-align: left\">There are many sorting designs that could achieve the intended purpose &#8211; so how do we choose one?<\/p>\n<p style=\"text-align: left\">One criteria might be the time it takes to achieve the result. The quicker the better.<\/p>\n<p style=\"text-align: left\">One criteria might be the difficulty of the method we use to achieve the result. The easier the better.<\/p>\n<p style=\"text-align: left\">When individuals are given this task they usually do something like &#8220;<em>scan the cards for the smallest and swap it with the first from the left, then repeat for the second from the left, and so on until we have sorted all the cards<\/em>&#8220;.<\/p>\n<p style=\"text-align: left\">This card-sorting-design is fit for purpose.\u00a0 It is intuitively obvious, it is easy to explain, it is easy to teach and it is easy to do. But is it the quickest?<\/p>\n<p style=\"text-align: left\">The answer is NO. Not by a long chalk.\u00a0 For 26 randomly mixed up cards it will take about 3 minutes if we scan at a rate of 2 per second. If we have 52 cards it will take us about 12 minutes. Four times as long. Using this intuitively obvious design the time taken grows with the square of the number of cards that need sorting.<\/p>\n<p style=\"text-align: left\">In reality there are much quicker designs and for this type of task one of the quickest is called <em>Quicksort<\/em>. It is not intuitively obvious though, it is not easy to describe, but it is easy to do &#8211; we just follow the <em>Quicksort<\/em> Policy.\u00a0 (For those who are curious you can read about the method <a title=\"Quicksort\" href=\"http:\/\/en.wikipedia.org\/wiki\/Quicksort\" target=\"_blank\" rel=\"noopener\">here<\/a> and make up your own mind about how &#8220;intuitively obvious&#8221; it is.\u00a0 <em>Quicksort<\/em> was not invented until 1960 so given that sorting stuff is not a new requirement, it clearly was not obvious for a few thousand years).<\/p>\n<p style=\"text-align: left\">Using <em>Quicksort<\/em> to sort our 52 cards would take less than 3 minutes! That is a 400% improvement in productivity when we flip from an intuitive to a counter-intuitive design.\u00a0 And <em>Quicksort<\/em> was not chance discovery &#8211; it was deliberately designed to address a specific sorting problem &#8211; and it was designed using robust design principles.<\/p>\n<p style=\"text-align: left\">So our natural intuition tends to lead us to solutions that are &#8220;effective, easy and inefficient&#8221; &#8211; and that means expensive in terms of use of resources.<\/p>\n<p style=\"text-align: left\">This has an important conclusion &#8211;<em> if we are all is given the same improvement assignment and we all used our intuition to solve it then we will get similar and mediocre results<\/em>.\u00a0 It will feel OK and it will appear obvious but there will be no improvement.<\/p>\n<p style=\"text-align: left\">We then conclude that &#8220;<em>OK, this is the best we can expect.<\/em>&#8221; which is intuitively obvious, logically invalid, and wrong. It is that sort of intuitive thinking trap that blocked us from inventing <em>Quicksort<\/em> for thousands of years.<\/p>\n<p style=\"text-align: left\">And remember, to decide what is &#8220;best&#8221; we have to explore all options exhaustively &#8211; both intuitively obvious and counter-intuitively obscure. That impossible in practice.\u00a0 This is why &#8220;best&#8221; and &#8220;optimum&#8221; are generally unhelpful concepts in the context of improvement science.<\/p>\n<p style=\"text-align: left\"><strong>So how do we improve when good design is so counter-intuitive?<\/strong><\/p>\n<p style=\"text-align: left\">The answer is that we learn a set of &#8220;good designs&#8221; from a teacher who knows and understands them, and then we prove them to ourselves in practice. We leverage the &#8220;obvious in retrospect&#8221; effect. And we practice until we understand. And then we then teach others.<\/p>\n<p style=\"text-align: left\">So if we wanted to improve the productivity of our designed-by-intuition card sorting process we could:<br \/>\n(a) consult a known list of proven sorting algorithms,<br \/>\n(b) choose one that meets our purpose (our design specification),<br \/>\n(c) compare the measured performance of our current &#8220;intuitively obvious&#8221; design with the predicted performance of that &#8220;counter-intuitively obscure&#8221; design,<br \/>\n(d) set about planning how to implement the higher performance design &#8211; possibly as a pilot first to confirm the prediction, reassure the fence-sitters, satisfy the skeptics, and silence the cynics.<\/p>\n<p style=\"text-align: left\"><strong>So if these proven good designs are counter-intuitive then how do we get them?<\/strong><\/p>\n<p style=\"text-align: left\">The simplest and quickest way is to learn from people who already know and understand them. If we adopt the &#8220;<em>not invented by us<\/em>&#8221; attitude and attempt to re-invent the wheel then we may get lucky and re-discover a well-known design, we might even discover a novel design; but we are much more likely to waste a lot of time and end up no better off, or worse. This is called &#8220;meddling&#8221; and is driven by a combination of ignorance and arrogance.<\/p>\n<p style=\"text-align: left\"><strong>So who are these people who know and understand good design?<\/strong><\/p>\n<p style=\"text-align: left\">They are called Improvement Scientists &#8211; and they have learned one-way-or-another what a good design looks like. That lalso means they can see poor design where others see only-possible design.<\/p>\n<p style=\"text-align: left\">That difference of perception creates a lot of tension.<\/p>\n<p style=\"text-align: left\">The challenge that Improvement Scientists face is explaining how counter-intuitive good design works: especially to highly intelligent, skeptical people who habitually think intuitively. They are called Academics.\u00a0 And it is a pointless exercise trying to convince them using rhetoric.<\/p>\n<p style=\"text-align: left\">Instead our Improvement Scientists side-steps the &#8220;theoretical discussion&#8221; and the &#8220;cynical discounting&#8221; by pragmatically demonstrating the measured effect of good design in practice. They use reality to make the case for good design &#8211; not rhetoric.<\/p>\n<p style=\"text-align: left\"><strong>Improvement Scientists are Pragmatists.<\/strong><\/p>\n<p style=\"text-align: left\">And because they have learned how counter-intuitive good design is to the novice &#8211; how invisible it is to their intuition &#8211; then they are also Voracious Learners. They have enough humility to see themselves as Eternal Novices and enough confidence to be selective students.\u00a0 They will actively seek learning from those who can demonstrate the &#8220;what&#8221; and explain the &#8220;how&#8221;.\u00a0 They know and understand it is a much quicker and easier way to improve their knowledge and understanding.\u00a0 It is Good Design.<\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Improvement Science is all about making some-thing better in some-way by some-means. There are lots of things that might be improved &#8211; almost everything in fact. There are lots of ways that those things might be improved. If it was a process we might improve safety, quality, delivery, and productivity. If it was a product &hellip; <\/p>\n<p class=\"link-more\"><a href=\"https:\/\/hcse.blog\/?p=3018\" class=\"more-link\">Continue reading<span class=\"screen-reader-text\"> &#8220;Invisible Design&#8221;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6,15,17,24,32,42,43,46],"tags":[],"class_list":["post-3018","post","type-post","status-publish","format-standard","hentry","category-6m-design","category-design","category-examples","category-improvementology","category-productivity","category-how","category-why","category-teach"],"_links":{"self":[{"href":"https:\/\/hcse.blog\/index.php?rest_route=\/wp\/v2\/posts\/3018","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=3018"}],"version-history":[{"count":0,"href":"https:\/\/hcse.blog\/index.php?rest_route=\/wp\/v2\/posts\/3018\/revisions"}],"wp:attachment":[{"href":"https:\/\/hcse.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=3018"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/hcse.blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=3018"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/hcse.blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=3018"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}