<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.5" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Project e-Tip of the Week</title>
	<link>http://www.reformingprojectmanagement.com/2003/04/30/139/</link>
	<description>The magazine for the project age</description>
	<pubDate>Fri, 16 May 2008 18:47:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.5</generator>

	<item>
		<title>by: Claude Emond
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/04/30/139/#comment-352</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/04/30/139/#comment-352</guid>
					<description>
        a fantastic 'e-nitiative', Hal. You can be sure that I will be reading those tips very attentively and share my own related ideas when possible.

Another reason for me to keep posted and rush people to your weblog for sound and refreshing advice.

Cheers,

Claude
Claude
      </description>
		<content:encoded><![CDATA[<p>a fantastic &#8216;e-nitiative&#8217;, Hal. You can be sure that I will be reading those tips very attentively and share my own related ideas when possible.</p>
<p>Another reason for me to keep posted and rush people to your weblog for sound and refreshing advice.</p>
<p>Cheers,</p>
<p>Claude<br />
Claude
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Hal
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/04/30/139/#comment-353</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/04/30/139/#comment-353</guid>
					<description>
        Frank makes important points.  The practice is recommended for the day-to-day and weekly coordination of task completion.  The reliability of one performer's task completion allows the next performer to plan their mobilization and make promises for completion.  This keeps work flowing avoiding the usual delays seen on constuction projects and where multiple teams interact to deliver on the promise of the project.

We do not recommend (agreeing with Frank) that you use initial activity schedules as the basis for measuring the reliability of the planning system.  Like Frank, we say that the promises we all want to keep are the ones we make to the customer.  That would entail promises about project completion and interim promises for 'deliverables' of different types.  The balance of the scheduling-like planning dates are useful as a basis for continuing the planning with the project performers as the project proceeds.

I take exception to Frank's characterization empty information of the percent of kept promises.  We have found studying why we are able to succeed is usually more fruitful than the ever-so prevalent preoccupation we have with why we failed.  We do suggest people track and characterize plan failures (tasks promised by Last Planners that were not completed as promised).  [There will be an up-coming Project e-Tip on this.]  Investigasting the causes of failure is useful for avoiding those failures.  However, we invariably learn more from studying what is working.  We first learned this from the Gallup study that served as a basis of the best-seller First, Break All the Rules.

For those of you who know more than a little about the Theory of Cosntraints and Critical Chain based Project Management probably see where Frank and I diverge.  Some people misunderstand that disagreement as having to do with lean thinking.  It is really about the linguistic action perspective.

p.s.  Frank and I are big fans of each other.  I look forward to reading every comment he leaves for readers and me.  :+:
      </description>
		<content:encoded><![CDATA[<p>Frank makes important points.  The practice is recommended for the day-to-day and weekly coordination of task completion.  The reliability of one performer&#8217;s task completion allows the next performer to plan their mobilization and make promises for completion.  This keeps work flowing avoiding the usual delays seen on constuction projects and where multiple teams interact to deliver on the promise of the project.</p>
<p>We do not recommend (agreeing with Frank) that you use initial activity schedules as the basis for measuring the reliability of the planning system.  Like Frank, we say that the promises we all want to keep are the ones we make to the customer.  That would entail promises about project completion and interim promises for &#8216;deliverables&#8217; of different types.  The balance of the scheduling-like planning dates are useful as a basis for continuing the planning with the project performers as the project proceeds.</p>
<p>I take exception to Frank&#8217;s characterization empty information of the percent of kept promises.  We have found studying why we are able to succeed is usually more fruitful than the ever-so prevalent preoccupation we have with why we failed.  We do suggest people track and characterize plan failures (tasks promised by Last Planners that were not completed as promised).  [There will be an up-coming Project e-Tip on this.]  Investigasting the causes of failure is useful for avoiding those failures.  However, we invariably learn more from studying what is working.  We first learned this from the Gallup study that served as a basis of the best-seller First, Break All the Rules.</p>
<p>For those of you who know more than a little about the Theory of Cosntraints and Critical Chain based Project Management probably see where Frank and I diverge.  Some people misunderstand that disagreement as having to do with lean thinking.  It is really about the linguistic action perspective.</p>
<p>p.s.  Frank and I are big fans of each other.  I look forward to reading every comment he leaves for readers and me.  :+:
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Bernard Ertl
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/04/30/139/#comment-354</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/04/30/139/#comment-354</guid>
					<description>
        Charting the Reliability of Task Completions only makes sense for projects that have stable working conditions.  Within the industrial maintenance turnaround project arena, we have found that schedule compliance will typically average around 40-50%.  Instead of focusing on percentage of planned tasks completed, we measure percent of plan complete by charting the percentage of earned manhours (versus total planned manhours) against a minimum progress attainment curve.  Schedules are used to provide field supervision with a focus on priorities.  As long as critical and near critical jobs maintain progress, the bulk of non time critical jobs can be worked out of sequence in accordance with changing conditions in the field.  Tracking earned manhours against the plan instead of actual scheduled tasks gives the team credit for staying productive when conditions arise that prevent adherance to the schedule.
      </description>
		<content:encoded><![CDATA[<p>Charting the Reliability of Task Completions only makes sense for projects that have stable working conditions.  Within the industrial maintenance turnaround project arena, we have found that schedule compliance will typically average around 40-50%.  Instead of focusing on percentage of planned tasks completed, we measure percent of plan complete by charting the percentage of earned manhours (versus total planned manhours) against a minimum progress attainment curve.  Schedules are used to provide field supervision with a focus on priorities.  As long as critical and near critical jobs maintain progress, the bulk of non time critical jobs can be worked out of sequence in accordance with changing conditions in the field.  Tracking earned manhours against the plan instead of actual scheduled tasks gives the team credit for staying productive when conditions arise that prevent adherance to the schedule.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
