<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Reforming Project Management &#187; theory</title>
	<atom:link href="http://www.reformingprojectmanagement.com/category/theory/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.reformingprojectmanagement.com</link>
	<description>The magazine for the project age</description>
	<lastBuildDate>Thu, 17 Jun 2010 15:50:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>The Future of Project Controls &#8212; Five Years Later</title>
		<link>http://www.reformingprojectmanagement.com/2008/11/30/889/</link>
		<comments>http://www.reformingprojectmanagement.com/2008/11/30/889/#comments</comments>
		<pubDate>Sun, 30 Nov 2008 22:23:26 +0000</pubDate>
		<dc:creator>Hal</dc:creator>
				<category><![CDATA[project control]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2008/11/30/889/</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p><!-- The PMI separates planning, execution and controls when they describe project management.  Project controls gets the least attention in writing.  Most people haven't figured out what to do.  Hal offers his view on the future of project controls. --><!--200217128--></p>
<p><span class="pull_ad"><script type="text/javascript"><!--
google_ad_client = "pub-6535159330055676";
/* 160x90, Pull Ad */
google_ad_slot = "7743614693";
google_ad_width = 160;
google_ad_height = 100;
//-->
</script>
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script></span>In the spring of 2003 I started some serious thinking about project (management) controls.  Greg Howell had done some writing about it indicating that the usual practices he observed created a pressurized situation for the project participants.  Since the <acronym title="Project Management Institute">PMI</acronym> has updated the <acronym title="PMI's Project Management Body of Knowledge">PMBoK</acronym>&reg; 3 times and they still separate planning, execution and control.  So I'm going to do a little more writing on project controls.  But first, I'll take you back to one of my first posts on the subject.  The following post was titled "The Future of Project Controls", appearing April 29, 2003.  I made some small updates.  Enjoy.</p>
<p><span class="dropcap">I</span>'m somewhat hesitant to write about (project controls).  This morning I received an email newsletter that included advice on <a href="http://management.about.com/cs/peoplemanagement/ht/negativefb.htm">How to give negative feedback properly</a>.  I can't say that John Reh's ten recommendations are either good or bad advice.  Take a look&#8230;decide for yourself.  It got me thinking about project controls.</p>
<p>
<blockquote class="pullquote">When we announce we have negative feedback we create a break in the conversation and the relationship.</p></blockquote>
<p>Let's look more closely at what is meant by "negative feedback".  When we say, "I have negative feedback," what does that mean?  It might mean, "I don't like you and I'm gonna tell you why."  It could mean, "I have seen negative consequences and I attribute them to your actions."  This might be getting closer.  At the heart of it negative feedback is about failing to meet a standard of performance.  That standard could be stated or only implied.  When we announce we have negative feedback we create a break in the conversation and the relationship.  It's an unusual or extraordinary event.</p>
<p>(...)<br/>Read the rest of <a href="http://www.reformingprojectmanagement.com/2008/11/30/889/">The Future of Project Controls &#8212; Five Years Later</a> (601 words)</p>
<hr />
<p><small>©2008 Hal for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2008/11/30/889/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2008/11/30/889/#comments">10 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2008/11/30/889/&title=The Future of Project Controls &#8212; Five Years Later">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2008/11/30/889/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>Extreme Toyota&#8217;s Lesson for American Auto</title>
		<link>http://www.reformingprojectmanagement.com/2008/11/19/887/</link>
		<comments>http://www.reformingprojectmanagement.com/2008/11/19/887/#comments</comments>
		<pubDate>Thu, 20 Nov 2008 02:43:19 +0000</pubDate>
		<dc:creator>Hal</dc:creator>
				<category><![CDATA[books]]></category>
		<category><![CDATA[lean]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2008/11/19/887/</guid>
		<description><![CDATA[We have more to learn from Toyota than there is time to do so]]></description>
			<content:encoded><![CDATA[<p><!-- We have more to learn from Toyota than there is time to do so --></p>
<p><a href="http://www.amazon.com/Extreme-Toyota-Radical-Contradictions-Manufacturer/dp/0470267623%3FSubscriptionId%3D0EMV44A9A5YT1RVDGZ82%26tag%3D98888-20%26linkCode%3Dxm2%26camp%3D2025%26creative%3D165953%26creativeASIN%3D0470267623" title="View product details at Amazon"><img src="http://ecx.images-amazon.com/images/I/41l3UWA-t7L._SL160_.jpg" alt="Extreme Toyota: Radical Contradictions That Drive Success at the World\'s Best Manufacturer" align="left" /></a>While American Auto go hat-in-hand to Washington, I thought it might be instructive to take a look at what those firms have missed while Toyota has steadily out-invested, out-innovated and racked up more profits than all three combined.  Who's got the answer?  How about three professors from a Japanese business school.</p>
<p><span class="pull_ad"><!--adsense#pull_ad--></span>In their book <a href="http://www.amazon.com/Extreme-Toyota-Radical-Contradictions-Manufacturer/dp/0470267623/98888-20/" title="Radical contradictions that drive success at the world's best manufacturer">Extreme Toyota</a>, Osono, Shimizu and Takeuchi claim that Toyota managers embrace contradictions, opposites and paradoxes.  Rather than find the best on either side of the argument, Toyota pursues the approach they call "this yet that".</p>
<p>(...)<br/>Read the rest of <a href="http://www.reformingprojectmanagement.com/2008/11/19/887/">Extreme Toyota&#8217;s Lesson for American Auto</a> (321 words)</p>
<hr />
<p><small>©2008 Hal for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2008/11/19/887/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2008/11/19/887/#comments">3 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2008/11/19/887/&title=Extreme Toyota&#8217;s Lesson for American Auto">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2008/11/19/887/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Lastest Discussion of 8th Waste</title>
		<link>http://www.reformingprojectmanagement.com/2008/08/24/875/</link>
		<comments>http://www.reformingprojectmanagement.com/2008/08/24/875/#comments</comments>
		<pubDate>Mon, 25 Aug 2008 00:38:39 +0000</pubDate>
		<dc:creator>Hal</dc:creator>
				<category><![CDATA[collaboration]]></category>
		<category><![CDATA[kaizen]]></category>
		<category><![CDATA[lean]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2008/08/24/875/</guid>
		<description><![CDATA[
Over at NWLean there's been quite a riff on the 8th waste.  Eventually, the contributors concluded that recreating knowledge is the one true 8th waste.  While it's hard to argue with any of the writers' arguments, getting at the roots of that waste is where we can begin to take effective action.
Waste in [...]]]></description>
			<content:encoded><![CDATA[<p><!-- Another discussion of 8th waste misses the mark --></p>
<p><span class="pull_ad"><!--adsense#pull_ad--></span><span class="dropcap">O</span>ver at NWLean there's been quite a <a href="http://finance.groups.yahoo.com/group/NWLEAN/message/11130">riff on the 8th waste</a>.  Eventually, the contributors concluded that recreating knowledge is the one true 8th waste.  While it's hard to argue with any of the writers' arguments, getting at the roots of that waste is where we can begin to take effective action.</p>
<p>Waste in production, services, healthcare and construction are pervasive and seemingly intractable.  Ohno and others noticed that.  We've also noticed that the opportunity for waste reduction is right in front of us.  All we have to do is tap the ingenuity of the workforce.  The key question for me is, "What gets in the way of doing so?"  It was that question that led Greg Howell and I to observe participants in the construction process.</p>
<p>(...)<br/>Read the rest of <a href="http://www.reformingprojectmanagement.com/2008/08/24/875/">Lastest Discussion of 8th Waste</a> (137 words)</p>
<hr />
<p><small>©2008 Hal for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2008/08/24/875/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2008/08/24/875/#comments">5 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2008/08/24/875/&title=Lastest Discussion of 8th Waste">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2008/08/24/875/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Vroom and the &#8220;Capability Principle&#8221;: from sharing the project vision to successfully delivering projects</title>
		<link>http://www.reformingprojectmanagement.com/2008/03/12/862/</link>
		<comments>http://www.reformingprojectmanagement.com/2008/03/12/862/#comments</comments>
		<pubDate>Wed, 12 Mar 2008 14:52:55 +0000</pubDate>
		<dc:creator>Claude Emond</dc:creator>
				<category><![CDATA[PM practice]]></category>
		<category><![CDATA[leadership]]></category>
		<category><![CDATA[teams]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2008/03/12/862/</guid>
		<description><![CDATA[I still meet many project managers who just state that sharing a project vision (if ever there is one) is a waste of time and that the project team should just concentrate on what they are asked (told ?) to do. This always reminds me of my first project management courses, more than 30 years [...]]]></description>
			<content:encoded><![CDATA[<p><span class="pull_ad"><!--adsense#pull_ad--></span><span class="dropcap">I</span> still meet many project managers who just state that sharing a project vision (if ever there is one) is a waste of time and that the project team should just concentrate on what they are asked (told ?) to do. This always reminds me of my first project management courses, more than 30 years ago (dinosaurs were still alive), when I was told that: "The more information people have about a project, the more veto power we are giving them&#8230;so, it is important to keep information sharing to the strict minimum, using as a strict yardstick of information distribution <i>direct-task-oriented need-to-know information</i>."</p>
<p>I am appalled to see that this primitive belief still endures today, since it shows so little understanding of how human minds and hearts really work. I am also appalled that, each time I ask about <a href="http://www.valuebasedmanagement.net/methods_vroom_expectancy_theory.html">Vroom's Expectancy Theory of Motivation</a> (dating back from the early 1960s) and it's significance to project management audiences (including many PMPs), I find out that it is still mostly unheard of or, when it is known of, it rings no bell about the relationship between sharing a project vision and mobilizing project teams to ensure project success. This is very unfortunate since Vroom's simple theory:</p>
<p>(...)<br/>Read the rest of <a href="http://www.reformingprojectmanagement.com/2008/03/12/862/">Vroom and the &#8220;Capability Principle&#8221;: from sharing the project vision to successfully delivering projects</a> (337 words)</p>
<hr />
<p><small>©2008 Claude for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2008/03/12/862/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2008/03/12/862/#comments">4 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2008/03/12/862/&title=Vroom and the &#8220;Capability Principle&#8221;: from sharing the project vision to successfully delivering projects">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2008/03/12/862/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>The Proximity Principle and Project Success: Revisiting Project e-Tip 016</title>
		<link>http://www.reformingprojectmanagement.com/2008/02/05/857/</link>
		<comments>http://www.reformingprojectmanagement.com/2008/02/05/857/#comments</comments>
		<pubDate>Tue, 05 Feb 2008 06:43:20 +0000</pubDate>
		<dc:creator>Claude Emond</dc:creator>
				<category><![CDATA[agile]]></category>
		<category><![CDATA[leadership]]></category>
		<category><![CDATA[teams]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2008/02/05/857/</guid>
		<description><![CDATA[Guest blogger Claude Emond]]></description>
			<content:encoded><![CDATA[<p><!-- Guest blogger Claude Emond --></p>
<p><span class="pull_ad"><!--adsense#pull_ad--></span><span class="dropcap">I</span>n my first guest-blogger entry, I mentioned the importance of managing perceptions. I wrote that not doing so was the main cause of why only one project out of three was considered successful by major stakeholders, according to the Standish Group's Chaos Report<a href="#footnote-1-857" id="footnote-link-1-857" title="See the footnote."><sup>1</sup></a>. I concluded that "not managing perceptions" could be considered the 10th waste of ill-managed projects.</p>
<p>It is easy to say that we have to manage perceptions. But where and how should we start doing that? The Chaos Report gives us pretty good leads on that. The report identifies the involvement of end-users as the No.1 in its Top Ten List of project key success factors. I talked about that also when Hal gave me the opportunity to contribute a project e-tip back in 2003 (<a href="http://www.reformingprojectmanagement.com/2003/10/29/252/">e-tip 016: Keep the Customer/End-User Involved</a>).  After all these years, this e-tip is still relevant and I propose to rename it <i>The Proximity Principle</i> and to revisit it as it pertains to fighting the 10th waste.</p>
<p>(...)<br/>Read the rest of <a href="http://www.reformingprojectmanagement.com/2008/02/05/857/">The Proximity Principle and Project Success: Revisiting Project e-Tip 016</a> (319 words)</p>
<hr />
<p><small>©2008 Claude for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2008/02/05/857/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2008/02/05/857/#comments">5 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2008/02/05/857/&title=The Proximity Principle and Project Success: Revisiting Project e-Tip 016">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2008/02/05/857/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Was Bill Gates Lucky?  How about Einstein?</title>
		<link>http://www.reformingprojectmanagement.com/2007/06/07/809/</link>
		<comments>http://www.reformingprojectmanagement.com/2007/06/07/809/#comments</comments>
		<pubDate>Fri, 08 Jun 2007 01:15:39 +0000</pubDate>
		<dc:creator>Hal</dc:creator>
				<category><![CDATA[books]]></category>
		<category><![CDATA[leadership]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2007/06/07/809/</guid>
		<description><![CDATA[Learn to us the 12 actions mastered by 70 highly successful people.]]></description>
			<content:encoded><![CDATA[<p><!-- Learn to us the 12 actions mastered by 70 highly successful people. --></p>
<p><span class="pull_ad"><!--adsense#pull_ad--></span><span class="dropcap">W</span>e often discount great accomplishments by saying people were just lucky.  The luncheon speaker at the <acronym title="Training within Industry approach to creating standard work developed during WWII and now employed throughout Japan">TWI</acronym> Summit says otherwise.  Luncheon speakers are about as good as the conference budget allows.  I wasn't expecting much at the <acronym title="Training within Industry approach to creating standard work developed during WWII and now employed throughout Japan">TWI</acronym> Summit.  It's the first of its kind conference.  While it was the largest meeting of <acronym title="Training within Industry approach to creating standard work developed during WWII and now employed throughout Japan">TWI</acronym> proponents in over 50 years, it was only about 135 people.  Boy was I surprised by the luncheon speaker on the first day.  Jim Swartz spoke about finding and seizing great opportunities.  His talk was based on his book <a href="http://www.amazon.com/Seeing-David-Stone-James-Swartz/dp/0977945650/" title="Find and seize great opportunities">Seeing David in the Stone</a>, by James and Joseph Swartz.</p>
<p>Due to significant Florida weather delays, I had the opportunity to read and finish Seeing David in the Stone in one setting.  I am impressed.  Very impressed.  I shouldn't be.  Norman Bodek introduced Jim to me calling him a genius.  After listening to his speech, being in a private conversation and reading the book I can see that Norman is right.  Not only is he a genius, he's written an easy-to-read and engaging book.</p>
<p>The book is based on many years of private research into what makes the <i>great ones</i> successful.  They studied 70 great people to discover what was common among them.  In addition to Gates and Einstein, the authors studied Galileo, Edison, Michaelangelo, DaVinci, Pasteur, Curie, Eisenhower, and Walton.  The authors identified three groups of behaviors with a total of 12 actions.  Here they are:</p>
<p>(...)<br/>Read the rest of <a href="http://www.reformingprojectmanagement.com/2007/06/07/809/">Was Bill Gates Lucky?  How about Einstein?</a> (126 words)</p>
<hr />
<p><small>©2007 Hal for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2007/06/07/809/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2007/06/07/809/#comments">One comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2007/06/07/809/&title=Was Bill Gates Lucky?  How about Einstein?">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2007/06/07/809/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Misunderstanding Project Planning as Anticipation</title>
		<link>http://www.reformingprojectmanagement.com/2007/02/19/770/</link>
		<comments>http://www.reformingprojectmanagement.com/2007/02/19/770/#comments</comments>
		<pubDate>Tue, 20 Feb 2007 03:26:17 +0000</pubDate>
		<dc:creator>Hal</dc:creator>
				<category><![CDATA[Language Action Perspective]]></category>
		<category><![CDATA[construction]]></category>
		<category><![CDATA[project planning]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2007/02/19/770/</guid>
		<description><![CDATA[Projects happen in an always-uncertain and unknowable future.  Facing up to that is the key to improving project planning.]]></description>
			<content:encoded><![CDATA[<p><!-- Projects happen in an always-uncertain and unknowable future.  Facing up to that is the key to improving project planning. --></p>
<p><span class="pull_ad"><!--adsense#pull_ad--></span><span class="dropcap">O</span>ur everyday speaking gets in the way of better planning.  This weekend I was listening to Tim Russert interview Presidential Spokesman Tony Snow on <i>Meet the Press</i>.  Tim asked Tony about the plan for winning the war in Iraq.  The question inferred that something went terribly wrong.  Tony replied, </p>
<blockquote><p>"I'm not sure anything went wrong.  Battle plans don't live beyond the first encounter with the enemy."</p></blockquote>
<p>Tony went on to say that like most of life we can't anticipate the future&#8230;no amount of planning can change that.  Tony is right about that.  The future is uncertain and unknowable.  Grasping that fact is a key to better planning.  (...)<br/>Read the rest of <a href="http://www.reformingprojectmanagement.com/2007/02/19/770/">Misunderstanding Project Planning as Anticipation</a> (318 words)</p>
<hr />
<p><small>©2007 Hal for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2007/02/19/770/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2007/02/19/770/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2007/02/19/770/&title=Misunderstanding Project Planning as Anticipation">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2007/02/19/770/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>You Can&#8217;t Manage or Improve what You Don&#8217;t Understand</title>
		<link>http://www.reformingprojectmanagement.com/2007/01/31/750/</link>
		<comments>http://www.reformingprojectmanagement.com/2007/01/31/750/#comments</comments>
		<pubDate>Thu, 01 Feb 2007 04:48:18 +0000</pubDate>
		<dc:creator>Hal</dc:creator>
				<category><![CDATA[PM practice]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2007/01/31/750/</guid>
		<description><![CDATA[What's more important, measuring or understanding?  Drucker or Oglesby?]]></description>
			<content:encoded><![CDATA[<p><!-- What's more important, measuring or understanding?  Drucker or Oglesby? --></p>
<p><span class="pull_ad"><!--adsense#pull_ad--></span><span class="dropcap">T</span>his morning I was having a conversation with Greg Howell about measuring various aspects of project and program performance.  Greg mentioned the universally accepted wisdom of Peter Drucker, "What gets measured gets done."  He said it missed the point.  Greg commented, "What matters more is understanding.  <a href="http://histsoc.stanford.edu/pdfmem/OglesbyC.pdf">Professor Clark Oglesby</a> always said,"</p>
<blockquote><p>'You can't manage (or improve) what you don't understand.'</p></blockquote>
<p>That makes sense to me.</p>
<p>So here I am working my way through today's <acronym title="Really Simple Syndication">RSS</acronym> feeds and I see this item, <a href="http://management.about.com/od/metrics/a/Measure2Manage.htm">You Can't Manage What You Don't Measure</a>, by John Reh.  I read John's article a few times.  After listening to Greg, I admit I was reading with skepticism.  John did a good job presenting Drucker's wisdom.  Is that good enough? or should we be paying more attention to Oglesby?</p>
<p><span class="pull_ad"><!--adsense#pull_ad--></span>I won't argue for no measures.  I'm now more interested in how we can bring understanding to our projects and business along side of measures.  One clear way I know of doing that is with <a href="http://en.wikipedia.org/wiki/5_Whys">Five Whys</a>.  Anyone have other ideas?</p><hr />
<p><small>©2007 Hal for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2007/01/31/750/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2007/01/31/750/#comments">7 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2007/01/31/750/&title=You Can&#8217;t Manage or Improve what You Don&#8217;t Understand">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2007/01/31/750/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Gantt, Earned Value, Critical Path, or Project Jazz?</title>
		<link>http://www.reformingprojectmanagement.com/2007/01/16/742/</link>
		<comments>http://www.reformingprojectmanagement.com/2007/01/16/742/#comments</comments>
		<pubDate>Wed, 17 Jan 2007 04:46:43 +0000</pubDate>
		<dc:creator>Hal</dc:creator>
				<category><![CDATA[PM practice]]></category>
		<category><![CDATA[teams]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2007/01/16/742/</guid>
		<description><![CDATA[What will jazz do for you for your projects?]]></description>
			<content:encoded><![CDATA[<div class='series_toc'><h3>Article Series - Using Gantt Charts</h3><ol><li>Gantt, Earned Value, Critical Path, or Project Jazz?</li><li><a href='http://www.reformingprojectmanagement.com/2007/01/07/730/' title='What Has the Gantt Chart Done for You Lately?'>What Has the Gantt Chart Done for You Lately?</a></li><li><a href='http://www.reformingprojectmanagement.com/2007/01/08/731/' title='How Are You Using Gantt Charts to Brief Project Teams?'>How Are You Using Gantt Charts to Brief Project Teams?</a></li><li><a href='http://www.reformingprojectmanagement.com/2007/01/10/735/' title='Don&#8217;t Give Up on Gantt Charts Yet'>Don&#8217;t Give Up on Gantt Charts Yet</a></li><li><a href='http://www.reformingprojectmanagement.com/2007/01/28/748/' title='Use a Gantt Chart as a Conversation Starter'>Use a Gantt Chart as a Conversation Starter</a></li><li><a href='http://www.reformingprojectmanagement.com/2007/02/02/751/' title='Visiting Gantt Again with Apologies to Glen'>Visiting Gantt Again with Apologies to Glen</a></li></ol></div> <p><!-- What will jazz do for you for your projects? --></p>
<p><span class="pull_ad"><!--adsense#pull_ad--></span><span class="dropcap">W</span>hat project techniques make the biggest contribution to project success?  Gantt charts?  No.  Earned Value? No.  Critical Path? No.  The biggest contributor just might be "all that jazz."  Read what these authors have to say, <a href="http://www.reformingprojectmanagement.com/docs/playing-the-live-jazz-of-project-management.pdf">Playing the Live Jazz of Project Management</a>.</p>
 <div class='series_links'> <a href='http://www.reformingprojectmanagement.com/2007/01/07/730/' title='What Has the Gantt Chart Done for You Lately?'>Next in series</a></div><hr />
<p><small>©2007 Hal for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2007/01/16/742/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2007/01/16/742/#comments">3 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2007/01/16/742/&title=Gantt, Earned Value, Critical Path, or Project Jazz?">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2007/01/16/742/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>A New Idea&#8230;Can I Face the Pain?</title>
		<link>http://www.reformingprojectmanagement.com/2007/01/01/721/</link>
		<comments>http://www.reformingprojectmanagement.com/2007/01/01/721/#comments</comments>
		<pubDate>Tue, 02 Jan 2007 02:37:25 +0000</pubDate>
		<dc:creator>Hal</dc:creator>
				<category><![CDATA[Language Action Perspective]]></category>
		<category><![CDATA[Last Planner]]></category>
		<category><![CDATA[PMBoK]]></category>
		<category><![CDATA[commentary]]></category>
		<category><![CDATA[lean]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2007/01/01/721/</guid>
		<description><![CDATA[Are you ready for project success?  Yes, you say.  Are you ready to face the pain that goes with it?]]></description>
			<content:encoded><![CDATA[<div class='series_toc'><h3>Article Series - Notes on Obsolete Project Management Theory</h3><ol><li><a href='http://www.reformingprojectmanagement.com/2002/10/27/25/' title='Koskela and Howell Argue for a Reform'>Koskela and Howell Argue for a Reform</a></li><li><a href='http://www.reformingprojectmanagement.com/2002/10/28/24/' title='Why the Interest in Project Management Theory?'>Why the Interest in Project Management Theory?</a></li><li><a href='http://www.reformingprojectmanagement.com/2002/10/29/23/' title='IPO Theory is Incomplete'>IPO Theory is Incomplete</a></li><li><a href='http://www.reformingprojectmanagement.com/2002/10/30/22/' title='Management-as-Determining?'>Management-as-Determining?</a></li><li><a href='http://www.reformingprojectmanagement.com/2002/10/31/21/' title='Set It and Forget It?  Hardly!'>Set It and Forget It?  Hardly!</a></li><li><a href='http://www.reformingprojectmanagement.com/2002/11/01/69/' title='Behind the Facade of Project Management'>Behind the Facade of Project Management</a></li><li><a href='http://www.reformingprojectmanagement.com/2002/11/04/67/' title='Converging on a New Theory'>Converging on a New Theory</a></li><li>A New Idea&#8230;Can I Face the Pain?</li></ol></div> <p><!-- Are you ready for project success?  Yes, you say.  Are you ready to face the pain that goes with it? --></p>
<p><span class="pull_ad"><!--adsense#pull_ad--></span><span class="dropcap">I</span> read the following quote from <a href="http://en.wikipedia.org/wiki/Walter_Bagehot" title="an early editor of The Economist newspaper">Walter Bagehot</a> in Time Magazine's end-of-year farewell to John Kenneth Galbraith.</p>
<blockquote><p>"One of the greatest pains to human nature is the pain of a new idea."</p></blockquote>
<p>The quote reminds me of the theory-trap we are in with projects.  So with this posting I am updating my <a href="http://www.reformingprojectmanagement.com/lenses/project-management-theory/notes-on-the-underlying-theory-of-project-management-is-obsolete/#pain">Notes on the Underlying Theory of Project Management is Obsolete</a>.</p>
<p>While our tools are ever more sophisticated and there is more project management training, our project results languish.  The new idea &#8212; projects are conducted in an unfolding network of commitments &#8212; challenges the very nature of what people do today in the project setting.  The <acronym title="Project Management Institute">PMI</acronym> is going to great lengths to teach people the old ideas.<a href="#footnote-1-721" id="footnote-link-1-721" title="See the footnote."><sup>1</sup></a>  In essence saying, "Just get good at doing what we've been telling you to do all along and your projects will come out just fine."  Following that teaching with certification is producing a world-wide paradigm that is having the affect of blinding practitioners to alternative ideas (theories).  In the face of that, the <i>agilists</i> are dealing with the pain of their new ideas; so are those adopting lean construction.(...)<br/>Read the rest of <a href="http://www.reformingprojectmanagement.com/2007/01/01/721/">A New Idea&#8230;Can I Face the Pain?</a> (669 words)</p>
<hr />
<p><small>©2007 Hal for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2007/01/01/721/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2007/01/01/721/#comments">3 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2007/01/01/721/&title=A New Idea&#8230;Can I Face the Pain?">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2007/01/01/721/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Why Project Managers Can&#8217;t Manage Projects</title>
		<link>http://www.reformingprojectmanagement.com/2006/11/02/681/</link>
		<comments>http://www.reformingprojectmanagement.com/2006/11/02/681/#comments</comments>
		<pubDate>Fri, 03 Nov 2006 03:33:17 +0000</pubDate>
		<dc:creator>Hal</dc:creator>
				<category><![CDATA[PM practice]]></category>
		<category><![CDATA[project control]]></category>
		<category><![CDATA[project planning]]></category>
		<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2006/11/02/681/</guid>
		<description><![CDATA[Is project management even possible?  David Schmaltz thinks not.]]></description>
			<content:encoded><![CDATA[<p><!-- Is project management even possible?  David Schmaltz thinks not. --></p>
<p>Is project management even possible?  David Schmaltz thinks not.  He writes <a href="http://www.projectcommunity.com/PureSchmaltz/files/8bb8bb48b000240827924fc731dcef6a-50.html">Why Project Managers Can't Manage Projects</a>.  Just read it&#8230;<strong>please</strong>&#8230;for your sake.  <em>It's Pure Schmaltz!</em></p><hr />
<p><small>©2006 Hal for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2006/11/02/681/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2006/11/02/681/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2006/11/02/681/&title=Why Project Managers Can&#8217;t Manage Projects">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2006/11/02/681/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>When it Comes to Project Management Theory Can You Go by the Book?</title>
		<link>http://www.reformingprojectmanagement.com/2006/09/03/660/</link>
		<comments>http://www.reformingprojectmanagement.com/2006/09/03/660/#comments</comments>
		<pubDate>Mon, 04 Sep 2006 04:33:15 +0000</pubDate>
		<dc:creator>Hal</dc:creator>
				<category><![CDATA[theory]]></category>

		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/2006/09/03/660/</guid>
		<description><![CDATA[If you can't rely on project management theory, then what can you rely on?]]></description>
			<content:encoded><![CDATA[<p><!-- If you can't rely on project management theory, then what can you rely on? --></p>
<p><span class="dropcap">I</span>n <acronym title="Project Management Institute">PMI</acronym>'s September 2006 <a href="http://www.pmi.org/info/PIR_PMNetworkOnline.asp">PM Network</a> CareerTrack section Karen Bannan has an article titled, <i>In Theory: You can't always go by the book</i>.  (Sorry, it's not available online, even to PMIers.)  Three things caught my attention.  First, just a few weeks ago, Karen interviewed me for an up-coming article.  Second, my friend Lauri Koskela was interviewed for this article.  Third, the article was about the usefulness of theory in practice.  I was somewhat surprised by what I read.</p>
<p>The article opened quoting Lauri Koskela, Ph.D., Univ. of Salford,</p>
<blockquote><p>"Many of the methodologies taught in textbooks are idealizations.  What project managers encounter in reality are plenty of stumbling blocks.  This means that students or new project managers often find out that theories don't work for them in practice."</p></blockquote>
<p>Karen goes on with quotes from Paul Hassels, CapGemini,</p>
<blockquote><p>"It's always a balance between process and content.  Getting too far carried away from either poses a risk."</p></blockquote>
<p>After including a number of other quotes, Karen begins her close with a doosey from Gregory B. Beacher, Ph.D., Univ. of Maryland,</p>
<blockquote><p>"Theory is not otherworldly.  Theory is just distilled best practices."</p></blockquote>
<p>To Beacher's credit, Karen finishes this way,</p>
<blockquote><p>"Your practice will be much richer if you are informed by theory."</p></blockquote>
<p>It looks to me that these people don't agree on the meaning of the word "<a href="http://en.wiktionary.org/wiki/theory" title="Wiktionary definition">theory</a>".  Some speak of it as "conjecture" while others indicate a scientific explanation that can be used for prediction.  I prefer the last.</p>
<blockquote class="pullquote"><p>The books are relying on obsolete underlying theory.</p></blockquote>
<p>Four years ago, Lauri Koskela and Greg Howell presented their research in a paper for <acronym title="Project Management Institute">PMI</acronym>'s bi-annual research conference.  They titled their paper, <a href="http://www.leanconstruction.org/pdf/ObsoleteTheory.pdf">The Underlying Theory of Project Management Is Obsolete</a>.  I was told the presentation of the paper generated quite a controversy.  In my opinion, Lauri and Greg wrote a great paper.  It pointed to flaws in our conjecture about how we succeed on projects.  I blogged about the paper for 5 or 6 postings.  You will find a collection of my commentary on the lens for <a href="http://www.reformingprojectmanagement.com/lenses/project-management-theory/" title="lens">Project Management Theory</a>.</p>
<p>I have to agree with Karen's conclusion when it comes to project management theory, "&#8230;you can't always go by the book."  The books, as Lauri and Greg put so well, are relying on obsolete underlying theory.  It's not so much that putting theory into practice fails us, as it is we are relying on the wrong theories.  Further, methodologies are no substitute for theory.  Following them with an appreciation for theory, as Beacher says, will enrich our practice and lead to better results.</p>
<p>Thanks to Karen's article, I was prompted to create a new lens.  You'll find all the <a href="http://www.reformingprojectmanagement.com/lenses/" title="Your starting point for exploring the project age">project management lenses</a> from a navigation button on the top of each page.</p><hr />
<p><small>©2006 Hal for <a href="http://www.reformingprojectmanagement.com">Reforming Project Management</a>, . |
<a href="http://www.reformingprojectmanagement.com/2006/09/03/660/">Permalink</a> |
<a href="http://www.reformingprojectmanagement.com/2006/09/03/660/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.reformingprojectmanagement.com/2006/09/03/660/&title=When it Comes to Project Management Theory Can You Go by the Book?">del.icio.us</a>
<br/>
Post tags: <br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
]]></content:encoded>
			<wfw:commentRss>http://www.reformingprojectmanagement.com/2006/09/03/660/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	
	<div style="display: none;" id="wikipopFrame"><iframe id="theFrame" style="border: none;" name="theFrame" width="340" height="400" src=""></iframe></div>

</channel>
</rss>
