<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>The Lean Thinker &#187; Quality</title>
	<atom:link href="http://theleanthinker.com/category/quality-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://theleanthinker.com</link>
	<description>Thoughts and insights from the shop floor.</description>
	<lastBuildDate>Tue, 07 Feb 2012 23:58:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>The Process of Caring</title>
		<link>http://theleanthinker.com/2012/02/06/the-process-of-caring/</link>
		<comments>http://theleanthinker.com/2012/02/06/the-process-of-caring/#comments</comments>
		<pubDate>Tue, 07 Feb 2012 07:28:49 +0000</pubDate>
		<dc:creator>Mark Rosenthal</dc:creator>
				<category><![CDATA[Quality]]></category>
		<category><![CDATA[Respect]]></category>
		<category><![CDATA[The Basics]]></category>
		<category><![CDATA[Customers]]></category>

		<guid isPermaLink="false">http://theleanthinker.com/?p=1837</guid>
		<description><![CDATA[Vance left a really good comment on the recent Travel Tales post. He said, in part: Having worked in the airline business, it’s really a matter of having employees that CARE (most due to their own pride, not by management) We many times had weather and mis-connected passengers to deal with. It only took a [...]<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2012/02/06/the-process-of-caring/">The Process of Caring</a></p>
]]></description>
			<content:encoded><![CDATA[<p>Vance left a really good comment on the recent 
<a  href="http://theleanthinker.com/2012/01/25/travel-tales/" target="_blank">Travel Tales</a><em></em> post. He said, in part:</p>
<blockquote><p>Having worked in the airline business, it’s really a matter of having employees that CARE (most due to their own pride, not by management) We many times had weather and mis-connected passengers to deal with. It only took a few minutes of extra time to send a message to the destination station and let them know what to expect or which passenger was going to be disappointed to not get their bag. Today’s situation is exacerbated by under-staffing, stressed employees, passengers with sometimes unrealistic expectations, checked bag fees, etc it’s ugly and very little relief in sight.</p>
</blockquote>
<p>He brings up some really interesting points. In most of the airline industry, like most industry in general, “caring” is thought of as something the people have to do.</p>
<p>“The employees don’t care” or even “management doesn’t care” are pretty common statements.</p>
<p>Let’s turn it around. </p>
<p>How was the original process designed?</p>
<p>Continuing on the theme from the original post, I would speculate that most players in the airline industry see themselves as providing transportation to people and their stuff.</p>
<p>The process design is, logically, going to center on what things have to happen to get people and their stuff from their point of entry into the system through to their point of exit at baggage claim. (the fact that the trip doesn’t actually end at baggage claim is another topic – one which has been discussed by Jim Womack in <em>Lean Thinking</em>, among other places.)</p>
<p>In traditional thinking, improvements in that process will involve making those things happen <em>cheaper, </em>usually by doing less.</p>
<p>What if, though, we start with a different question:</p>
<p><strong>“What experience do we want the customer to have?”</strong></p>
<p>Describe, first and foremost, the things the <em>customer</em> has to do to get herself and her stuff from the point of departure to (sadly) baggage claim. (Bonus points if beyond, but let’s not stretch the fantasy <em>too</em> far.)</p>
<p>Even better, act it out. Simulate it. Try it on. Work out the kinks, from the customer’s perspective.</p>
<p>Next, design the interface between your customer and your process. What does the customer-touching part of your process have to look like to deliver that experience? </p>
<p>(I often wonder if airline executives <em>ever</em> see their own web reservation systems.)</p>
<p>Now, only when you know what the “on stage” part of your process looks like can you design the rest of it – the back stage parts that make it all happen.</p>
<p>Economics come into play at this last stage. This is where you have to get creative. If the solution is too expensive, work on the back-stage part to make it cleaner and more streamlined. The customer facing part of the process is the <em>target condition</em>. Your problem solving works to deliver that experience in continuously better ways.</p>
<p><strong>What does this have to do with “caring?”</strong></p>
<p>Remember, this is from the customer’s perspective. When we say “our employees care” do we not really mean “our customer’s feel cared-about?” Since we started with the customer’s experience, if that is what is desired, it was built into the process specification from the beginning.</p>
<p>Once there <em>is</em> a process that we <em>predict</em> will result in customer’s feeling that people care about them, <em>then</em> your market surveys make sense. You are not soliciting complaints about things to fix, you are validating (or refuting) your design assumptions. Every bit of customer feedback will be a learning experience.</p>
<p><strong>Don’t forget Murphy.</strong></p>
<p>In a complex business like airline travel, sometimes luggage doesn’t get to baggage claim at the same time as the customer. It happens. But this is the time to <em>really</em> apply the above process design. <em>What do you want the customer to experience when things go wrong?</em></p>
<p>Ironically, in the customer satisfaction world, a spectacular and surprising recovery actually generates more loyalty than flawless delivery of service. This is the moment for your company to <em>shine</em>.</p>
<p>Whatever happens, though, make sure it is something you would do <em>on purpose</em> rather than relying on chance or a random team member’s disposition. Build “caring” into the process itself, and you will embed it into the culture.</p>
<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2012/02/06/the-process-of-caring/">The Process of Caring</a></p>
]]></content:encoded>
			<wfw:commentRss>http://theleanthinker.com/2012/02/06/the-process-of-caring/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Simple Solutions</title>
		<link>http://theleanthinker.com/2011/12/31/simple-solutions/</link>
		<comments>http://theleanthinker.com/2011/12/31/simple-solutions/#comments</comments>
		<pubDate>Sat, 31 Dec 2011 21:09:00 +0000</pubDate>
		<dc:creator>Mark Rosenthal</dc:creator>
				<category><![CDATA[Problem Solving]]></category>
		<category><![CDATA[Quality]]></category>

		<guid isPermaLink="false">http://theleanthinker.com/?p=1776</guid>
		<description><![CDATA[Carlos Villela’s blog lixo.org has a great story about simple solutions. I really have no idea if it is true or not – indeed, a couple of the details don’t hang together. On the other hand, I have seen for myself the kind of thinking that is described in this story. Link to full story: [...]<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/12/31/simple-solutions/">Simple Solutions</a></p>
]]></description>
			<content:encoded><![CDATA[<p>Carlos Villela’s blog 
<a  href="lixo.org" target="_blank">lixo.org</a> has a great story about simple solutions. I really have no idea if it is true or not – indeed, a couple of the details don’t hang together. On the other hand, I have seen for myself the kind of thinking that is described in this story.</p>
<p>Link to full story: 
<a  href="http://www.lixo.org/archives/2008/07/21/networks-are-smart-at-the-edges/" target="_blank" onclick="javascript:pageTracker._trackPageview('/external/www.lixo.org/archives/2008/07/21/networks-are-smart-at-the-edges/');" >Networks are smart at the edges.</a></p>
<p>The factory is having a quality issue. The response is pretty typical:</p>
<blockquote><p>The project followed the usual process: budget and project sponsor allocated, RFP, third-parties selected, and six months (and $8 million) later they had a fantastic solution — on time, on budget, high quality and everyone in the project had a great time. They solved the problem by using some high-tech precision scales that would sound a bell and flash lights whenever a toothpaste box weighing less than it should. The line would stop, and someone had to walk over and yank the defective box out of it, pressing another button when done.</p>
</blockquote>
<p>And a great solution. It stops the line and forces someone to pay attention to the problem. While I would usually add that these instances need to be followed up by problem solving to eliminate the issue, even if I were doing so, I wouldn’t eliminate the final verification check. Even Toyota performs a thorough and rigorous final inspection. But that’s not the point here.</p>
<blockquote><p>It turns out, the number of defects picked up by the scales was 0 after three weeks of production use. It should’ve been picking up at least a dozen a day, so maybe there was something wrong with the report. He filed a bug against it, and after some investigation, the engineers come back saying the report was actually correct. The scales really weren’t picking up any defects, because all boxes that got to that point in the conveyor belt were good.</p>
<p>Puzzled, the CEO travels down to the factory, and walks up to the part of the line where the precision scales were installed. A few feet before it, there was a $20 desk fan, blowing the empty boxes out of the belt and into a bin.</p>
<p>“Oh, that — one of the guys put it there ’cause he was tired of walking over every time the bell rang”, says one of the workers.</p>
</blockquote>
<p>Like the 
<a  href="http://theleanthinker.com/2011/12/11/the-tough-decision-what-not-to-do/" target="_blank">Dilbert cartoon about 25 critical focus areas</a>, this is more funny because the original reaction is totally typical, especially in companies who are comfortable with technology, controls, automation, etc.</p>
<p>Cudos to the CEO who realized, at least, that “No problem is a problem” and went to investigate at the actual gemba.</p>
<p>Once the team had a challenge (in this case 
<a  href="http://theleanthinker.com/wp-content/uploads/2011/12/small-Peanut-MMs.png" onclick="javascript:pageTracker._trackPageview('/downloads/wp-content/uploads/2011/12/small-Peanut-MMs.png');" ><img style="display: inline; float: right" title="small-Peanut-MMs" alt="small-Peanut-MMs" align="right" src="http://theleanthinker.com/wp-content/uploads/2011/12/small-Peanut-MMs_thumb.png" width="200" height="93" /></a>provided by the annoying bell) they dealt with what they saw as the issue.</p>
<p>Oh – and this graphic? It is an inside joke for some of my readers. Maybe we should have put some fans on the conveyer.</p>
<p>Thanks to Hal for sending the original link to this article.</p>
<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/12/31/simple-solutions/">Simple Solutions</a></p>
]]></content:encoded>
			<wfw:commentRss>http://theleanthinker.com/2011/12/31/simple-solutions/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Mike Rother: Time to Retire the Wedge</title>
		<link>http://theleanthinker.com/2011/09/19/mike-rother-time-to-retire-the-wedge/</link>
		<comments>http://theleanthinker.com/2011/09/19/mike-rother-time-to-retire-the-wedge/#comments</comments>
		<pubDate>Tue, 20 Sep 2011 04:23:01 +0000</pubDate>
		<dc:creator>Mark Rosenthal</dc:creator>
				<category><![CDATA[Interesting Reading]]></category>
		<category><![CDATA[Jidoka]]></category>
		<category><![CDATA[Quality]]></category>
		<category><![CDATA[The Basics]]></category>
		<category><![CDATA[Chalk Circle]]></category>
		<category><![CDATA[Leadership]]></category>
		<category><![CDATA[Organizational Learning]]></category>

		<guid isPermaLink="false">http://theleanthinker.com/?p=1674</guid>
		<description><![CDATA[Note – this post was written pretty much simultaneously with a post on the lean.org forum. Mike Rother has put up a compelling presentation that highlights a long-standing misunderstanding about the purpose of &#8220;standards.&#8221; Some time ago, a (well-meaning) author or consultant constructed a graphic that shows the PDCA wheel rolling up the incline of [...]<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/09/19/mike-rother-time-to-retire-the-wedge/">Mike Rother: Time to Retire the Wedge</a></p>
]]></description>
			<content:encoded><![CDATA[<p>Note – this post was written pretty much simultaneously with a post on the lean.org forum.</p>
<p>Mike Rother has put up a compelling presentation that highlights a long-standing misunderstanding about the purpose of &#8220;standards.&#8221;</p>
<object type='application/x-shockwave-flash' wmode='opaque' data='http://static.slideshare.net/swf/ssplayer2.swf?id=9312458&doc=retirethepdcawedge-091711-mr-110918191213-phpapp01' width='425' height='348'><param name='movie' value='http://static.slideshare.net/swf/ssplayer2.swf?id=9312458&doc=retirethepdcawedge-091711-mr-110918191213-phpapp01' /><param name='allowFullScreen' value='true' /></object>
<p>Some time ago, a (well-meaning) author or consultant constructed a graphic that shows the PDCA wheel rolling up the incline of improvement. There is a wedge labeled &#8220;Standards&#8221; shoved as a chock block under the wheel to keep it from rolling back. That graphic has been copied many times over the years, and shows up in nearly every presentation about PDCA or standard work.</p>
<p>The implication &#8211; at least as interpreted by most &#8211; is that a process is changed for the better, a new standard is created, and people are expected to follow the standard to &#8220;hold the gains&#8221; while they work on rolling the PDCA wheel up to the next level on the ramp.</p>
<p>Slide 6 (taken from the book <em>Toyota Kata</em>) shows the underlying assumptions that are implied by this approach, <em>especially when it doesn&#8217;t work</em>.</p>
<p>
<a  href="http://theleanthinker.com/wp-content/uploads/2011/09/holding-the-standard-e1316494154210.png" onclick="javascript:pageTracker._trackPageview('/downloads/wp-content/uploads/2011/09/holding-the-standard-e1316494154210.png');" ><img class="aligncenter size-full wp-image-1683" title="holding-the-standard" src="http://theleanthinker.com/wp-content/uploads/2011/09/holding-the-standard-e1316494154210.png" alt="" width="400" height="287" /></a>There are some interesting assumptions embedded in the &#8220;wedge thinking.&#8221;</p>
<p>The first one is that &#8220;the standard <em>can</em> be &#8216;held&#8217; by the people doing the work.</p>
<p>That, in turn, means that <span style="text-decoration: line-through;"> if </span>when things start to deteriorate, the workers and first line leaders are somehow responsible for the &#8220;slippage&#8221; or &#8220;not supporting the changes.&#8221;</p>
<p>With this attitude, we hear things like &#8220;Our workers aren&#8217;t disciplined enough&#8221; or &#8220;How do I make them follow the standard?&#8221; The logical countermeasures are those associated with compliance &#8211; audits focused on compliance, and sometimes even escalating punitive actions.</p>
<p>Back in my early days, I had a shop floor team member call us on it quite well: &#8220;How can you expect us to hold some kind of standard work if the parts don&#8217;t fit?&#8221; (or aren&#8217;t here, or the tools don&#8217;t work, or jigs are misaligned, or the machine isn&#8217;t running right, or someone is absent, or we are being told to hurry and just get stuff out the door?)</p>
<p>This is the approach of <em>control</em>. The standard is fixed until we decide to change it.</p>
<p>Taiichi Ohno didn&#8217;t teach it this way.</p>
<p>Neither did Deming or Juran. Neither did Goldratt. Nor does Six Sigma, TQM, TPM.</p>
<p>Indeed, if we <em>want</em> creativity to be focused on improvements, we have to look <em>up</em> the incline, not <em>back</em>.</p>
<p>We are putting &#8220;standards&#8221; on the wrong side of the wheel. Rother&#8217;s presentation gets it right &#8211; the &#8220;standards&#8221; are the target &#8211; what we are striving to achieve.</p>
<p>The purpose of standards is to compare what we actually do against what we wanted to do <em>
<a  href="http://theleanthinker.com/2008/01/30/chatter-as-signal/">so we know when they are different</a></em> and so we <em>have some idea what stopped us from getting there</em>.</p>
<p>Then we have to swarm the problem, and remove the barrier. Try it again, and learn what stops us <em>the next </em>time.</p>
<p>The old model shows &#8220;standards&#8221; as a countermeasure to prevent backsliding, when in reality, standards are a test to see if our true countermeasures are working.</p>
<p><strong>I believe this model of &#8220;standards&#8221; as something for compliance is a cancer</strong> that is holding us back in our quest to establish a new level of understanding around what &#8220;continuous improvement&#8221; really means.</p>
<p><strong>It is time to actively refute the model</strong>.</p>
<p>If you own your corporate training materials, find that slide (it is in there somewhere) and change it.</p>
<p>If you see this model in a presentation, challenge it. Ask what should happen if something gets in the way of meeting this &#8220;standard.&#8221;</p>
<p>
<a  href="http://theleanthinker.com/2009/06/15/get-specific/">&#8220;What, exactly do you expect the team member to do?</a>&#8221;  That sparks an interesting conversation which reveals quite a bit.</p>
<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/09/19/mike-rother-time-to-retire-the-wedge/">Mike Rother: Time to Retire the Wedge</a></p>
]]></content:encoded>
			<wfw:commentRss>http://theleanthinker.com/2011/09/19/mike-rother-time-to-retire-the-wedge/feed/</wfw:commentRss>
		<slash:comments>28</slash:comments>
		</item>
		<item>
		<title>NPR: Hospitals New Face Pressure to Reduce Infection Rates</title>
		<link>http://theleanthinker.com/2011/05/28/npr-hospitals-new-face-pressure-to-reduce-infection-rates/</link>
		<comments>http://theleanthinker.com/2011/05/28/npr-hospitals-new-face-pressure-to-reduce-infection-rates/#comments</comments>
		<pubDate>Sat, 28 May 2011 20:43:54 +0000</pubDate>
		<dc:creator>Mark Rosenthal</dc:creator>
				<category><![CDATA[Health Care]]></category>
		<category><![CDATA[Quality]]></category>

		<guid isPermaLink="false">http://theleanthinker.com/2011/05/28/npr-hospitals-new-face-pressure-to-reduce-infection-rates/</guid>
		<description><![CDATA[This article on NPR is chiefly about the dilemma that hospital administrators are facing as escalating government reporting requirements are being tied to their Medicare payments. (For my non-US readers, Medicare is the U.S. government medical insurance program for seniors and retirees. It pays a huge portion of hospital’s revenue, and thus, its policies carry [...]<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/05/28/npr-hospitals-new-face-pressure-to-reduce-infection-rates/">NPR: Hospitals New Face Pressure to Reduce Infection Rates</a></p>
]]></description>
			<content:encoded><![CDATA[<p>
<a  href="http://www.npr.org/2011/05/28/136712657/hospitals-face-new-pressure-to-cut-infection-rates" target="_blank" onclick="javascript:pageTracker._trackPageview('/external/www.npr.org/2011/05/28/136712657/hospitals-face-new-pressure-to-cut-infection-rates');" >This article on NPR</a> is chiefly about the dilemma that hospital administrators are facing as escalating government reporting requirements are being tied to their Medicare payments. (For my non-US readers, Medicare is the U.S. government medical insurance program for seniors and retirees. It pays a huge portion of hospital’s revenue, and thus, its policies carry a lot of weight).</p>
<p>The article’s lead does a good job of summing up the issue:</p>
<blockquote><p>Under laws in more than two dozen states and new Medicare rules that went into effect earlier this year, hospitals are required to report infections — risking their reputations as sterile sanctuaries — or pay a penalty. That&#8217;s left hospital administrators weighing the cost of &#8216;fessing up against the cost of fines.</p>
</blockquote>
<p>So, in effect, the administrators are faced with weighing the <em>financial</em> impact of lost Medicare payments vs. the <em>financial</em> impact of telling the truth about their infection rates. This is, in my mind, yet another symptom of the General Motors style of management that is taught by every MBA program in the world.</p>
<p>It also suggests that there is a viable alternative of continuing to maintain the <em>illusion</em> that it is not a problem.</p>
<p>Is it a problem? Hospital infections <em>kill</em> about 90,000 people a year in the USA. Compare that with the 40,000 or so that are killed in traffic accidents, and you get the idea.</p>
<p>Add to that the fact that the <em>patient</em> ends up getting billed (and usually insurance pays the bulk) for the treatment of these infections.</p>
<p>Fundamentally this is about quality, and the problem is certainly not limited to health care. (it is just that lives are at stake)</p>
<p>How does <em>your</em> company respond when there is a known issue that is impacting quality?</p>
<p>If you deliver a defective product or service, do you charge your customers for the rework? This is not a facetious question. Some companies do.</p>
<p>Do you avoid collecting information for fear of revealing the true magnitude of a problem?</p>
<p>Do your workers fear bringing it up when they are directed to carry out inappropriate actions, or actions which violate the company’s written policies and procedures?</p>
<p>Is it OK to improvise outside of your known process in order to get the part out the door?</p>
<p>Back to the hospital – we know how to tackle this problem. It is merely extremely difficult. That doesn’t make it impossible. I am glad it is getting attention. I am disappointed that it takes government generated threats of visibility to get action.</p>
<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/05/28/npr-hospitals-new-face-pressure-to-reduce-infection-rates/">NPR: Hospitals New Face Pressure to Reduce Infection Rates</a></p>
]]></content:encoded>
			<wfw:commentRss>http://theleanthinker.com/2011/05/28/npr-hospitals-new-face-pressure-to-reduce-infection-rates/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WWII Visual Control</title>
		<link>http://theleanthinker.com/2011/05/22/wwii-visual-control/</link>
		<comments>http://theleanthinker.com/2011/05/22/wwii-visual-control/#comments</comments>
		<pubDate>Sun, 22 May 2011 09:08:43 +0000</pubDate>
		<dc:creator>Mark Rosenthal</dc:creator>
				<category><![CDATA[Interesting Reading]]></category>
		<category><![CDATA[Quality]]></category>

		<guid isPermaLink="false">http://theleanthinker.com/?p=1608</guid>
		<description><![CDATA[PC posted a really interesting bit of visual control history in the forums. Click on the link to read his whole post, there is a second part about lack of visual controls. In a recently aired episode of Showdown: Air Combat the host, a USAF fighter jock, asked about a series of colored stripes painted on [...]<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/05/22/wwii-visual-control/">WWII Visual Control</a></p>
]]></description>
			<content:encoded><![CDATA[<p>PC posted a really interesting bit of 
<a  href="http://forums.theleanthinker.com/viewtopic.php?f=6&amp;t=150" target="_blank" onclick="javascript:pageTracker._trackPageview('/external/forums.theleanthinker.com/viewtopic.php');" >visual control history in the forums</a>. Click on the link to read his whole post, there is a second part about <em>lack of</em> visual controls.</p>
<blockquote><p>In a recently aired episode of <em>Showdown: Air Combat</em> the host, a USAF fighter jock, asked about a series of colored stripes painted on a bit of sheet metal attached to the landing gear of a beautifully restored A6M Zero .</p>
<p>The piece of aluminum sheet is attached to the landing gear and fairs in the landing gear bay when retracted. The plane’s pilot/historian explained that they were an indicator for the ground (or deck) crew. As the landing gear’s hydraulic struts compress they align with the different stripes, allowing the crew to instantly see the load condition of the aircraft.</p>
<p>So for the cost of nothing more than a few square inches of paint they had an immediate, reliable, easy to use (from a distance, even), intuitive “mechanism” for the aircraft handlers to obtain critical fuel+ordinance info on the planes at any time.</p>
<p><img class="alignnone" src="http://airdic.com/UserFiles/tomcat/1%28989%29.jpg" alt="" width="400" height="250" /></p>
</blockquote>
<p>While weight is <em>always</em> critical on an aircraft, it is even <em>more</em> critical on a WWII era aircraft carrier, before there were catapults. Where I can see this simple visual check becoming <em>really</em> valuable is if the crew spots one that is <em>different</em> than the others.</p>
<p>Here is a question &#8211; how can you adopt this principle to make a quick, visual weight check to assure, for example, that everything is in the package before it ships?</p>
<p> </p>
<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/05/22/wwii-visual-control/">WWII Visual Control</a></p>
]]></content:encoded>
			<wfw:commentRss>http://theleanthinker.com/2011/05/22/wwii-visual-control/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>What Does Your Customer See?</title>
		<link>http://theleanthinker.com/2011/05/16/what-does-your-customer-see/</link>
		<comments>http://theleanthinker.com/2011/05/16/what-does-your-customer-see/#comments</comments>
		<pubDate>Mon, 16 May 2011 18:49:35 +0000</pubDate>
		<dc:creator>Mark Rosenthal</dc:creator>
				<category><![CDATA[In The Chalk Circle]]></category>
		<category><![CDATA[Quality]]></category>

		<guid isPermaLink="false">http://theleanthinker.com/2011/05/16/what-does-your-customer-see/</guid>
		<description><![CDATA[Travel plans sometimes come together at the last minute. I went to the green company&#8217;s web site to rent a car, and got a message saying the site was down for maintenance. It said to please call the 800 number if I wanted to make a reservation. I called the number. The nice person on [...]<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/05/16/what-does-your-customer-see/">What Does Your Customer See?</a></p>
]]></description>
			<content:encoded><![CDATA[<p>Travel plans sometimes come together at the last minute. I went to the green company&#8217;s web site to rent a car, and got a message saying the site was down for maintenance. </p>
<p>It said to please call the 800 number if I wanted to make a reservation.</p>
<p>I called the number.</p>
<p>The nice person on the phone asked if I wanted to make a new reservation or discuss a current one.</p>
<p>I said new reservation.</p>
<p>&#8220;Oh, our system is down for maintenance. Can you try again in a few hours?&#8221;</p>
<p>It was already midnight, so I really didn&#8217;t want to do that.</p>
<p>&#8220;That&#8217;s OK, I&#8217;ll just call Hertz.&#8221;<br />
Which I did.</p>
<p>I encountered two problems here.<br />
First was the message that implied that a human could make a reservation while the system was down. The accurate message would have been &#8220;Our system is down for maintenance. If you want to make a reservation, please try again in a few hours.&#8221;</p>
<p>And, since this is the de-facto process, I have to assume that the company is doing it this way on purpose.</p>
<p>Then again&#8230;<br />
Do their executives rent cars through the online system? Do they experience what their customers do? Do they see the &#8220;we&#8217;re closed, please go away&#8221; sign that is part of their normal process every Saturday night?</p>
<p>Another company once put me on hold. The system kicked to a local radio station rather than silence. And so I was waiting for a customer service response while listening to Mick Jagger &#8220;I don&#8217;t get no&#8230; sat is fact ion&#8230;&#8221;</p>
<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/05/16/what-does-your-customer-see/">What Does Your Customer See?</a></p>
]]></content:encoded>
			<wfw:commentRss>http://theleanthinker.com/2011/05/16/what-does-your-customer-see/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Boeing Moving Line</title>
		<link>http://theleanthinker.com/2011/04/15/boeing-moving-line/</link>
		<comments>http://theleanthinker.com/2011/04/15/boeing-moving-line/#comments</comments>
		<pubDate>Sat, 16 Apr 2011 05:19:31 +0000</pubDate>
		<dc:creator>Mark Rosenthal</dc:creator>
				<category><![CDATA[Jidoka]]></category>
		<category><![CDATA[Pacing]]></category>
		<category><![CDATA[Quality]]></category>

		<guid isPermaLink="false">http://theleanthinker.com/2011/04/15/boeing-moving-line/</guid>
		<description><![CDATA[Boeing’s “PTQ” (Put Together Quickly) videos show a time lapse of an airliner in production. They have been producing the for years – certainly since I was working there. This one, though, shows something a little special. When I first started working there, the idea of a line stop was unthinkable. The plane moved on [...]<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/04/15/boeing-moving-line/">Boeing Moving Line</a></p>
]]></description>
			<content:encoded><![CDATA[<p>Boeing’s “PTQ” (Put Together Quickly) videos show a time lapse of an airliner in production. They have been producing the for years – certainly since I was working there.</p>
<p>This one, though, shows something a little special.</p>
<p>When I first started working there, the idea of a line stop was unthinkable. The plane moved on time, period. Any unfinished work “traveled” with the plane, along with the associated out-of-sequence tasks and rework involved.</p>
<p>The fact that the 737 is now built on a continuously moving assembly line in Renton is fairly well known.</p>
<p>But what struck me in this PTQ video is that one of the things highlighted in it is a <em>line stop</em>. It happens pretty quickly at about 1:57.</p>
<p>The video is also full of rich visual controls to allow the team to compare the actual flow vs. the intended flow. See many many you can spot.</p>
<div id="scid:5737277B-5D6D-4f48-ABFC-DD9C333F4C5D:353e3df9-0e50-4c02-8681-93ced6c6c003" class="wlWriterEditableSmartContent" style="padding-bottom: 0px; margin: 0px; padding-left: 0px; padding-right: 0px; display: inline; float: none; padding-top: 0px">
<div><object width="448" height="252"><param name="movie" value="http://www.youtube.com/v/Ihtl-SZLU9o?hl=en&amp;hd=1" /><embed type="application/x-shockwave-flash" width="448" height="252" src="http://www.youtube.com/v/Ihtl-SZLU9o?hl=en&amp;hd=1"></embed></object></div>
</div>
<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2011/04/15/boeing-moving-line/">Boeing Moving Line</a></p>
]]></content:encoded>
			<wfw:commentRss>http://theleanthinker.com/2011/04/15/boeing-moving-line/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>He Should Have Seen It</title>
		<link>http://theleanthinker.com/2010/12/03/he-should-have-seen-it/</link>
		<comments>http://theleanthinker.com/2010/12/03/he-should-have-seen-it/#comments</comments>
		<pubDate>Sat, 04 Dec 2010 02:15:46 +0000</pubDate>
		<dc:creator>Mark Rosenthal</dc:creator>
				<category><![CDATA[Interesting Reading]]></category>
		<category><![CDATA[Quality]]></category>
		<category><![CDATA[Safety]]></category>

		<guid isPermaLink="false">http://theleanthinker.com/?p=1458</guid>
		<description><![CDATA[In many processes, we ask people to notice things. Often we do this implicitly by blaming people when something is missed. This is easy to do in hindsight, and easy to do when we are investigating and knowing what to look for. But in the real world, a lot of important information gets lost in [...]<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2010/12/03/he-should-have-seen-it/">He Should Have Seen It</a></p>
]]></description>
			<content:encoded><![CDATA[<p>In many processes, we ask people to notice things. Often we do this implicitly by blaming people when something is missed. This is easy to do in hindsight, and easy to do when we are investigating and knowing what to look for. But in the real world, a lot of important information gets lost in the clutter.</p>
<p>We talk about 5S, separating the necessary from the unnecessary, a lot, but usually apply it to <em>things</em>.</p>
<p>What about information?</p>
<p>How is critical information presented?</p>
<p>How easy is it for people to see, quickly, what they must?</p>
<p>This is a huge field of study in aviation safety where people get hyper focused on something in an emergency, and totally miss the bigger picture.</p>
<p>
<a  href="http://www.41latitude.com/post/2072504768/google-maps-label-readability" target="_blank" onclick="javascript:pageTracker._trackPageview('/external/www.41latitude.com/post/2072504768/google-maps-label-readability');" >This site has a really interesting example</a> of how subtle changes in the way information is presented can make a huge difference for someone trying to pull out what is important. The context is totally different, so our challenge is to think about what is revealed here, and see if we can see the same things in the clutter of information we are presenting to our people.</p>
<p>The purpose of good visual controls is to tell us, immediately, what we must pay attention to. Too many of them, or too much detail &#8211; trying to present everything to everyone &#8211; has the opposite effect.</p>
<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2010/12/03/he-should-have-seen-it/">He Should Have Seen It</a></p>
]]></content:encoded>
			<wfw:commentRss>http://theleanthinker.com/2010/12/03/he-should-have-seen-it/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>The Human in the Loop</title>
		<link>http://theleanthinker.com/2010/04/29/the-human-in-the-loop/</link>
		<comments>http://theleanthinker.com/2010/04/29/the-human-in-the-loop/#comments</comments>
		<pubDate>Thu, 29 Apr 2010 12:33:10 +0000</pubDate>
		<dc:creator>Mark Rosenthal</dc:creator>
				<category><![CDATA[Interesting Reading]]></category>
		<category><![CDATA[People Development]]></category>
		<category><![CDATA[Quality]]></category>

		<guid isPermaLink="false">http://theleanthinker.com/?p=1166</guid>
		<description><![CDATA[W. Edwards Deming espouses a “system of profound knowledge” as the way to manage complex systems. The key points are: Appreciation for a system. (Systems thinking) Knowledge about variation. (Knowing the difference between variation inherent in the system and variation with an attributable cause.) Theory of knowledge. (Understanding how the organization learns – summarized as [...]<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2010/04/29/the-human-in-the-loop/">The Human in the Loop</a></p>
]]></description>
			<content:encoded><![CDATA[<p>
<a  href="http://astore.amazon.com/theleathi-20/detail/0547247990" target="_blank" onclick="javascript:pageTracker._trackPageview('/external/astore.amazon.com/theleathi-20/detail/0547247990');" ><img style="margin: 0px 30px 10px 0px; display: inline" src="http://ecx.images-amazon.com/images/I/41ta0+18nYL._SL210_.jpg" alt="" align="left" /></a></p>
<p>W. Edwards Deming espouses a “system of profound knowledge” as the way to manage complex systems. The key points are:</p>
<ol>
<li>Appreciation for a system. (Systems thinking) </li>
<li>Knowledge about variation. (Knowing the difference between variation inherent in the system and variation with an attributable cause.) </li>
<li>Theory of knowledge. (Understanding how the organization learns – summarized as PDCA) </li>
<li>Psychology. </li>
</ol>
<p>This last point – psychology – is the one I want to discuss.</p>
<p>The common view of business and production systems is a technical one. We look at things that can be easily disaggregated and analyzed – production processes, financial models, defect rates. Even when we consider the role of people it is in terms of “heads” and labor hours; absenteeism, payroll, labor costs.</p>
<p>Then we turn around and talk about “corporate culture” as though it is an abstract thing that can be analyzed as well, and that conversation all too often turns into commiseration and a blame game where things would be great “if only they….”</p>
<p>Reality, however, is even messier than that. The culture of a company emerges from how people interact with each other, and with the work environment. The work environment itself is also the product of interactions between people. People also interact with the processes themselves. Every second of every day, it is the people who are sensing, assessing, and deciding how to respond to what they see, hear, feel, perceive, believe.</p>
<p>If we truly want to construct a work environment where people make the best possible decisions, it behooves us to rid ourselves of decades old stereotypes and convenient beliefs about why people decide what they do.</p>
<p>Those stereotypes were largely established in the 1930’s and 1940’s. Since then, however, we have learned a great deal about psychology. Further, we are now (finally) beginning to make the connections between what happens in the <em>mind</em> – how people think, feel, perceive, behave – and what happens in the <em>brain</em> – the neuroscience behind the feelings.</p>
<p><em>How We Decide</em> is a layman’s overview of those linkages.</p>
<p>As I was reading it, I found many topics that link directly to business and the workplace, and stuffed my book full of sticky notes.</p>
<h3>Learning</h3>
<p>Deming famously said “Management is prediction.” We also know this in the context of PDCA and the scientific method. We make observations, collect facts, and make a prediction. “Given what I know, if I do <strong>x</strong> I should see <strong>y</strong>.” Or “… if I observe <strong>x</strong> happening then <strong>y</strong> should follow.” These are predictions. By making them, we set ourselves up to either be proven correct, or confront something that surprises us. In either of those situations, we learn either by reinforcing the prediction for next time, or by examining what was not understood and trying to understand it better.</p>
<p>Well – as much as we like to imagine this is a logical process, it isn’t. This is pure emotion, which in turn is driven by changes in the level of dopamine in the brain as we have these experiences. In fact, our emotions learn to predict a vague situation before our logical brains catch on. “I don’t know why, but this feels right” – except that if you think through it that much, you will likely get it wrong.</p>
<p>Lehrer cites a number of scientific studies, but what they all have in common is <em>immediate positive or negative consequences</em>. Without those consequences, the emotional mind is never engaged, and the people never develop that “gut feel” for the situation.</p>
<p>Now before anyone jumps all over the word “consequences” let me be <em>really</em> clear on this point. This has <em>nothing to do with punishment or “accountability.”</em> Indeed, neither of those is <em>immediate</em> enough for this kind of learning to occur. Rather, it means that there is a situation where the person has immediate feedback and knows whether he made a good or bad choice.</p>
<p>What is more interesting is when these experiments were conducted with people who were neurologically impaired to the point where they could <em>only</em> engage in logical thought – they experienced little or no emotion. They failed, totally, at detecting the subtle patterns of success and failure in the experiments. The dopamine driven emotional part of the brain “gets it” and the logic part follows.</p>
<p>So – if we want a person to learn to correctly carry out a subtle process, and develop a good feel for how it is going:</p>
<ul>
<li>They need practice. </li>
<li>They need <em>immediate</em> feedback. </li>
<li>They need <em>safe opportunities to get it wrong.</em> </li>
<li>They need emotional support for continuing to try. (More about that later.) </li>
</ul>
<p>Now think about this in the context of how your people are trained to perform tasks that require skill or developing a “knack.” How well does your work environment provide a 
<a  href="http://theleanthinker.com/2007/08/26/the-3-elements-of-safety-first/" target="_blank">safe place to practice</a>?</p>
<p>Another factor that plays a huge role in learning is <strong>reflection</strong>. Again, this is something that we all know at a logical level, but do we structure our situations to actually do it… or rely on happenstance? Worse yet, do we try to avoid focusing on things that went less than perfectly in our desire to focus on the positive?</p>
<p>Leher’s next key point is that, except in trivial cases, practice is not simply repetition. It is equally important to be good at it – to <em>know how to practice</em>. Reflection plays a huge role in this. He uses the example of a master game player – chess, poker, backgammon. Bill Robertie plays these radically different games at a world class level.</p>
<p>Leher describes how Robertie learned to play backgammon.</p>
<blockquote><p>Robertie bought a book on backgammon strategy, memorized a few opening moves, and then started to play. And play. And play. “You’ve got to get obsessed,” he says. […]</p>
<p>After a few years of intense practice, Robertie had turned himself into one of the best backgammon players in the world. “I knew I was getting good when I could just glance at a board and know what I should do…The game started to become..a matter of aesthetics.”</p>
</blockquote>
<p>Leher is describing the process of training the dopamine receptors in the brain to give a positive emotional response to thoughts of the right move, and a negative emotional response to thoughts of a bad move. That is what happens in the brain of someone who is playing by instinct.</p>
<p>But, he goes on:</p>
<blockquote><p>But Robertie didn’t become a world champion just by playing a lot of backgammon. “It’s not the quantity of practice, it’s the <em>quality</em>,” he says. According to Robertie, the most effective way to get better is to focus on your mistakes. In other words you need to consciously consider the errors being internalized by your dopamine neurons. After Robertie plays a chess match, or a poker hand, or a backgammon game, he painstakingly reviews what happened. Every decision is critiqued and analyzed.</p>
</blockquote>
<p>Actually this kind of reflection can be found behind pretty much any world-class performance you might see. Professional sports teams review the films. The U.S. Army does “after action reviews” in training. The opposing force commanders and the unit being trained first discuss and reconstruct what <em>really</em> happened, and then drill in on cues that might have revealed missed opportunities. By <em>consciously</em> learning from their mistakes in a practice environment – with blanks and lasers – they make far fewer mistakes when the bullets are real.</p>
<p>What about business? If you are a regular reader (meaning you are interested in this stuff), you likely know that “reflection” is a critical part of policy deployment, otherwise known as hoshin kanri. That reflection is the same process – examining the original intention and <em>prediction</em>, and then seeking to understand why things went differently (better <em>or</em> worse) than anticipated. By understanding the why behind the deltas, the leaders are better able to make better and better plans. That might <em>look</em> like they are leading by instinct, but just like Robertie’s backgammon game, that instinct is honed deliberately by a <em>process of learning</em>.</p>
<p>Likewise, when organizations try to learn “problem solving” and “A3” I see them start with big, complicated problems. But in my experience, it is far better to start off on small ones that are easy to solve. There are a couple of good reasons for this. First, it gets leaders down to the place where the work is done and shows that they actually care. This is all well and good, but it isn’t the primary reason.</p>
<p>The main reason is so they have an opportunity to <em>practice seeing and solving problems</em> in an environment where they can do it a <em>lot</em>, get immediate feedback, and contain the effects of their mistakes. In other words, it is an environment where:</p>
<li>They get practice. </li>
<li>They get <em>immediate</em> feedback. </li>
<li>They have <em>safe opportunities to get it wrong.</em>
<p>Unfortunately, what many senior leaders fail to <em>give to themselves</em> or to <em>each other</em> is that last point – an emotionally safe environment to make mistakes. And that links to the next key point that Leher makes.</p>
<p>He describes research by Carol Dweck, a Stanford psychologist, on the role of making mistakes in learning. In her classic research, she gave groups of school children puzzle tests that were relatively simple for them. All of the kids did well. Two groups, selected at random (the total population was over 1000) were alternatively praised for their intelligence (“You must be very smart”) or their effort (“You must have worked really hard.”)</p>
</li>
<p>To cut to the chase, in follow-up tests, the group that was initially praised for their intelligence avoided subsequent challenges, gave up on tough puzzles more easily, and sought out opportunities to see that they had done better than others.</p>
<p>The group that was praised for their effort, on the other hand, sought out tougher challenges, worked harder on those tougher puzzles, and sought out opportunities to understand why others had done better than they had. In other words, they were driven to learn.</p>
<p>To be clear, the <em>only</em> difference between the groups was the initial praise. Throughout the remainder of the experiment, each group sought to self-validate the single compliment they had been given – one group by selecting tasks that allowed them to look smart, the other group by selecting tasks that allowed them to work hard.</p>
<p>At the end, they were all given a final set of puzzles. Guess which group had learned more about how to tackle them? In short, the kids who were praised for their efforts got better results because they worked hard to learn how to learn.</p>
<p>Now, this is with little kids. But what we all learn as kids are the things which drive us throughout our lives. Each of us seeks to renew the conditions that got us the most acceptance and praise.</p>
<h4>Application</h4>
<p>Let’s look at how to apply all of this when we are trying to transform an organizational culture.</p>
<p>First, what are we trying to achieve?</p>
<p>If we are trying to instill a culture of problem solving and kaizen, then we want people to try hard to solve the problems they are confronting, are willing to experiment (and make mistakes), realize they have to discover (rather than already know) the answers, and support others in doing the same.</p>
<p>So what are the best conditions to learn how to do that, and do it well?</p>
<ul>
<li><strong>Practice. </strong></li>
<li><strong>Immediate feedback.</strong></li>
<li><strong>Safe opportunities to experiment.</strong></li>
<li><strong>Emotional support for continuing to try.</strong></li>
</ul>
<p>If I go back and look at the learning environment described in <em>
<a  href="http://www.google.com/search?rlz=1C1CHNU_enUS324US353&amp;sourceid=chrome&amp;ie=UTF-8&amp;q=%22learning+to+lead+at+toyota%22+filetype:pdf" target="_blank" onclick="javascript:pageTracker._trackPageview('/external/www.google.com/search');" >Learning to Lead at Toyota</a></em> by Steven Spear, I actually see these characteristics being deliberately put into play. And not simply for the benefit of the senior executive who is the main character, but for the team leaders in training as well.</p>
<p>Think about how much more effective this gradually building hands-on practice and experience is than sitting people through a three day classroom based “Lean Overview?” Just like you can’t learn backgammon (or infantry tactics) in a lecture, neither is it possible to really understand what kaizen is about. You have to play, and play, and play. You have to reflect, which means you have to know what you expected, know what actually happened, and study the differences.</p>
<p>No matter what you think people’s motivations <em>should</em> be, let go of your judgments, and look at what we know about how people really learn. Use that information to create the best possible space to do it in.</p>
<p>The next section covers the neurological and psychological aspects of what Deming calls “tampering” – why we are tempted to do it – and the psychology behind relying on hope and luck as a risk management plan. Pretty interesting stuff.</p>
<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2010/04/29/the-human-in-the-loop/">The Human in the Loop</a></p>
]]></content:encoded>
			<wfw:commentRss>http://theleanthinker.com/2010/04/29/the-human-in-the-loop/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Information Transfer Fail</title>
		<link>http://theleanthinker.com/2010/03/02/information-transfer-fail/</link>
		<comments>http://theleanthinker.com/2010/03/02/information-transfer-fail/#comments</comments>
		<pubDate>Tue, 02 Mar 2010 23:30:12 +0000</pubDate>
		<dc:creator>Mark Rosenthal</dc:creator>
				<category><![CDATA[Consistency]]></category>
		<category><![CDATA[Health Care]]></category>
		<category><![CDATA[Quality]]></category>
		<category><![CDATA[The Basics]]></category>

		<guid isPermaLink="false">http://theleanthinker.com/?p=1123</guid>
		<description><![CDATA[While the dentist was looking over my x-rays, he saw something he would like checked out by a specialist. He used words like &#8220;sometimes they..&#8221; and &#8220;might be&#8230;&#8221; when describing the issue he saw. I get a referral. The information on the referral slip is the name of the referring dentist (which I can&#8217;t read), [...]<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2010/03/02/information-transfer-fail/">Information Transfer Fail</a></p>
]]></description>
			<content:encoded><![CDATA[<p>While the dentist was looking over my x-rays, he saw something he would like checked out by a specialist. He used words like &#8220;sometimes they..&#8221; and &#8220;might be&#8230;&#8221; when describing the issue he saw.</p>
<p>I get a referral. The information on the referral slip is the name of the referring dentist (which I can&#8217;t read), no boxes checked, and &#8220;#31&#8243; in the comments.</p>
<p>I call the specialist and start getting technical questions about what my dentist wants them to look at / look for, etc.</p>
<p>So the process is to use the patient as a conduit for vaguely expressed (in layman&#8217;s terms) technical information between highly trained specialists.</p>
<p>Sadly, I think this happens all of the time in the health care industry. It seems that there is so much focus on optimizing the nodes that nobody really &#8220;gets&#8221; that the patient&#8217;s experience (and ultimately the outcome of the process) is defined more by the interactions and interfaces than it is by the nodes themselves.</p>
<p>I am really not sure how fundamentally different this is from a pilot asking a passenger to find the maintenance supervisor and tell the mechanic about a problem with a plane.</p>
<p>The net effect is, as I am writing this, the specialist&#8217;s office is calling the referring dentist and asking them what, exactly, they want done.. a net increase of 100% in the time involved for all parties to communicate.</p>
<p>While the national debate is on how we pay for all of this, we aren&#8217;t asking why it costs so much (or kills more people than automobile accidents do).</p>
<p>Fed from: <a href="http://theleanthinker.com">The Lean Thinker</a>.
Copyright &copy; 2012, Mark Rosenthal<br/><br/><a href="http://theleanthinker.com/2010/03/02/information-transfer-fail/">Information Transfer Fail</a></p>
]]></content:encoded>
			<wfw:commentRss>http://theleanthinker.com/2010/03/02/information-transfer-fail/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

