<?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: Project e-Tip: Trust the Terrain</title>
	<atom:link href="http://www.reformingprojectmanagement.com/2004/02/11/326/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.reformingprojectmanagement.com/2004/02/11/326/</link>
	<description>The magazine for the project age</description>
	<lastBuildDate>Mon, 15 Mar 2010 21:07:44 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Glen B. Alleman
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/02/11/326/comment-page-1/#comment-182</link>
		<dc:creator>Glen B. Alleman
        </dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/?p=326#comment-182</guid>
		<description></description>
		<content:encoded><![CDATA[<p>The “trust” the territory analogy is being wrongly applied. The Swiss Army advice is not to trust the territory over the map, but to recognize that when they don’t match, start with the territory before proceeding to rely on the map. Once you’ve reestablished contact between territory and map, you can proceed.</p>
<p>Having spent a few hours flying over enemy territory as an uninvited visitor, with a map in hand (actually in the computer navigation system), I can speak about maps and territories.</p>
<p>If you look at the map and then look outside the cockpit or down the hiking trail and there is no match, then certainly the territory speaks more of where you are then the map.<br />
The next thing to do is look around on the map for a similar set of territory to “get your bearings.” The map will then tell you the obstacles in the way of your goal, the effort needed to achieve the goal – reaching the parking lot or reaching the deck of the carrier. </p>
<p>Either way the map is a critical tool, without the map you&#8217;re likely to be permanetly lost or have a long walk home. </p>
<p>As well if your in a fog, then a map and compass – once you’ve established you location – will likely save you life.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paulo Napolitano
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/02/11/326/comment-page-1/#comment-183</link>
		<dc:creator>Paulo Napolitano
        </dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/?p=326#comment-183</guid>
		<description>
        Glen

Now I see how simple things can save our lives. 
Our problem is that when we are managing projects we are not flying over enemy territory as an uninvited visitor and we became blind to follow simple procedures.
We don&#039;t have enemies in PM. They are not there when we begin a project but they emerge as a result of our complexity to make things simple.
You could write more about how did you manage complex situations during the war. I think that we will see simple solutions working in life or death situations.
      </description>
		<content:encoded><![CDATA[<p>Glen</p>
<p>Now I see how simple things can save our lives.<br />
Our problem is that when we are managing projects we are not flying over enemy territory as an uninvited visitor and we became blind to follow simple procedures.<br />
We don&#8217;t have enemies in PM. They are not there when we begin a project but they emerge as a result of our complexity to make things simple.<br />
You could write more about how did you manage complex situations during the war. I think that we will see simple solutions working in life or death situations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Schmaltz
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/02/11/326/comment-page-1/#comment-184</link>
		<dc:creator>David Schmaltz
        </dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/?p=326#comment-184</guid>
		<description>
        ... &#039;scuse me, but a small additional thought bubbles up here:

We more easily share our maps than we do our territory. We can get agreement that this document represents our map, because it physically represents, more easily than we can get agreement on territory. This sounds backwards, but it smells true.

We plan together, not to create a perfect map, but to create a common understanding of shared territory. This understanding, which no map can represent, becomes the most useful artifact of any planning. The understanding includes the doubts as well as the certainties, and the unspeakable connections connecting us together. david
      </description>
		<content:encoded><![CDATA[<p>&#8230; &#8217;scuse me, but a small additional thought bubbles up here:</p>
<p>We more easily share our maps than we do our territory. We can get agreement that this document represents our map, because it physically represents, more easily than we can get agreement on territory. This sounds backwards, but it smells true.</p>
<p>We plan together, not to create a perfect map, but to create a common understanding of shared territory. This understanding, which no map can represent, becomes the most useful artifact of any planning. The understanding includes the doubts as well as the certainties, and the unspeakable connections connecting us together. david</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paulo Napolitano
        </title>
		<link>http://www.reformingprojectmanagement.com/2004/02/11/326/comment-page-1/#comment-185</link>
		<dc:creator>Paulo Napolitano
        </dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.reformingprojectmanagement.com/?p=326#comment-185</guid>
		<description></description>
		<content:encoded><![CDATA[<p>Frank</p>
<p>Projects are processes and being processes they are not finished untill the complete product is produced.<br />
 In projects we don´t have a territory yet. It emerges as we follow the map. They are codependents one modifying another and vice versa. We need to trust both at the same time and balance them.<br />
Trust one or another under my point of view does not work in PM.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
