<?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>Root Cause Analysis Instructor Blog</title>
	<atom:link href="http://rootcauseanalysisblog.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://rootcauseanalysisblog.com</link>
	<description></description>
	<lastBuildDate>Fri, 18 Jun 2010 14:08:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>The Connection Between Work Process and Cause-and-Effect</title>
		<link>http://rootcauseanalysisblog.com/the-connection-between-work-process-and-cause-and-effect/</link>
		<comments>http://rootcauseanalysisblog.com/the-connection-between-work-process-and-cause-and-effect/#comments</comments>
		<pubDate>Fri, 18 Jun 2010 14:08:51 +0000</pubDate>
		<dc:creator>Aaron</dc:creator>
				<category><![CDATA[Aaron Cross]]></category>
		<category><![CDATA[cause-and-effect]]></category>
		<category><![CDATA[problem investigation]]></category>
		<category><![CDATA[root cause analysis]]></category>
		<category><![CDATA[work process]]></category>

		<guid isPermaLink="false">http://rootcauseanalysisblog.com/?p=399</guid>
		<description><![CDATA[For those that have attended a Cause Mapping Workshop, you may recall that we spend a significant amount of time talking about the connection between work process and cause-and-effect.  It is fundamental to any problem investigation.  After all, if a work process is a series of steps to produce a desired result, then you have [...]]]></description>
			<content:encoded><![CDATA[<p>For those that have attended a Cause Mapping Workshop, you may recall that we spend a significant amount of time talking about the connection between work process and cause-and-effect.  It is fundamental to any problem investigation.  After all, if a work process is a series of steps to produce a desired result, then you have problem anytime you don’t get the expected results from your processes.  In order to solve the problem, you must identify the causes of the problem.  The causes of the problem within your organization will eventually tie back to specific breakdowns in the work process.  Specific solutions can then be identified that make specific changes to your processes going forward… also know as continuous improvement.</p>
<p>While the connection between process and cause-and-effect is obvious, organizations typically struggle to use this connection to their advantage during an investigation.  As a result, the investigations stop short of where some of the best solutions reside and typically focus only on what they call the human element of the problem.  For example, a common conclusion to a problem investigation is simply that a <em>“procedure was not followed”</em>.  The proposed solution: “<em>reinforce the procedure”</em> or <em>“retrain on the procedure”</em>.  Sound familiar?  If it does, then you can probably attest to the solutions’ ineffectiveness at actually solving the problem.</p>
<p>So why do we continually fall back into this trap?  We have a tendency to try and simplify the incident investigation which results in generalizing the causes.  If you have generic causes, you get generic solutions.   It’s at this point that the investigation should be taking the opposite approach and diving into the specific details of the process/procedure that was ineffective.  This is easier said than done, but there is a simple tool that can be extremely helpful… a process map.  Next week I will discuss how to use a process map to improve your investigations.</p>
<p>Reinforcing a procedure doesn’t do anything to address gaps within.  If someone doesn’t follow a procedure, it is important to identify “Why?” the procedure wasn’t followed.  Only then will you find that the details aren’t as straightforward as they seem.</p>
]]></content:encoded>
			<wfw:commentRss>http://rootcauseanalysisblog.com/the-connection-between-work-process-and-cause-and-effect/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Botched Inspection and Missed Airline Flight</title>
		<link>http://rootcauseanalysisblog.com/botched-inspection-and-missed-airline-flight/</link>
		<comments>http://rootcauseanalysisblog.com/botched-inspection-and-missed-airline-flight/#comments</comments>
		<pubDate>Fri, 08 Jan 2010 19:30:12 +0000</pubDate>
		<dc:creator>Loyd</dc:creator>
				<category><![CDATA[Loyd Hamilton]]></category>
		<category><![CDATA[cause mapping]]></category>
		<category><![CDATA[solution]]></category>

		<guid isPermaLink="false">http://rootcauseanalysisblog.com/?p=397</guid>
		<description><![CDATA[ThinkReliability often investigates big explosions or multi-million dollar supply chain break downs. Cause Mapping is a process that reveals simple solutions to complex problems so we are usually called in to help companies with large scale incidents.  But I have found that the process of Cause Mapping can be a useful tool in solving very [...]]]></description>
			<content:encoded><![CDATA[<p><a title="High Level Cause Map" href="http://www.thinkreliability.com/InstructorBlogs/Blog-missedflight.pdf" target="_blank"><img class="alignright" title="Download PDF" src="http://64.128.189.29/graphics/downloadbrochure.JPG" alt="" width="161" height="45" /></a>ThinkReliability often investigates big explosions or multi-million dollar supply chain break downs. Cause Mapping is a process that reveals <a title="Root Cause Analysis :: ThinkReliability :: Cause Mapping" href="http://www.thinkreliability.com/Root-Cause-Analysis-CM-Basics.aspx" target="_blank">simple solutions to complex problems </a>so we are usually called in to help companies with large scale incidents.  But I have found that the process of Cause Mapping can be a useful tool in solving very simple, minor <a title="High Level Cause Map" href="http://www.thinkreliability.com/InstructorBlogs/Blog-missedflight.pdf" target="_blank"><img class="alignright" title="PDF Thumbnail" src="http://www.thinkreliability.com/InstructorBlogs/blog-missedflight-pdfthumb.gif" alt="" width="203" height="150" /></a>problems and truths about the process of Cause Mapping can be revealed by practicing it in miniature. </p>
<p>I take many flights every year and so, getting to the plane on time is a fundamental requirement for getting my job done.  If I miss a flight, its important that I find out “why” and enact some sort of preventative measure to ensure that I don’t repeat that error.  So, when I missed a recent flight out of Chicago, it provided a perfect opportunity to do a self-investigation and a miniature Cause Map.</p>
<p>Here is the “Story”.</p>
<p>As I was leaving a client office I realized that there was time to get some Chicago Deep Dish Pizzas and take them home.  My family really loves it when I can bring something special back from a trip. I found a restaurant not far from the airport.  I was able to arrange preparation of the pizzas for transport.  Getting to the restaurant was more tricky than I had anticipated but I found a good parking spot so all was going smoothly.  I was actually rather proud of myself as I found I had arrived at the airport with time to spare.   As I approached the terminal I was confused by some of the signs and I turned into the airport departure and arrival area rather than rental car return area. Back-tracking required an extra 10 minutes to get to the rental car area.  Now, I would have to move quickly, but I would still make my flight.</p>
<p>I arrived at the rental car return area approximately 60 minutes prior to the scheduled flight departure. An item needed to be checked onto the aircraft and the requirement is 45 minute baggage check minimum.  Haste was needed to get from the rental car area (walking distance &#8211; no bus ride required) to the ticket counter.  Now, I was feeling rushed and, in my haste, I made an error.  I left my cell phone in the rental car.  Normally the cell phone would stay in my pocket or briefcase.  However the cell phone was left on the center console in the rental car. The console was black and the phone was black; I had scanned the area but hadn’t noticed it.  By the time I realized my error and worked with the rental car company to retrieve the car and the phone, only fifteen minutes remained before the scheduled flight departure and I still needed to get through security. </p>
<p><img class="aligncenter" title="Blame Mentality" src="http://www.thinkreliability.com/InstructorBlogs/blog-missedflight-blame.gif" alt="" width="776" height="393" />Needless to say as I walked up to the gate the door had just closed.  The airline officials were more than accommodating and no additional airline costs were required; however, an overnight hotel stay was required.</p>
<p><img class="alignright" title="Not an Ideal Solution" src="http://www.thinkreliability.com/InstructorBlogs/blog-missedflight-solution.gif" alt="" width="528" height="375" />After a failure of any kind, it is human nature to look for someone to blame.  My mind went through a list of “if only’s”:  if only the restaurant had been in a better location, if only the rental car company hadn’t taken fifteen minutes to retrieve my car, if only the signs in the airport had been more clear etc., etc. ad nauseum. </p>
<p>But, when I got home I worked up a simple Cause Map that allowed me to escape my own private culture of blame and find a rather interesting action item to prevent this sort of failure in the future.</p>
<p>By following the same procedure that I would for a multi-million dollar issue, I was able to identify a simple solution that would prevent this particular incident from recurring.  I could not move the pizza place, I could not re-write the airport signs.  There were many things in the scenario that were clearly out of my control.  I could be more diligent about putting my cell phone back in my briefcase but that solution depended solely on “operator behavior” which is not completely reliable.  So, I, the management, decided to purchase a very distinctive case and lanyard for my cell phone.  This bright orange rubber case is a bit of an eye-sore according to my wife but, it certainly draws attention to itself.  It stands out against the dark console of a rental car and has helped me keep track of my cell phone on a daily basis.</p>
<p><img class="aligncenter" title="Basic Cause Map" src="http://www.thinkreliability.com/InstructorBlogs/blog-missedflight-cm3.gif" alt="" width="497" height="253" /><img class="alignright" title="Solution One" src="http://www.thinkreliability.com/InstructorBlogs/blog-missedflight-solution1.gif" alt="" width="124" height="135" />We often see <em>“Procedure not followed” </em>as a finding in a <a title="Root Cause Analysis :: ThinkReliability :: Cause Mapping" href="http://www.thinkreliability.com/Consulting.aspx" target="_blank">Root Cause Analysis Investigation</a>.  It is not uncommon that the investigation will stop at that point and the corrective action becomes; “Follow the Procedure”.  Taking the process to the next step is crucial.  Why was the procedure not followed?  How can we make it more likely that the procedure will be followed in the future?  Sometimes a very small adjustment can be the key to prevention.</p>
<p><img class="alignleft" title="Solution Two" src="http://www.thinkreliability.com/InstructorBlogs/blog-missedflight-solution2.gif" alt="" width="129" height="134" />Companies often reach very general causes in their investigations.  For example, the identified cause may be “Not paying attention”.</p>
<p>Just like the proverb, the devil is in the details, and the solutions are there too. Root cause analysis is an investigation approach for digging into what’s beneath the surface.</p>
<p>We provide <a title="Root Cause Analysis :: ThinkReliability :: Excel Tools" href="http://www.thinkreliability.com/Excel-Tools.aspx" target="_blank">free Excel templates</a> and reference information on our website. If you are interested in learning more please go to our website at <a title="Root Cause Analysis :: ThinkReliability :: Cause Mapping" href="http://www.thinkreliability.com" target="_blank">http://www.thinkreliability.com</a>.  View the Cause Map I&#8217;ve worked up for this issue by clicking on &#8220;Download PDF&#8221; above.</p>
<p>Cheers, </p>
<p>Loyd</p>
]]></content:encoded>
			<wfw:commentRss>http://rootcauseanalysisblog.com/botched-inspection-and-missed-airline-flight/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Clever Ideas and Prevention</title>
		<link>http://rootcauseanalysisblog.com/clever-ideas-and-prevention/</link>
		<comments>http://rootcauseanalysisblog.com/clever-ideas-and-prevention/#comments</comments>
		<pubDate>Sat, 10 Oct 2009 16:04:53 +0000</pubDate>
		<dc:creator>Loyd</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://rootcauseanalysisblog.com/?p=392</guid>
		<description><![CDATA[As I am ever the pessimist, hazard recognition is constantly foremost in my mind. Successful preventive Root Cause Analysis can hinge on the effectiveness of identifying potential hazards. Job Safety Analysis (JSA) forms often have a template line item: Any slip or trip hazards present?
Recognition of a hazard is the first step toward mitigation. At [...]]]></description>
			<content:encoded><![CDATA[<p>As I am ever the pessimist, hazard recognition is constantly foremost in my mind. <a href="http://www.thinkreliability.com">Successful preventive Root Cause Analysis</a> can hinge on the effectiveness of identifying potential hazards. Job Safety Analysis (JSA) forms often have a template line item: Any slip or trip hazards present?</p>
<p>Recognition of a hazard is the first step toward mitigation. At a recent workshop we spread out the cords on the floor for the projector and PC and once again I was faced with tripping concerns. As our workshop attendees are aware, the “Tripped on Barrier” is one of our core learning exercises. As I was presenting “Tripped on Barrier” I couldn’t help but form a “Instructor Tripped on Cords” cause map in my mind.</p>
<p>It looked a little bit like this:</p>
<p style="text-align: left;"><img class="alignnone" title="Cause Map Part 1" src="http://www.thinkreliability.com/InstructorBlogs/blog-cleverideas-cm2.gif" alt="" width="483" height="196" /></p>
<p style="text-align: left;">If the barrier is observed it is less likely that the person will trip on the barrier. If the person takes a different path, it is also possible to avoid the barrier (tripping hazard). One possible solution is removing the electrical cords. This is not always the “Best Solution”; it is a possible solution. In the case of most workshops ‘removing the cords’ is not an option. However some rooms have a hard wired ceiling projector and a lectern.</p>
<p style="text-align: left;">Another possible solution is avoiding the electrical cords. As an instructor at the front of the room I am constantly moving around to field questions from one side of the room or the other and may step on cords or other obstructions.</p>
<p style="text-align: left;">In one particular case, I recall, I did not see the electrical cords because I became distracted answering questions. In this particular case the Cause Map would have looked like…</p>
<p style="text-align: left;"><img class="aligncenter" title="Cause Map part 2" src="http://www.thinkreliability.com/InstructorBlogs/blog-cleverideas-cm1.gif  " alt="" width="475" height="271" />We can go even further by asking Why the person was distracted? The person who tripped is often the only person who can answer that question. It is also possible that an observer can witness the event and state the person was distracted. The Cause Map with more information added may look like…</p>
<p><img class="aligncenter" title="Cause Map Part 3" src="http://www.thinkreliability.com/InstructorBlogs/blog-cleverideas-cmpt3.gif" alt="" width="626" height="337" />A clever solution may be to remove the exposed electrical cords. Often times I see gray duct tape used. That is a possible solution but some clients are reluctant to use the sticky stuff on the floor or the duct tape may not be available. At a recent workshop at FMC Technologies in Houston, our workshop coordinator brought in a very clever Velcro Cover. It attached to the carpet AND it was colored Yellow!</p>
<p><img class="aligncenter" title="Photo" src="http://www.thinkreliability.com/InstructorBlogs/blog-cleverideas-photo.gif" alt="" width="685" height="329" />(By the way, we also relocated the position of the cord to take advantage of a floor outlet located just in front of the table.) If it’s difficult to visually show the room orientation with a photo no problem; Excel has excellent drawing tools!</p>
<p><img class="aligncenter" title="Cause Map Part 4" src="http://www.thinkreliability.com/InstructorBlogs/blog-cleverideas-cm4.gif" alt="" width="722" height="406" />Now that these causes were addressed I presented “Tripped on Barrier” without the fear of tripping on the cords!</p>
<p>Cheers,</p>
<p>Loyd.</p>
]]></content:encoded>
			<wfw:commentRss>http://rootcauseanalysisblog.com/clever-ideas-and-prevention/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Prevention vs. Blame in Car Repairs</title>
		<link>http://rootcauseanalysisblog.com/prevention-vs-blame-in-car-repairs/</link>
		<comments>http://rootcauseanalysisblog.com/prevention-vs-blame-in-car-repairs/#comments</comments>
		<pubDate>Fri, 02 Oct 2009 19:10:52 +0000</pubDate>
		<dc:creator>Ely</dc:creator>
				<category><![CDATA[Ely Wilson]]></category>
		<category><![CDATA[blame]]></category>
		<category><![CDATA[prevention]]></category>

		<guid isPermaLink="false">http://rootcauseanalysisblog.com/?p=390</guid>
		<description><![CDATA[My car broke down on the highway the other day and when I finally got the car towed to a mechanic, it was discovered that the engine had failed when the timing belt slipped.  The hydraulic tensioner for the timing belt had worn out and allowed the belt to become loose.  This came as quite [...]]]></description>
			<content:encoded><![CDATA[<p>My car broke down on the highway the other day and when I finally got the car towed to a mechanic, it was discovered that the engine had failed when the timing belt slipped.  The hydraulic tensioner for the timing belt had worn out and allowed the belt to become loose.  This came as quite a surprise, since I had paid a different mechanic to have the timing belt and its tensioner replaced a short time earlier.  The new mechanic showed me the failed parts and it was clear that the tensioner (and several other parts that should have been replaced with the timing belt) had never been replaced.</p>
<p>Of course, it would be easy to focus the blame on the previous mechanic, who at best was grossly negligent and at worst was committing outright fraud.  But what interests me more than fixing the blame is preventing a similar breakdown from happening again.  I certainly won’t use that particular mechanic again, but what prevents the same problem from occurring with a different mechanic?  Even the best mechanic could forget to do part of a job on a particularly bad day.</p>
<p>What I would like is to verify that the work was done, but that is difficult in the case of a timing belt change, since the affected parts are behind a cover and not visible.  Besides, I probably don’t have the experience to tell by sight whether the job was done.  I have a lot more confidence that the second mechanic replaced all of the parts, because he showed me the old parts.  An effective solution for future repairs might be to always ask for the old parts, just so that I can know whether they remembered to perform the entire job.</p>
]]></content:encoded>
			<wfw:commentRss>http://rootcauseanalysisblog.com/prevention-vs-blame-in-car-repairs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Velocity of Your Investigations</title>
		<link>http://rootcauseanalysisblog.com/velocity-of-your-investigations/</link>
		<comments>http://rootcauseanalysisblog.com/velocity-of-your-investigations/#comments</comments>
		<pubDate>Fri, 11 Sep 2009 17:08:44 +0000</pubDate>
		<dc:creator>Mark</dc:creator>
				<category><![CDATA[Mark Galley]]></category>
		<category><![CDATA[facilitation]]></category>
		<category><![CDATA[investigation]]></category>
		<category><![CDATA[root cause analysis]]></category>

		<guid isPermaLink="false">http://rootcauseanalysisblog.com/?p=387</guid>
		<description><![CDATA[The number of problems that a company can dissect and prevent is a function of the time it takes to conduct the investigation. The investigation time is largely based on the facilitator’s ability to collect and organize relevant information. Certainly, if there is a lack of evidence, to provide clear cause-and-effect relationships, the investigation stalls. [...]]]></description>
			<content:encoded><![CDATA[<p>The number of problems that a company can dissect and prevent is a function of the time it takes to conduct the investigation. The investigation time is largely based on the facilitator’s ability to collect and organize relevant information. Certainly, if there is a lack of evidence, to provide clear cause-and-effect relationships, the investigation stalls. But many investigations move too slowly even when information is readily available.</p>
<p>An effective facilitator should begin collecting information as soon as they become aware an incident occurred. Answers to the following questions can typically be captured immediately after an incident occurs: what do people see as the problem, when did it happen, was anything being done differently, where did it happen, which equipment did it involve, which work process was being performed, was anyone injured, were there any environmental issues, any customer issues, any impact to production or schedule, any damaged property or materials, any additional labor costs because of this issue and has it happened before.</p>
<p>These questions, with appropriate space for responses, are part of the Problem Outline within the Cause Mapping method. The Problem Outline, within our Excel Cause Mapping template, can be carried as a hardcopy to wherever the information is located. This gives the facilitator the ability and direction to collect details right away. Notice the list of questions doesn’t even address the causes.</p>
<p>As the facilitator is collecting information for the Problem Outline, people will most likely explain some of the cause-and-effect relationships. The facilitator writes down all the causes and all the evidence people provide. Even though there may be limited information, what is known and what is unknown should be written on the Cause Map. The unknowns and uncertainties are designated with questions marks. Creating a visual map of the cause-and-effect relationships structures and organizes the entire analysis. As more information is collected, it’s added to the same Cause Map.</p>
<p>Many investigations begin fairly basic and a little blurry. As details are collected, the incident comes into focus. The ease of documentation using the Cause Mapping method, whether it’s with paper or in Excel, changes the rate at which an organization can investigate problems. Check the problem solving velocity of your organization and let us show you how to improve it.</p>
]]></content:encoded>
			<wfw:commentRss>http://rootcauseanalysisblog.com/velocity-of-your-investigations/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Success as a Motivator</title>
		<link>http://rootcauseanalysisblog.com/success-as-a-motivator/</link>
		<comments>http://rootcauseanalysisblog.com/success-as-a-motivator/#comments</comments>
		<pubDate>Thu, 10 Sep 2009 15:05:39 +0000</pubDate>
		<dc:creator>Loyd</dc:creator>
				<category><![CDATA[Loyd Hamilton]]></category>

		<guid isPermaLink="false">http://rootcauseanalysisblog.com/?p=382</guid>
		<description><![CDATA[Motivation = Success   OR Motivation is a prerequisite for success.
This is the way the relationship between motivation and success is usually represented.  Motivated individuals succeed.  Managers need to focus on motivation first in order to lead their team to success.  I can think of multiple examples of teams working on a Safety Improvement Program, Reliability [...]]]></description>
			<content:encoded><![CDATA[<p>Motivation = Success   OR Motivation is a prerequisite for success.</p>
<p>This is the way the relationship between motivation and success is usually represented.  Motivated individuals succeed.  Managers need to focus on motivation first in order to lead their team to success.  I can think of multiple examples of teams working on a Safety Improvement Program, Reliability Effort, or Maintenance Turnaround/Shutdown plan and it always seemed that we were looking for a way to motivate our groups.</p>
<p>Motivation is, at best, elusive and difficult to conjure.  Think of a pep rally – lots of excitement sure, but focus? Not so much.  Motivation without a clear objective can lead a team to wander off scope.  As a leader or supervisor this was a constant challenge that I experienced.</p>
<p>Here is another interesting thought:</p>
<p>Success influences or can cause Motivation.  Teams that have a success can use that success as a catalyst for motivation.  The initial success serves as a compass or a “map” if you will toward team cohesion, focus and motivation.  At a very fundamental level I believe that everyone wants to be successful… some individuals may put more effort in than others.  Even the most negative of the “Grumblers” will embrace success.</p>
<p>How can we provide a catalyst?  One idea is success in solving problems.  Root Cause Analysis and more specifically Cause Mapping can provide a simple method to jump start a team.</p>
<p><img class="aligncenter" title="Cause Map" src="http://www.thinkreliability.com/InstructorBlogs/Blog-success-CM.gif" alt="" width="385" height="236" />Another key element is Positive Recognition of success.  And that means acknowledgement of the team!  As a Root Cause Analysis facilitator you must be sensitive to the fact that management may look to you as  the “Problem Solver”.  It is essential that you keep management focused on the team.  A simple e-mail posted in a common area can be “good enough”.  Prizes or rewards can actually trivialize the effort.</p>
<p>As a starting place or jumping off point pick an issue that is reoccurring and has attention.  The chronic issues can often times be more of a challenge for the Root Cause Analysis Facilitator.  Success in solving a problem that was widely thought to be a “necessary evil” or, “something we just have to work around” can be a huge catalyst for team motivation.</p>
<p>If you tackle a Chronic Issue and need assistance <a title="Root Cause Analysis :: ThinkReliability :: Contact Us" href="http://www.thinkreliability.com/ContactUs.aspx" target="_blank">contact ThinkReliability</a>.  We will help you and provide support.  For workshop attendees this is free of charge.  If you are just being introduced to Cause Mapping contact us anyway; we’ll give advice and get you started.</p>
<p><em>“Success precedes motivation, and once children see they can be successful, they will participate; thus, teachers must engineer success.”</em>  from <a title="Classrooms That Work" href="http://www.amazon.ca/Classrooms-That-Work-They-Write/dp/0205493947	" target="_blank">Classrooms that Work by Patricia Cunningham &amp; Richard Allington</a> (geared to 4<sup>th</sup> &amp; 5<sup>th</sup> grade English reading).</p>
<p>Don’t forget some of the basic lessons we learned in grade school!</p>
<p>Cheers,</p>
<p>Loyd.</p>
]]></content:encoded>
			<wfw:commentRss>http://rootcauseanalysisblog.com/success-as-a-motivator/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google Email Outage Breakdown</title>
		<link>http://rootcauseanalysisblog.com/google-email-outage-breakdown/</link>
		<comments>http://rootcauseanalysisblog.com/google-email-outage-breakdown/#comments</comments>
		<pubDate>Tue, 08 Sep 2009 17:45:16 +0000</pubDate>
		<dc:creator>Aaron</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://rootcauseanalysisblog.com/?p=374</guid>
		<description><![CDATA[Last Tuesday, Gmail users were unable to access their accounts through the Gmail web interface for nearly 2 hours. Google experts responded and then posted a statement explaining what happened. When you read through the statement, it is difficult to understand what caused what. By conducting a root cause analysis and building a Cause Map [...]]]></description>
			<content:encoded><![CDATA[<p>Last Tuesday, Gmail users were unable to access their accounts through the Gmail web interface for nearly 2 hours. Google experts responded and then posted a <a title="Google's Explanation" href="http://blogs.usatoday.com/technologylive/2009/09/why-gmail-went-down.html?loc=interstitialskip " target="_blank">statement explaining what happened</a>. When you read through the statement, it is difficult to understand what caused what. By conducting a root cause analysis and building a Cause Map to visually document the problem, you can improve the clarity of why the incident happened and more importantly, help identify specific solutions to prevent it from happening again. For example, according to the explanation, a small fraction of servers were taken offline to perform routine upgrades. Normally, that shouldn’t be a problem; however, they had also underestimated the load placed on the routers by some recent changes. This caused the request routers to become overloaded. The relationships would look like this…</p>
<p><img class="aligncenter" title="Cause Map" src="http://www.thinkreliability.com/InstructorBlogs/Blog-google-CM.gif" alt="" width="316" height="295" />As you can see both causes are required to cause the overload. Google’s response was to increase capacity by adding additional request servers. Now that the crisis has been contained and email access has returned to normal, the next step is to conduct a more thorough root cause analysis to make sure this type of event doesn’t happen again. Stay tuned for a more detailed analysis of the incident.</p>
]]></content:encoded>
			<wfw:commentRss>http://rootcauseanalysisblog.com/google-email-outage-breakdown/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Are your solutions effective at reducing risk?</title>
		<link>http://rootcauseanalysisblog.com/are-your-solutions-effective-at-reducing-risk/</link>
		<comments>http://rootcauseanalysisblog.com/are-your-solutions-effective-at-reducing-risk/#comments</comments>
		<pubDate>Sun, 30 Aug 2009 13:45:53 +0000</pubDate>
		<dc:creator>Ely</dc:creator>
				<category><![CDATA[Ely Wilson]]></category>
		<category><![CDATA[air travel]]></category>
		<category><![CDATA[consequences]]></category>
		<category><![CDATA[probability]]></category>
		<category><![CDATA[risk]]></category>

		<guid isPermaLink="false">http://rootcauseanalysisblog.com/?p=370</guid>
		<description><![CDATA[I recently heard a story that reminded me of how people often struggle to manage risk and reliability.
A group of about 20 high school students were travelling across the U.S. by air for a school-sponsored activity.  The students had been split between two different flights, with 10 students on each flight.  Since there was only [...]]]></description>
			<content:encoded><![CDATA[<p>I recently heard a story that reminded me of how people often struggle to manage risk and reliability.</p>
<p>A group of about 20 high school students were travelling across the U.S. by air for a school-sponsored activity.  The students had been split between two different flights, with 10 students on each flight.  Since there was only one adult in the group, the 10 youngest students were put on the flight with the adult, because the younger students seemed more at risk if their flight were delayed or diverted.</p>
<p>As it happened, the flight for the older students was cancelled, so those students were left to fend for themselves until the next available flight the next day.</p>
<p>Someone who is concerned with <a title="Cause Analysis Root, Risk and Reliability" href="http://www.root-cause-analysis.org/definition/" target="_blank">risk and reliability</a> will ask, why were the students split into two groups, resulting in half of the students being stranded without an adult?  Did the airline only have enough seats for half of the group on each flight?  It was suggested to me that, as a matter of school policy, large groups were often split in two, so that if one of the planes crashed, then the number of students lost in the tragedy would be reduced.</p>
<p>Would such a policy make sense from a risk management perspective?  The following Cause Map shows the basic root cause analysis for losing all of the students in a plane crash, and how separating the students into two groups prevents (that is, reduces the risk of) losing all of the students.</p>
<p><img class="aligncenter" title="Cause Map Part 1" src="http://www.thinkreliability.com/InstructorBlogs/blog-crashesvscancels-cm1.gif" alt="" width="271" height="258" />However, splitting the students into two groups greatly increases the possibility of some students being stranded without an adult, as shown in the Cause Map below.</p>
<p><img class="aligncenter" title="Cause Map Part 2" src="http://www.thinkreliability.com/InstructorBlogs/blog-crashesvscancels-cm2.gif" alt="" width="406" height="310" />The missing piece of this risk management puzzle is the probabilities that the causes in the <a title="Root Cause Analysis :: ThinkReliability :: Cause Mapping" href="http://www.thinkreliability.com/FAQ.aspx" target="_blank">Cause Maps</a> occur.  Risk can be quantified by multiplying the consequence of a failure times its probability.  Over the past year, 1.63% of U.S. plane flights have been cancelled, so if the students are split into two groups, the unescorted group will become stranded at least 1 time in 100.  On the other hand, the probability that a plane flight will crash is on the order of 1 in 10,000,000 and, contrary to what you may think, it is rare that more than a quarter of the passengers die in a crash.</p>
<p>Creating a policy to split up the students is a possible solution to the problem of losing all students in a single crash, but now that the risks are better understood, is it a very effective solution for reducing the overall risk to the students?</p>
]]></content:encoded>
			<wfw:commentRss>http://rootcauseanalysisblog.com/are-your-solutions-effective-at-reducing-risk/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Should I have a Checklist Item for my Wallet?</title>
		<link>http://rootcauseanalysisblog.com/should-i-have-a-checklist-item-for-my-wallet/</link>
		<comments>http://rootcauseanalysisblog.com/should-i-have-a-checklist-item-for-my-wallet/#comments</comments>
		<pubDate>Fri, 28 Aug 2009 19:21:36 +0000</pubDate>
		<dc:creator>Loyd</dc:creator>
				<category><![CDATA[Loyd Hamilton]]></category>

		<guid isPermaLink="false">http://rootcauseanalysisblog.com/?p=367</guid>
		<description><![CDATA[I am a firm believer in checklists.  Four of the key Communication tools we discuss in the Cause Mapping workshop are: Training Programs, Procedures, Checklists, and Work Processes.
Checklists are wonderful tools when used effectively.  The checklist must be clear and simple to use.  AND the checklist must be used diligently.  Shortcutting the checklist invalidates the [...]]]></description>
			<content:encoded><![CDATA[<p>I am a firm believer in checklists.  Four of the key Communication tools we discuss in the <a href="http://www.thinkreliability.com" target="_blank">Cause Mapping workshop are: Training Programs, Procedures, Checklists, and Work Processes</a>.</p>
<p>Checklists are wonderful tools when used effectively.  The checklist must be clear and simple to use.  AND the checklist must be used diligently.  Shortcutting the checklist invalidates the philosophy and effectiveness.</p>
<p>Pilots are an excellent example of the effectiveness of checklists.  There are more than four checklists that the cockpit crew goes through before any flight on a Boeing 737.  Ask any pilot if they use their checklist…  There is a saying;  “There are old pilots, and bold pilots.  But there are no old/bold pilots”. </p>
<p>So here’s Loyd’s checklist issue.  My packing checklist for a workshop has over 108 items.  Some things range from putting a fresh package of post-it notes in my bag, pre-printing my boarding pass, or checking that I have aspirin. </p>
<p>On a recent workshop that also involved my Scuba gear I left my wallet at home.  Between my two packing lists there are over 200 checklist items.  So here’s what did not go so well…  I left my wallet at home.  My wallet is not on my checklist…  It’s just too simple right?</p>
<p>The last time I remember leaving my wallet at home was in 2000 when my wife was 9 months pregnant.  Assuming I put my wallet in my pocket once per day that is approx. 3,000 tasks.  Failure rate of 1/3000 is not so bad, right?</p>
<p>In Root Cause Analysis we must also think about the impact to the goals.  In this particular case it almost impacted the diving portion of my trip…  (I was flying in a day before the workshop – going diving with decompression and air travel considerations can be tricky). </p>
<p>The Cause Map outline would look something like this:</p>
<p><img class="aligncenter" title="Outline" src="http://www.thinkreliability.com/InstructorBlogs/blog-Wallet-outline.gif" alt="" width="471" height="322" />…not the end of the world.</p>
<p>Divers must be patient people and getting in a hurry or stressing out about a dive is not a good starting place.  The potential impact of missing a workshop was significantly reduced as the morning dive was scheduled for the day before the workshop.</p>
<p><img class="aligncenter" title="Cause Map" src="http://www.thinkreliability.com/InstructorBlogs/blog-wallet-cm.gif" alt="" width="680" height="463" />This event did make me think about consequence of missing a workshop, including the hassle of rescheduling a workshop or adjusting the schedule from the client’s perspective.  The Customer Service impact could be significant.</p>
<p>Someone might look at the Cause Map above or hear me discuss this and say, “You were not paying attention… “ I would suggest that you NOT say this.</p>
<p><img class="aligncenter" title="Not a good cause" src="http://www.thinkreliability.com/InstructorBlogs/blog-wallet-cm2.gif" alt="" width="228" height="144" />Such a statement will probably put people on the defensive.  Instead, identify the things that may have affected the person’s attention.  Then corrective actions can be explored.</p>
<p>So here’s the dilemma: do I add another item to the checklist for my wallet?</p>
<p>P.S.  This was a happy ending.  My system for traveling is to get to the airport well in advance of the flight.  My wife was able to bring my wallet and Loyd plus gear got onto the airplane.  …and the Dive was GREAT!  And all my gear had been packed correctly… </p>
<p>Cheers,</p>
<p>Loyd</p>
]]></content:encoded>
			<wfw:commentRss>http://rootcauseanalysisblog.com/should-i-have-a-checklist-item-for-my-wallet/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Value of a Text Page (Problem Solving Applied to our Electrical Grid)</title>
		<link>http://rootcauseanalysisblog.com/the-value-of-a-text-page-problem-solving-applied-to-our-electrical-grid/</link>
		<comments>http://rootcauseanalysisblog.com/the-value-of-a-text-page-problem-solving-applied-to-our-electrical-grid/#comments</comments>
		<pubDate>Tue, 18 Aug 2009 17:02:49 +0000</pubDate>
		<dc:creator>Loyd</dc:creator>
				<category><![CDATA[Loyd Hamilton]]></category>

		<guid isPermaLink="false">http://rootcauseanalysisblog.com/?p=365</guid>
		<description><![CDATA[While on a recent trip through Austin, Texas I heard a radio ad from the local utility requesting assistance in controlling peak demand.
If customers choose to participate, the electrical utility will text page them to warn that the grid is reaching a peak capacity. The message will request that the customer please turn off all possible devices [...]]]></description>
			<content:encoded><![CDATA[<p>While on a recent trip through Austin, Texas I heard a radio ad from the local utility requesting assistance in controlling peak demand.</p>
<p>If customers choose to participate, the electrical utility will text page them to warn that the grid is reaching a peak capacity. The message will request that the customer please turn off all possible devices and turn up the thermostat 3 degrees.</p>
<p>The pitch from the local utility is that they can prevent building a new power plant over the next 5 years with cooperation from the customers. Now imagine the statement from the electrical utility. They are not promising to lower rates… they are merely asking for help in improving the environment. The Austin market is very sensitive to environmental concerns.</p>
<p>The participants will receive a text page when the plant is overloaded and are asked to reduce their electricity usage between 3 p.m. and 7 p.m. Delay running dishwashers and washers/dryers until outside of this four hour window.</p>
<p>In addition, the utility would send voluntary text pages to interested customers with a specific request to turn up thermostat on the air-conditioner 3 degrees on a maximum electrical load day. On this specific day in Austin the ambient temperature was 100F with the heat index at 108F. This is a true commitment from the customers! …and an indirect pay back in the form of less capital costs from the Electrical Provider.</p>
<p>This commercial and some discussion with my wife on our road trip (side note – not so economically friendly) resulted in me thinking about efficiency and shaving the tops off the peak loads.</p>
<p> Cheers,</p>
<p>Loyd</p>
]]></content:encoded>
			<wfw:commentRss>http://rootcauseanalysisblog.com/the-value-of-a-text-page-problem-solving-applied-to-our-electrical-grid/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
