<?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: Work Your Way Out of Rework by &#8216;Promising at the Last Responsible Moment&#8217;</title>
	<link>http://www.reformingprojectmanagement.com/2004/03/28/336/</link>
	<description>The magazine for the project age</description>
	<pubDate>Wed, 08 Oct 2008 08:16:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.5</generator>

	<item>
		<title>by: Hal
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/03/28/336/#comment-203</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2004/03/28/336/#comment-203</guid>
					<description>
        Glad to hear others are using a similar approach. :+: 

To be clear, all milestones and customer promises are 'scheduled'.  Then, as the milestone date approaches, the tasks are 'readied' for promising by the performers.  It's quite simple and highly reliable.
      </description>
		<content:encoded><![CDATA[<p>Glad to hear others are using a similar approach. :+: </p>
<p>To be clear, all milestones and customer promises are &#8217;scheduled&#8217;.  Then, as the milestone date approaches, the tasks are &#8216;readied&#8217; for promising by the performers.  It&#8217;s quite simple and highly reliable.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
