<?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: The Triple Constraints Model and Its Disappearance from the PMBOK</title>
	<atom:link href="http://www.pmhut.com/the-triple-constraints-model-and-its-disappearance-from-the-pmbok/feed" rel="self" type="application/rss+xml" />
	<link>http://www.pmhut.com/the-triple-constraints-model-and-its-disappearance-from-the-pmbok</link>
	<description></description>
	<pubDate>Thu, 24 May 2012 22:10:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Kate Belzer</title>
		<link>http://www.pmhut.com/the-triple-constraints-model-and-its-disappearance-from-the-pmbok/comment-page-1#comment-9091</link>
		<dc:creator>Kate Belzer</dc:creator>
		<pubDate>Tue, 15 Sep 2009 15:41:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/?p=3720#comment-9091</guid>
		<description>While the triple constraint diagram and associated discussion is missing from the Project Management Body of Knowledge (PMBOK) – 4th Edition, the discussion around constraints specificially mentions scope, schedule, cost and quality on numerous occasions. Interestingly enough it adds risk to the list of constraints in a few cases and when discussing measurement reporting mentions scope, cost and schedule (omitting quality). 

I've used this model and agree that the triple constraint is a good teaching tool and a valueable conversation with clients since most business benefits cannot be realized unless these constraints are balanced appropriately. At issue is the miriad of constraints affecting projects that must be taken into consideration and limiting the dialogue to the triple constraints may limit a project managers effectiveness. 

I agree that it should be included in the document, at least mentioned in the section concerning the changes associated with the latest edition and why it was dropped. I believe the PMBOK is a more comprehensive document and one that should expand a project managers view of constraints to ensure a broad view of what must be taken into consideration when managing a project.</description>
		<content:encoded><![CDATA[<p>While the triple constraint diagram and associated discussion is missing from the Project Management Body of Knowledge (PMBOK) – 4th Edition, the discussion around constraints specificially mentions scope, schedule, cost and quality on numerous occasions. Interestingly enough it adds risk to the list of constraints in a few cases and when discussing measurement reporting mentions scope, cost and schedule (omitting quality). </p>
<p>I&#8217;ve used this model and agree that the triple constraint is a good teaching tool and a valueable conversation with clients since most business benefits cannot be realized unless these constraints are balanced appropriately. At issue is the miriad of constraints affecting projects that must be taken into consideration and limiting the dialogue to the triple constraints may limit a project managers effectiveness. </p>
<p>I agree that it should be included in the document, at least mentioned in the section concerning the changes associated with the latest edition and why it was dropped. I believe the PMBOK is a more comprehensive document and one that should expand a project managers view of constraints to ensure a broad view of what must be taken into consideration when managing a project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Giovanni Giazzon</title>
		<link>http://www.pmhut.com/the-triple-constraints-model-and-its-disappearance-from-the-pmbok/comment-page-1#comment-9077</link>
		<dc:creator>Giovanni Giazzon</dc:creator>
		<pubDate>Mon, 14 Sep 2009 21:51:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/?p=3720#comment-9077</guid>
		<description>Hi Darrell,

Although what Shim Marom said is true, I also think that the classical Triple Constraints model should be still a reference in Project Management. Scope, Time and Cost are the most tangible indicators for any project: they can be measured with accuracy. Quality is an aspect of Scope. Communication isn't tangible. Risk forsees all knowledge areas. And so on. You can say that they are the Trinity of Project Management.

Best Regards,
Giovanni Giazzon</description>
		<content:encoded><![CDATA[<p>Hi Darrell,</p>
<p>Although what Shim Marom said is true, I also think that the classical Triple Constraints model should be still a reference in Project Management. Scope, Time and Cost are the most tangible indicators for any project: they can be measured with accuracy. Quality is an aspect of Scope. Communication isn&#8217;t tangible. Risk forsees all knowledge areas. And so on. You can say that they are the Trinity of Project Management.</p>
<p>Best Regards,<br />
Giovanni Giazzon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shim Marom</title>
		<link>http://www.pmhut.com/the-triple-constraints-model-and-its-disappearance-from-the-pmbok/comment-page-1#comment-9011</link>
		<dc:creator>Shim Marom</dc:creator>
		<pubDate>Fri, 11 Sep 2009 22:24:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/?p=3720#comment-9011</guid>
		<description>The 'Triple Constraint' was a nice but not entirely accurate novelty. It was not unusual to find references to project constraints where other dimensions, Quality in particular, were added to the mix. In fact, most PMBOK Knowledge Areas can become a constraint in one way or another. I am personally happy to see this concept disappear from the PMBOK.</description>
		<content:encoded><![CDATA[<p>The &#8216;Triple Constraint&#8217; was a nice but not entirely accurate novelty. It was not unusual to find references to project constraints where other dimensions, Quality in particular, were added to the mix. In fact, most PMBOK Knowledge Areas can become a constraint in one way or another. I am personally happy to see this concept disappear from the PMBOK.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

