<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
	>
<channel>
	<title>Comments on: The Ishikawa Diagram</title>
	<atom:link href="http://www.pmhut.com/the-ishikawa-diagram/feed" rel="self" type="application/rss+xml" />
	<link>http://www.pmhut.com/the-ishikawa-diagram</link>
	<description></description>
	<pubDate>Thu, 24 May 2012 18:51:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Root Cause Analysis in Project Management - PM Hut</title>
		<link>http://www.pmhut.com/the-ishikawa-diagram/comment-page-1#comment-13976</link>
		<dc:creator>Root Cause Analysis in Project Management - PM Hut</dc:creator>
		<pubDate>Thu, 17 Dec 2009 13:38:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/the-ishikawa-diagram#comment-13976</guid>
		<description>[...] There are many tools available to the project manager embarking on an RCA exercise. Many, such as Pareto analysis, Barrier analysis, and Bayesian inference rely on statistics observed over time that the project manager simply won&#8217;t have. Kepner-Tregoe also offer a unique approach to problem solving. They&#8217;ve been using this unique approach for over 50 years so it does get results if used properly. Using the Kepner-Tregoe approach requires proper training which is beyond the scope of this article. If you&#8217;d like to explore using their approach, I&#8217;d recommend taking their course so that you&#8217;ll become proficient with their methods. The method I will use in this article is based on the Ishikawa or fishbone diagram. [...]</description>
		<content:encoded><![CDATA[<p>[...] There are many tools available to the project manager embarking on an RCA exercise. Many, such as Pareto analysis, Barrier analysis, and Bayesian inference rely on statistics observed over time that the project manager simply won&#8217;t have. Kepner-Tregoe also offer a unique approach to problem solving. They&#8217;ve been using this unique approach for over 50 years so it does get results if used properly. Using the Kepner-Tregoe approach requires proper training which is beyond the scope of this article. If you&#8217;d like to explore using their approach, I&#8217;d recommend taking their course so that you&#8217;ll become proficient with their methods. The method I will use in this article is based on the Ishikawa or fishbone diagram. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quality Control in Project Management - PM Hut</title>
		<link>http://www.pmhut.com/the-ishikawa-diagram/comment-page-1#comment-673</link>
		<dc:creator>Quality Control in Project Management - PM Hut</dc:creator>
		<pubDate>Sun, 30 Nov 2008 16:53:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/the-ishikawa-diagram#comment-673</guid>
		<description>[...] Ishikawa Diagrams: these are also known as cause-and-effect diagrams and fishbones, but Ishikawa sounds brainier. The point of these diagrams, regardless of the nomenclature, is to facilitate a conversation on why causes and contributing to a problem. [...]</description>
		<content:encoded><![CDATA[<p>[...] Ishikawa Diagrams: these are also known as cause-and-effect diagrams and fishbones, but Ishikawa sounds brainier. The point of these diagrams, regardless of the nomenclature, is to facilitate a conversation on why causes and contributing to a problem. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel Operto</title>
		<link>http://www.pmhut.com/the-ishikawa-diagram/comment-page-1#comment-672</link>
		<dc:creator>Michel Operto</dc:creator>
		<pubDate>Wed, 23 Apr 2008 15:07:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/the-ishikawa-diagram#comment-672</guid>
		<description>I like these cause and effect diagrams. They are easy to read even for new comers. I found their usage beneficial when trying to focus a project team on the real root causes rather than addressing the immediate visible symptoms.

When associated with a simple problem resolution approach they can be very effective to support the standard 7 steps:
1 Define/scope project/problem
2 Describe current situation - Gather data and team
3 Identify/Analyze/confirm root cause with data
4 Implement (pilot) solutions
5 Evaluate results
6 Standardize effective methods
7 Communicate results / Lessons learned</description>
		<content:encoded><![CDATA[<p>I like these cause and effect diagrams. They are easy to read even for new comers. I found their usage beneficial when trying to focus a project team on the real root causes rather than addressing the immediate visible symptoms.</p>
<p>When associated with a simple problem resolution approach they can be very effective to support the standard 7 steps:<br />
1 Define/scope project/problem<br />
2 Describe current situation - Gather data and team<br />
3 Identify/Analyze/confirm root cause with data<br />
4 Implement (pilot) solutions<br />
5 Evaluate results<br />
6 Standardize effective methods<br />
7 Communicate results / Lessons learned</p>
]]></content:encoded>
	</item>
</channel>
</rss>

