<?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: State of the Art of Project Management</title>
	<link>http://www.reformingprojectmanagement.com/2004/01/16/302/</link>
	<description>The magazine for the project age</description>
	<pubDate>Wed, 08 Oct 2008 08:49:32 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.5</generator>

	<item>
		<title>by: Frank Winters
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-139</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-139</guid>
					<description>
        PM is not an art or a science. In a business setting it’s an attempt to instill some needed discipline. Coherence, improved communication and commitment are all needed but not just within a PM context -- they are needed in business generally as well. What's wrong in Project Management is pretty much what's wrong in business organizations generally.
      </description>
		<content:encoded><![CDATA[<p>PM is not an art or a science. In a business setting it’s an attempt to instill some needed discipline. Coherence, improved communication and commitment are all needed but not just within a PM context &#8212; they are needed in business generally as well. What&#8217;s wrong in Project Management is pretty much what&#8217;s wrong in business organizations generally.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Frank Winters
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-140</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-140</guid>
					<description>
        One use of a taxonomy of projects would be in picking generic process models to use in project planning. Of course there would need to be a good set of models associated with the taxonomy.
      </description>
		<content:encoded><![CDATA[<p>One use of a taxonomy of projects would be in picking generic process models to use in project planning. Of course there would need to be a good set of models associated with the taxonomy.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Frank Winters
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-141</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-141</guid>
					<description>
        Ok. I'd like to see 'em. But most failure is execution and I'll bet most of these are no different.
      </description>
		<content:encoded><![CDATA[<p>Ok. I&#8217;d like to see &#8216;em. But most failure is execution and I&#8217;ll bet most of these are no different.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Frank Winters
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-142</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-142</guid>
					<description>
        Glen,

I believe the reason so many good frameworks and methods don't work is very often due to lack of discipline. For example, many teams start with a good plan but forget not only to keep it up to date as changes occur but they also forget what they agreed to do. 

I like Hal's focus on commitment. Teams need to be commited to using the plans, methods and techniques they sign up for.

David Schmaltz has advice about getting people to sign up -- and some of that advice is good as well.

In my experience there are lots of ways to manage work. The reason more of them don't work has more to do with execution and culture than flaws inherent on the work management methods, at least as often as not.

Frank
      </description>
		<content:encoded><![CDATA[<p>Glen,</p>
<p>I believe the reason so many good frameworks and methods don&#8217;t work is very often due to lack of discipline. For example, many teams start with a good plan but forget not only to keep it up to date as changes occur but they also forget what they agreed to do. </p>
<p>I like Hal&#8217;s focus on commitment. Teams need to be commited to using the plans, methods and techniques they sign up for.</p>
<p>David Schmaltz has advice about getting people to sign up &#8212; and some of that advice is good as well.</p>
<p>In my experience there are lots of ways to manage work. The reason more of them don&#8217;t work has more to do with execution and culture than flaws inherent on the work management methods, at least as often as not.</p>
<p>Frank
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Glen B. Alleman
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-143</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-143</guid>
					<description>
        Frank,

There are some papers around on the failure of integration systems frameworks. I'll try to track them down in Siteseeker and ACM DL.
      </description>
		<content:encoded><![CDATA[<p>Frank,</p>
<p>There are some papers around on the failure of integration systems frameworks. I&#8217;ll try to track them down in Siteseeker and ACM DL.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Frank Winters
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-144</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2004/01/16/302/#comment-144</guid>
					<description>
        Hi Hal -- yes this has been useful, thank you

Can't follow a plan created yesterday? That's strange, I've seen it done many times.. They also recorded the change that occurred daily as well.

I'd like to see PMs add the techniques of commitment and coherence to their practice....but wait --- I've seen both attributes as part of project practice many times as well.

I guess I just don't get it! Or maybe I haven't seen enough really poor projects (I have seen plenty, actually) Anyway, maybe David will teach me the new religion today!

Cheers,
Frank
      </description>
		<content:encoded><![CDATA[<p>Hi Hal &#8212; yes this has been useful, thank you</p>
<p>Can&#8217;t follow a plan created yesterday? That&#8217;s strange, I&#8217;ve seen it done many times.. They also recorded the change that occurred daily as well.</p>
<p>I&#8217;d like to see PMs add the techniques of commitment and coherence to their practice&#8230;.but wait &#8212; I&#8217;ve seen both attributes as part of project practice many times as well.</p>
<p>I guess I just don&#8217;t get it! Or maybe I haven&#8217;t seen enough really poor projects (I have seen plenty, actually) Anyway, maybe David will teach me the new religion today!</p>
<p>Cheers,<br />
Frank
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
