<?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: Why Projects Fail</title>
	<atom:link href="http://www.reformingprojectmanagement.com/2005/02/06/456/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.reformingprojectmanagement.com/2005/02/06/456/</link>
	<description>The magazine for the project age</description>
	<lastBuildDate>Wed, 08 Dec 2010 06:26:56 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Graeme Nichol</title>
		<link>http://www.reformingprojectmanagement.com/2005/02/06/456/comment-page-1/#comment-2184</link>
		<dc:creator>Graeme Nichol</dc:creator>
		<pubDate>Fri, 30 Dec 2005 17:07:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/?p=456#comment-2184</guid>
		<description>Building a new piece of software or configuring a package certainily need user involvement from day one.

In typical IT projects project management is done very tightly on MS project and the real human interaction issues cannot be tightly worked in so they fall out. Projects fail.

There unfortunately needs to be a level above project planning where the ultimate outcome is determined, measured and reported on. (not a program office type role) This is a more strategic role. This has to involve multiple stakeholders and manage expectations.

Even with that projects can still fail!!</description>
		<content:encoded><![CDATA[<p>Building a new piece of software or configuring a package certainily need user involvement from day one.</p>
<p>In typical IT projects project management is done very tightly on MS project and the real human interaction issues cannot be tightly worked in so they fall out. Projects fail.</p>
<p>There unfortunately needs to be a level above project planning where the ultimate outcome is determined, measured and reported on. (not a program office type role) This is a more strategic role. This has to involve multiple stakeholders and manage expectations.</p>
<p>Even with that projects can still fail!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Bullock
        </title>
		<link>http://www.reformingprojectmanagement.com/2005/02/06/456/comment-page-1/#comment-289</link>
		<dc:creator>Jim Bullock
        </dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/?p=456#comment-289</guid>
		<description>
        Yes, we need a common sense for projects that tracks with, well, the way the world actually works.

That said, the FBI project sounds a lot more like a mostly-integration project, than a mostly-software project. That&#039;s one step to common sense - talk about the project in terms of what&#039;s in it. Human practices and humane project organizations help people talk about what&#039;s really going on. It&#039;s necessary, but not sufficient, however.
      </description>
		<content:encoded><![CDATA[<p>Yes, we need a common sense for projects that tracks with, well, the way the world actually works.</p>
<p>That said, the FBI project sounds a lot more like a mostly-integration project, than a mostly-software project. That&#8217;s one step to common sense &#8211; talk about the project in terms of what&#8217;s in it. Human practices and humane project organizations help people talk about what&#8217;s really going on. It&#8217;s necessary, but not sufficient, however.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 0.415 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2011-02-15 01:45:55 -->

