<?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 difference between projects and programmes</title>
	<atom:link href="http://pmtips.net/difference-projects-programmes/feed/" rel="self" type="application/rss+xml" />
	<link>http://pmtips.net/difference-projects-programmes/</link>
	<description>Guidance for Real Life Projects</description>
	<lastBuildDate>Thu, 18 Mar 2010 16:57:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: LUCAS LEYTON</title>
		<link>http://pmtips.net/difference-projects-programmes/comment-page-1/#comment-4085</link>
		<dc:creator>LUCAS LEYTON</dc:creator>
		<pubDate>Wed, 18 Nov 2009 18:36:04 +0000</pubDate>
		<guid isPermaLink="false">http://pmtips.net/?p=934#comment-4085</guid>
		<description>PROJECTS SEEMS TO BRING CONTRADICTION WITH APROGRAMME</description>
		<content:encoded><![CDATA[<p>PROJECTS SEEMS TO BRING CONTRADICTION WITH APROGRAMME</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mais sobre projetos e programas&#160;&#124;&#160;Tabuleiro de Projetos</title>
		<link>http://pmtips.net/difference-projects-programmes/comment-page-1/#comment-2278</link>
		<dc:creator>mais sobre projetos e programas&#160;&#124;&#160;Tabuleiro de Projetos</dc:creator>
		<pubDate>Thu, 04 Jun 2009 21:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://pmtips.net/?p=934#comment-2278</guid>
		<description>[...] sobre a diferença entre projetos e programas. Acrescento mais uma visão sobre o assunto do artigo The difference between projects and programmes, blog PMTips. Many of us would class ourselves as project managers, and some of us aspire to be [...]</description>
		<content:encoded><![CDATA[<p>[...] sobre a diferença entre projetos e programas. Acrescento mais uma visão sobre o assunto do artigo The difference between projects and programmes, blog PMTips. Many of us would class ourselves as project managers, and some of us aspire to be [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Project Manager</title>
		<link>http://pmtips.net/difference-projects-programmes/comment-page-1/#comment-1415</link>
		<dc:creator>Project Manager</dc:creator>
		<pubDate>Thu, 09 Apr 2009 10:02:21 +0000</pubDate>
		<guid isPermaLink="false">http://pmtips.net/?p=934#comment-1415</guid>
		<description>Hi Elizabeth, 

Thanks for posting the article, it&#039;s a common question we get asked and I feel you&#039;ve answered it well!

Readers may also find the following link useful on the PM Careers website:

http://www.pmcareers.co.uk/project-management-role-definitions.htm

Thanks,

Baz</description>
		<content:encoded><![CDATA[<p>Hi Elizabeth, </p>
<p>Thanks for posting the article, it&#8217;s a common question we get asked and I feel you&#8217;ve answered it well!</p>
<p>Readers may also find the following link useful on the PM Careers website:</p>
<p><a href="http://www.pmcareers.co.uk/project-management-role-definitions.htm" rel="nofollow">http://www.pmcareers.co.uk/project-management-role-definitions.htm</a></p>
<p>Thanks,</p>
<p>Baz</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elizabeth</title>
		<link>http://pmtips.net/difference-projects-programmes/comment-page-1/#comment-1329</link>
		<dc:creator>Elizabeth</dc:creator>
		<pubDate>Mon, 06 Apr 2009 18:35:47 +0000</pubDate>
		<guid isPermaLink="false">http://pmtips.net/?p=934#comment-1329</guid>
		<description>I think that there is a place for definitions and dictionaries, especially for beginners to project and programme management.  However, there are inherent limitations on any vocabulary and we need to recognise that too.  The risk is that by presenting the beginner with four different (albeit allied) definitions of a programme we create more confusion.  More advanced practitioners can debate the intricacies of the meta-language created by PM as they see fit.  

I would argue that it doesn&#039;t matter how you define a programme: if you find a way of getting cohesive agreement from all parties about the work that you are doing and the benefits it will bring, whatever that definition looks like, you are in a good place to be one of the programmes that succeeds - and not one that fails.

Thanks for taking the time to comment.</description>
		<content:encoded><![CDATA[<p>I think that there is a place for definitions and dictionaries, especially for beginners to project and programme management.  However, there are inherent limitations on any vocabulary and we need to recognise that too.  The risk is that by presenting the beginner with four different (albeit allied) definitions of a programme we create more confusion.  More advanced practitioners can debate the intricacies of the meta-language created by PM as they see fit.  </p>
<p>I would argue that it doesn&#8217;t matter how you define a programme: if you find a way of getting cohesive agreement from all parties about the work that you are doing and the benefits it will bring, whatever that definition looks like, you are in a good place to be one of the programmes that succeeds &#8211; and not one that fails.</p>
<p>Thanks for taking the time to comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dr. Paul Giammalvo</title>
		<link>http://pmtips.net/difference-projects-programmes/comment-page-1/#comment-1244</link>
		<dc:creator>Dr. Paul Giammalvo</dc:creator>
		<pubDate>Sat, 04 Apr 2009 04:28:37 +0000</pubDate>
		<guid isPermaLink="false">http://pmtips.net/?p=934#comment-1244</guid>
		<description>Hi Elizabeth and Leroy,
With all due respect to Leroy&#039;s dictionary, 2 years research conducted by Bill Duncan, Ishi Ishikawa and I for the Global Alliance for Project Performance Standards (GAPPS) showed that in the marketplace, the definition Leroy is but one of 4 definitions for program. http://www.globalpmstandards.org/program-manager-standards/general/defining-program-types/

I think it is a disservice to the practice of project and program management that we publish these dictionaries without recognizing that multiple definitions exist and providing background as to why one definition is prefereed over another.  An example of this would be the highly regarded work of Max Wideman, with his Comparative Glossary of Project Management Terms. http://www.maxwideman.com/pmglossary/index.htm

Bottom line- I would honestly hope that we move the practice of project management to a more advanced level, not by rehashing what already has been done, but by performing a critical analysis of what is and why project and programs seem to fail with such alarming frequency and regularity.  I think a good place to start would be with the lexicon.

BR,
Dr. PDG, Jakarta
www.getpmcertified.com</description>
		<content:encoded><![CDATA[<p>Hi Elizabeth and Leroy,<br />
With all due respect to Leroy&#8217;s dictionary, 2 years research conducted by Bill Duncan, Ishi Ishikawa and I for the Global Alliance for Project Performance Standards (GAPPS) showed that in the marketplace, the definition Leroy is but one of 4 definitions for program. <a href="http://www.globalpmstandards.org/program-manager-standards/general/defining-program-types/" rel="nofollow">http://www.globalpmstandards.org/program-manager-standards/general/defining-program-types/</a></p>
<p>I think it is a disservice to the practice of project and program management that we publish these dictionaries without recognizing that multiple definitions exist and providing background as to why one definition is prefereed over another.  An example of this would be the highly regarded work of Max Wideman, with his Comparative Glossary of Project Management Terms. <a href="http://www.maxwideman.com/pmglossary/index.htm" rel="nofollow">http://www.maxwideman.com/pmglossary/index.htm</a></p>
<p>Bottom line- I would honestly hope that we move the practice of project management to a more advanced level, not by rehashing what already has been done, but by performing a critical analysis of what is and why project and programs seem to fail with such alarming frequency and regularity.  I think a good place to start would be with the lexicon.</p>
<p>BR,<br />
Dr. PDG, Jakarta<br />
<a href="http://www.getpmcertified.com" rel="nofollow">http://www.getpmcertified.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
