<?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 for ProChain Blog</title>
	<atom:link href="http://www.prochain.com/prochain_blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.prochain.com/prochain_blog</link>
	<description>Critical Chain and ProChain blog</description>
	<lastBuildDate>Wed, 30 Nov 2011 17:26:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on Fever Chart Regions by Larry Leach</title>
		<link>http://www.prochain.com/prochain_blog/?p=129&#038;cpage=1#comment-10007</link>
		<dc:creator>Larry Leach</dc:creator>
		<pubDate>Wed, 30 Nov 2011 17:26:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.prochain.com/prochain_blog/?p=129#comment-10007</guid>
		<description>Nice practical explanation!

I (as usual) take a more analytical approach to using the fever chart as a control chart. The spirit is the same. Perhaps I&#039;ll put my take on it on my blog.

With CCPM+ we also calculate task buffer penetration and use it for the decision as to &quot;which task to work on next&quot;. I believe you do the same with ProChain. If you color code the task buffer penetration for that purpose it provides another reason to keep the chart thresholds the same across multiple projects that share resources.</description>
		<content:encoded><![CDATA[<p>Nice practical explanation!</p>
<p>I (as usual) take a more analytical approach to using the fever chart as a control chart. The spirit is the same. Perhaps I&#8217;ll put my take on it on my blog.</p>
<p>With CCPM+ we also calculate task buffer penetration and use it for the decision as to &#8220;which task to work on next&#8221;. I believe you do the same with ProChain. If you color code the task buffer penetration for that purpose it provides another reason to keep the chart thresholds the same across multiple projects that share resources.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Be Fast Or Be Gone by Philip Marris</title>
		<link>http://www.prochain.com/prochain_blog/?p=117&#038;cpage=1#comment-9538</link>
		<dc:creator>Philip Marris</dc:creator>
		<pubDate>Fri, 11 Nov 2011 16:15:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.prochain.com/prochain_blog/?p=117#comment-9538</guid>
		<description>I have read and reread Andrea&#039;s book. I think it is a very important book in the world of TOC. It fixes the problems of Eli Goldratt&#039;s original novel (Critical Chain) which launched the subject in 1997. Eli&#039;s book is not his best : the description of the approcah is incomplete (an easy criticism 14 years later!) and it too often adresses other issues (MBAs, ...).

I often give a copy of &quot;Be Fast And Be Gone&quot; to people who are curious about CCPM. It pleasantly explains why this is a powerful approach and how to implement it.

Philip Marris
CEO Marris Consulting
Paris France</description>
		<content:encoded><![CDATA[<p>I have read and reread Andrea&#8217;s book. I think it is a very important book in the world of TOC. It fixes the problems of Eli Goldratt&#8217;s original novel (Critical Chain) which launched the subject in 1997. Eli&#8217;s book is not his best : the description of the approcah is incomplete (an easy criticism 14 years later!) and it too often adresses other issues (MBAs, &#8230;).</p>
<p>I often give a copy of &#8220;Be Fast And Be Gone&#8221; to people who are curious about CCPM. It pleasantly explains why this is a powerful approach and how to implement it.</p>
<p>Philip Marris<br />
CEO Marris Consulting<br />
Paris France</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fever Chart Regions by Kim Kaiser</title>
		<link>http://www.prochain.com/prochain_blog/?p=129&#038;cpage=1#comment-9082</link>
		<dc:creator>Kim Kaiser</dc:creator>
		<pubDate>Tue, 18 Oct 2011 15:19:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.prochain.com/prochain_blog/?p=129#comment-9082</guid>
		<description>Disagree that C should be at the origin. We always have to do a start-up gate 5. Fever chart should allow for that. I recommend that C be located at the smaller of (5% or 45/total project length in days)</description>
		<content:encoded><![CDATA[<p>Disagree that C should be at the origin. We always have to do a start-up gate 5. Fever chart should allow for that. I recommend that C be located at the smaller of (5% or 45/total project length in days)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Be Fast Or Be Gone by Beth Jensen</title>
		<link>http://www.prochain.com/prochain_blog/?p=117&#038;cpage=1#comment-6640</link>
		<dc:creator>Beth Jensen</dc:creator>
		<pubDate>Sun, 12 Jun 2011 19:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.prochain.com/prochain_blog/?p=117#comment-6640</guid>
		<description>I just finished Be Fast or Be Gone.   The book does a great job of introducing critical chain concepts and what it takes to get a large organization on board for an important business commitment. Having worked intensely with the ProChain folks, I can attest that the scenarios are realistic, and that impressive positive outcomes will occur when there is top down management support, and good training provided to the project teams.  I think that, for the sake of writing a page-turner book, Dr. Scherer created a scenario in which allowed change to occur quickly.  But, having implemented critical chain in a medical device environment, it is true that the 35% cycle time reduction is no exaggeration.
Dr. Scherer does a nice job of explaining the counter-productivity of multitasking by describing the results when someone reads many books simultaneously rather than first finishing one, then starting a new one.  He also shows how very compatible critical chain is with lean six sigma programs.
Spoiler warning:  Little Timmy makes it.  Whew.</description>
		<content:encoded><![CDATA[<p>I just finished Be Fast or Be Gone.   The book does a great job of introducing critical chain concepts and what it takes to get a large organization on board for an important business commitment. Having worked intensely with the ProChain folks, I can attest that the scenarios are realistic, and that impressive positive outcomes will occur when there is top down management support, and good training provided to the project teams.  I think that, for the sake of writing a page-turner book, Dr. Scherer created a scenario in which allowed change to occur quickly.  But, having implemented critical chain in a medical device environment, it is true that the 35% cycle time reduction is no exaggeration.<br />
Dr. Scherer does a nice job of explaining the counter-productivity of multitasking by describing the results when someone reads many books simultaneously rather than first finishing one, then starting a new one.  He also shows how very compatible critical chain is with lean six sigma programs.<br />
Spoiler warning:  Little Timmy makes it.  Whew.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

