<?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: Gemba Project Kaizen</title>
	<atom:link href="http://www.reformingprojectmanagement.com/2005/12/04/565/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.reformingprojectmanagement.com/2005/12/04/565/</link>
	<description>The magazine for the project age</description>
	<lastBuildDate>Mon, 15 Mar 2010 21:07:44 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Hal</title>
		<link>http://www.reformingprojectmanagement.com/2005/12/04/565/comment-page-1/#comment-2008</link>
		<dc:creator>Hal</dc:creator>
		<pubDate>Mon, 05 Dec 2005 18:11:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2005/12/04/565/#comment-2008</guid>
		<description>Will makes an important point.  Even people from the same company can find themselves on projects where their bosses are measuring their performance differently from others on the project.  The resulting incoherence impedes not just the opportunities for project kaizen.  Incoherence also impedes the progress of the project.

It seems to me that project participants, certainly leaders, need to take responsibility for keeping coherence of intentions throughout the life of the project.  &lt;a href=&quot;http://www.reformingprojectmanagement.com/2003/11/05/282/&quot; title=&quot;Produce coherence among project participants&quot; rel=&quot;nofollow&quot;&gt;I&#039;ve written about coherence before&lt;/a&gt;.  I&#039;ll give it attention during the series.</description>
		<content:encoded><![CDATA[<p>Will makes an important point.  Even people from the same company can find themselves on projects where their bosses are measuring their performance differently from others on the project.  The resulting incoherence impedes not just the opportunities for project <acronym title="Japanese term for continuous improvement">kaizen</acronym>.  Incoherence also impedes the progress of the project.</p>
<p>It seems to me that project participants, certainly leaders, need to take responsibility for keeping coherence of intentions throughout the life of the project.  <a href="http://www.reformingprojectmanagement.com/2003/11/05/282/" title="Produce coherence among project participants" rel="nofollow">I&#8217;ve written about coherence before</a>.  I&#8217;ll give it attention during the series.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Lichtig</title>
		<link>http://www.reformingprojectmanagement.com/2005/12/04/565/comment-page-1/#comment-2006</link>
		<dc:creator>Will Lichtig</dc:creator>
		<pubDate>Mon, 05 Dec 2005 17:13:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2005/12/04/565/#comment-2006</guid>
		<description>Hal,

What about the context that is broader than the project itself -- how each of the individuals or work groups relates to the company to which it belongs?  It would seem that this is the background or setting for Project Kaizen.  

While process kaizen may need to battle internal incoherence, say between manufatcuring and the accounting department, in projects this battle is &quot;multi-front.&quot;  Unlike process kaizen, this context may be wildly different for each of the performers in the project setting.  Without understanding the concerns of each performer in the context of its own organization will we be able to fully explore Project Kaizen?  

Just by way of example, if an individual company measures and rewards its managers based upon cash flow metrics, those managers might be incentivized to put work in place before the project is &quot;ready.&quot;  Any effort to control workflow for the benefit of the project might run up against the realities of the non-project context in which we are operating.

If project kaizen is to be effective, do we need to explore these underlying concerns?  If so, how do we incorporate this into the pracitce of Project Kaizen?</description>
		<content:encoded><![CDATA[<p>Hal,</p>
<p>What about the context that is broader than the project itself &#8212; how each of the individuals or work groups relates to the company to which it belongs?  It would seem that this is the background or setting for Project <acronym title="Japanese term for continuous improvement">kaizen</acronym>.  </p>
<p>While process <acronym title="Japanese term for continuous improvement">kaizen</acronym> may need to battle internal incoherence, say between manufatcuring and the accounting department, in projects this battle is &#8220;multi-front.&#8221;  Unlike process <acronym title="Japanese term for continuous improvement">kaizen</acronym>, this context may be wildly different for each of the performers in the project setting.  Without understanding the concerns of each performer in the context of its own organization will we be able to fully explore Project <acronym title="Japanese term for continuous improvement">kaizen</acronym>?  </p>
<p>Just by way of example, if an individual company measures and rewards its managers based upon cash flow metrics, those managers might be incentivized to put work in place before the project is &#8220;ready.&#8221;  Any effort to control workflow for the benefit of the project might run up against the realities of the non-project context in which we are operating.</p>
<p>If project <acronym title="Japanese term for continuous improvement">kaizen</acronym> is to be effective, do we need to explore these underlying concerns?  If so, how do we incorporate this into the pracitce of Project <acronym title="Japanese term for continuous improvement">kaizen</acronym>?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
