<?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: Understand and Manipulate the Critical Path in MS Project</title>
	<atom:link href="http://www.pmhut.com/understand-and-manipulate-the-critical-path-in-ms-project/feed" rel="self" type="application/rss+xml" />
	<link>http://www.pmhut.com/understand-and-manipulate-the-critical-path-in-ms-project</link>
	<description></description>
	<pubDate>Fri, 25 May 2012 01:39:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dominic Moss</title>
		<link>http://www.pmhut.com/understand-and-manipulate-the-critical-path-in-ms-project/comment-page-1#comment-11044</link>
		<dc:creator>Dominic Moss</dc:creator>
		<pubDate>Mon, 02 Nov 2009 17:04:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/?p=3652#comment-11044</guid>
		<description>Pete,

I like the article and agree with your suggestions. I help people get to grips with Microsoft Project and explaining the concept of the Critical Path calculation is always fun, especially when you explain that the good news is that the tool does all the number crunching but that it is useful to understand the concept.

I suggest to my "victims" that a good schedule should have a series of Top Level Summary Tasks and Milestones to conclude each section/stage/phase of the project. I advise against linking tasks because you can but then state that in my mind every single TASK with 2 exceptions should have @ least 1 predecessor and 1 successor, most people "get" what the exceptions are. I then suggest creating a custom combination view, I call it the LOGIC View (Gantt Chart on top,Relationship Diagram on the bottom) to help people "cycle" their way through the schedule - this approach can eliminate what I call "loose end" or "orphan" tasks and will result in their Total Slack being significantly reduced, again most people get this in terms of getting tasks done sooner rather than later. It also fits in with the notion of managing stage boundaries which is a PRINCE2 concept that is actually a good practical idea.</description>
		<content:encoded><![CDATA[<p>Pete,</p>
<p>I like the article and agree with your suggestions. I help people get to grips with Microsoft Project and explaining the concept of the Critical Path calculation is always fun, especially when you explain that the good news is that the tool does all the number crunching but that it is useful to understand the concept.</p>
<p>I suggest to my &#8220;victims&#8221; that a good schedule should have a series of Top Level Summary Tasks and Milestones to conclude each section/stage/phase of the project. I advise against linking tasks because you can but then state that in my mind every single TASK with 2 exceptions should have @ least 1 predecessor and 1 successor, most people &#8220;get&#8221; what the exceptions are. I then suggest creating a custom combination view, I call it the LOGIC View (Gantt Chart on top,Relationship Diagram on the bottom) to help people &#8220;cycle&#8221; their way through the schedule - this approach can eliminate what I call &#8220;loose end&#8221; or &#8220;orphan&#8221; tasks and will result in their Total Slack being significantly reduced, again most people get this in terms of getting tasks done sooner rather than later. It also fits in with the notion of managing stage boundaries which is a PRINCE2 concept that is actually a good practical idea.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

