<?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: OEE – Not Just for TPM Programs!</title>
	<atom:link href="http://lssacademy.com/2007/12/20/oee-%e2%80%93-not-just-for-tpm-programs/feed/" rel="self" type="application/rss+xml" />
	<link>http://lssacademy.com/2007/12/20/oee-%e2%80%93-not-just-for-tpm-programs/</link>
	<description>Lean Manufacturing, Six Sigma, Lean Six Sigma, and Kaizen</description>
	<lastBuildDate>Thu, 18 Mar 2010 08:32:21 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Curious Cat Management Improvement Blog &#187; Management Improvement Carnival #26</title>
		<link>http://lssacademy.com/2007/12/20/oee-%e2%80%93-not-just-for-tpm-programs/comment-page-1/#comment-1162</link>
		<dc:creator>Curious Cat Management Improvement Blog &#187; Management Improvement Carnival #26</dc:creator>
		<pubDate>Tue, 01 Jan 2008 20:41:53 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2007/12/20/oee-%e2%80%93-not-just-for-tpm-programs/#comment-1162</guid>
		<description>[...] OEE – Not Just for TPM Programs! by Ron Pereira - &#8220;Anyone and everyone that cares how many widgets are produced in the plant should care about OEE. The operator should care (and be intimately involved in capturing the data). The line supervisor should care. The quality manager should care. The plant manager should definitely care. The maintenance team should care.&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[...] OEE – Not Just for TPM Programs! by Ron Pereira &#8211; &#8220;Anyone and everyone that cares how many widgets are produced in the plant should care about OEE. The operator should care (and be intimately involved in capturing the data). The line supervisor should care. The quality manager should care. The plant manager should definitely care. The maintenance team should care.&#8221; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron Pereira</title>
		<link>http://lssacademy.com/2007/12/20/oee-%e2%80%93-not-just-for-tpm-programs/comment-page-1/#comment-1142</link>
		<dc:creator>Ron Pereira</dc:creator>
		<pubDate>Sun, 23 Dec 2007 05:07:51 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2007/12/20/oee-%e2%80%93-not-just-for-tpm-programs/#comment-1142</guid>
		<description>Hi Jim and JWDT,  

Great question and comments.  

Theoretically, OEE could lead one to over produce if your sole mission was to maximize the availability portion of the formula.

My approach is to simply allow the operator the downtime code of &quot;no demand&quot; which still counts as downtime and technically dings you on OEE.  And it should.  

However, the problem (and it is a problem) here is simple.  The constraint is something other than this asset.  It&#039;s the market or the supply chain or whatever.  Whatever it is we need to know about it and do something about it.

The key to OEE is that it is a holistic measure of productivity... so it&#039;s not just about the machine(s).  It&#039;s about the whole system.

Remember, we would love to maximize the use of our machines assuming they were producing product someone wanted.  That is how you maximize things like RONA.  But, of course, we never ever want to over produce for the sake of OEE. 

The other option is to play around with the available time in the formula.  But in my opinion this is a slippery slope and I would stay away from doing this.

Finally, I would definitely focus my OEE analysis on constraint assets first and foremost.  This also helps with the potential over production issue.

Thanks for the comments guys.</description>
		<content:encoded><![CDATA[<p>Hi Jim and JWDT,  </p>
<p>Great question and comments.  </p>
<p>Theoretically, OEE could lead one to over produce if your sole mission was to maximize the availability portion of the formula.</p>
<p>My approach is to simply allow the operator the downtime code of &#8220;no demand&#8221; which still counts as downtime and technically dings you on OEE.  And it should.  </p>
<p>However, the problem (and it is a problem) here is simple.  The constraint is something other than this asset.  It&#8217;s the market or the supply chain or whatever.  Whatever it is we need to know about it and do something about it.</p>
<p>The key to OEE is that it is a holistic measure of productivity&#8230; so it&#8217;s not just about the machine(s).  It&#8217;s about the whole system.</p>
<p>Remember, we would love to maximize the use of our machines assuming they were producing product someone wanted.  That is how you maximize things like RONA.  But, of course, we never ever want to over produce for the sake of OEE. </p>
<p>The other option is to play around with the available time in the formula.  But in my opinion this is a slippery slope and I would stay away from doing this.</p>
<p>Finally, I would definitely focus my OEE analysis on constraint assets first and foremost.  This also helps with the potential over production issue.</p>
<p>Thanks for the comments guys.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JWDT</title>
		<link>http://lssacademy.com/2007/12/20/oee-%e2%80%93-not-just-for-tpm-programs/comment-page-1/#comment-1141</link>
		<dc:creator>JWDT</dc:creator>
		<pubDate>Sun, 23 Dec 2007 01:41:06 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2007/12/20/oee-%e2%80%93-not-just-for-tpm-programs/#comment-1141</guid>
		<description>OEE is a great indicator and exposer of problems that need to be addressed.  In my opinion, to drive OEE to as high as possible requires the base assumption that a) you are over capacity &amp; b) each machine completes an end product from start to finish.  OEE is great if you are looking at one machine, but if you look at the overall (assuming an unbalanced line) it may actually make you overproduce.</description>
		<content:encoded><![CDATA[<p>OEE is a great indicator and exposer of problems that need to be addressed.  In my opinion, to drive OEE to as high as possible requires the base assumption that a) you are over capacity &amp; b) each machine completes an end product from start to finish.  OEE is great if you are looking at one machine, but if you look at the overall (assuming an unbalanced line) it may actually make you overproduce.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Barnard</title>
		<link>http://lssacademy.com/2007/12/20/oee-%e2%80%93-not-just-for-tpm-programs/comment-page-1/#comment-1140</link>
		<dc:creator>Jim Barnard</dc:creator>
		<pubDate>Sat, 22 Dec 2007 18:46:29 +0000</pubDate>
		<guid isPermaLink="false">http://lssacademy.com/2007/12/20/oee-%e2%80%93-not-just-for-tpm-programs/#comment-1140</guid>
		<description>What happens if you don&#039;t have orders?  Won&#039;t you take a hit with this metric?  I ask since over production seems to be more critical than poor OEE.  Am I missing something?</description>
		<content:encoded><![CDATA[<p>What happens if you don&#8217;t have orders?  Won&#8217;t you take a hit with this metric?  I ask since over production seems to be more critical than poor OEE.  Am I missing something?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
