<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Over Thinking the Project?</title>
	<atom:link href="http://blogs.capella.edu/projectmanagementroundtable/2010/02/01/over-thinking-the-project/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.capella.edu/projectmanagementroundtable/2010/02/01/over-thinking-the-project/</link>
	<description>A Community for Project Management Research and Practice</description>
	<lastBuildDate>Wed, 17 Feb 2010 16:48:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dr. Loran Walker</title>
		<link>http://blogs.capella.edu/projectmanagementroundtable/2010/02/01/over-thinking-the-project/comment-page-1/#comment-123</link>
		<dc:creator>Dr. Loran Walker</dc:creator>
		<pubDate>Wed, 17 Feb 2010 16:48:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.capella.edu/projectmanagementroundtable/?p=306#comment-123</guid>
		<description>Yes, I agree that too much detail or agonizing over a project plan can prove to be counter productive.  It is the age old problem of &quot;Analysis Paralysis&quot;!  In regard to team members or stakeholders losing focus, this is where one should have an agenda and a time limit on weekly or team meetings.  

I know of one organization where they do not sit down but gather in a circle and pass around an item and when you have the item it is your turn to speak and/or ask questions.  The strategy is to get the information out so that the team can move on with the day&#039;s work.

I have been in organizations where the weekly meeting was a &quot;must have&quot; even if there was nothing on the agenda!  To me a meeting needs to happen when there is something to talk about that is impeding the progress of the project or there needs to be clarifications made or coordination of efforts.</description>
		<content:encoded><![CDATA[<p>Yes, I agree that too much detail or agonizing over a project plan can prove to be counter productive.  It is the age old problem of &#8220;Analysis Paralysis&#8221;!  In regard to team members or stakeholders losing focus, this is where one should have an agenda and a time limit on weekly or team meetings.  </p>
<p>I know of one organization where they do not sit down but gather in a circle and pass around an item and when you have the item it is your turn to speak and/or ask questions.  The strategy is to get the information out so that the team can move on with the day&#8217;s work.</p>
<p>I have been in organizations where the weekly meeting was a &#8220;must have&#8221; even if there was nothing on the agenda!  To me a meeting needs to happen when there is something to talk about that is impeding the progress of the project or there needs to be clarifications made or coordination of efforts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stan Emelander</title>
		<link>http://blogs.capella.edu/projectmanagementroundtable/2010/02/01/over-thinking-the-project/comment-page-1/#comment-122</link>
		<dc:creator>Stan Emelander</dc:creator>
		<pubDate>Wed, 17 Feb 2010 16:26:56 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.capella.edu/projectmanagementroundtable/?p=306#comment-122</guid>
		<description>I walk the line between too much and not enough analysis fairly often.  Many times in meetings I carry out internal what-if discussions, trying to sort out my own perspective.  I have to be careful about speaking out loud in these circumstances.  If there are more than two variables to consider at one time for a specific topic, I lose half the team members if I to mash things together too quickly.  It is like the process of “chunking” – if you are familiar with concepts you can cover a lot of ground.  If not, you have to take your time.  Also, if I push for too much detail coming out of single meeting, people can get tired or confused, lowering our overall effectiveness.

A variation on this topic:  I do encounter managers that plan to [seems to me] unnecessary to detail for certain events.  An example is stage-gate reviews that become highly choreographed affairs planned to excruciating detail.  Some reviews are “staged” rather than “stage” meetings.  There is no avoiding some charts and tables to display performance information, but I prefer discussion-centered meetings to power point-centered shows.</description>
		<content:encoded><![CDATA[<p>I walk the line between too much and not enough analysis fairly often.  Many times in meetings I carry out internal what-if discussions, trying to sort out my own perspective.  I have to be careful about speaking out loud in these circumstances.  If there are more than two variables to consider at one time for a specific topic, I lose half the team members if I to mash things together too quickly.  It is like the process of “chunking” – if you are familiar with concepts you can cover a lot of ground.  If not, you have to take your time.  Also, if I push for too much detail coming out of single meeting, people can get tired or confused, lowering our overall effectiveness.</p>
<p>A variation on this topic:  I do encounter managers that plan to [seems to me] unnecessary to detail for certain events.  An example is stage-gate reviews that become highly choreographed affairs planned to excruciating detail.  Some reviews are “staged” rather than “stage” meetings.  There is no avoiding some charts and tables to display performance information, but I prefer discussion-centered meetings to power point-centered shows.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
