<?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: Project e-Tip of the Week</title>
	<link>http://www.reformingprojectmanagement.com/2003/06/25/184/</link>
	<description>The magazine for the project age</description>
	<pubDate>Thu, 07 Aug 2008 22:45:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.5</generator>

	<item>
		<title>by: Dale Emery
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-5</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-5</guid>
					<description>
        Sometimes I find synergies across books when I switch among them, or my brain makes interesting connections as I go back and forth among the different topics.

Sometimes that's worth the cost of switching.
      </description>
		<content:encoded><![CDATA[<p>Sometimes I find synergies across books when I switch among them, or my brain makes interesting connections as I go back and forth among the different topics.</p>
<p>Sometimes that&#8217;s worth the cost of switching.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Hal
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-6</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-6</guid>
					<description>
        I do the same thing.  Especially when I'm exploring a topic for blogging.  But, Clarke offered a Project e-Tip.  The points on multi-tasking are quite valid for the project setting.
      </description>
		<content:encoded><![CDATA[<p>I do the same thing.  Especially when I&#8217;m exploring a topic for blogging.  But, Clarke offered a Project e-Tip.  The points on multi-tasking are quite valid for the project setting.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Adam
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-7</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-7</guid>
					<description>
        Hello.  I am new to this site and I would like to comment on this recent posting.   

I find that it takes a certain attitude and personality to accomplish a multi-task workday.  Not everyone is the same, this is obvious.  People have different ways of remembering things and apply their method accordinly.  

I have found that when I find myself juggling a few projects, I focus on limiting the number of varibles that are involved in each project.  For example, if I have plans being drawn from a particular engineer, I compile a list of all issues and questions, even if it applies to different jobs that the engineer is working on for me.  This way I have something in front of me and I am able to address all the issues, instead of making numerous calls thoughout the day.  

I beleive that efficiency is the greatest ally in Multi-tasking.  The more efficient and streamlined your tasks are in a given day, the more you can accomplish.
      </description>
		<content:encoded><![CDATA[<p>Hello.  I am new to this site and I would like to comment on this recent posting.   </p>
<p>I find that it takes a certain attitude and personality to accomplish a multi-task workday.  Not everyone is the same, this is obvious.  People have different ways of remembering things and apply their method accordinly.  </p>
<p>I have found that when I find myself juggling a few projects, I focus on limiting the number of varibles that are involved in each project.  For example, if I have plans being drawn from a particular engineer, I compile a list of all issues and questions, even if it applies to different jobs that the engineer is working on for me.  This way I have something in front of me and I am able to address all the issues, instead of making numerous calls thoughout the day.  </p>
<p>I beleive that efficiency is the greatest ally in Multi-tasking.  The more efficient and streamlined your tasks are in a given day, the more you can accomplish.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Clarke Ching
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-8</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-8</guid>
					<description>
        I agree with Dale Emery that there is a synergy when reading more than one book at a time.  It's certainly true for non-fiction.  

It's not synergistic, though, when reading fiction that your wife is patiently waiting for (not that she'd wait, but you get my drift).  It's also not so good if your wife reads much faster than you do and you've made yourself into a bottleneck.

Clarke
      </description>
		<content:encoded><![CDATA[<p>I agree with Dale Emery that there is a synergy when reading more than one book at a time.  It&#8217;s certainly true for non-fiction.  </p>
<p>It&#8217;s not synergistic, though, when reading fiction that your wife is patiently waiting for (not that she&#8217;d wait, but you get my drift).  It&#8217;s also not so good if your wife reads much faster than you do and you&#8217;ve made yourself into a bottleneck.</p>
<p>Clarke
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Kalyan Vaidyanathan
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-9</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-9</guid>
					<description>
        Hi,
  I would like to know if you limit the scope of multi-tasking to construction projects, does the response tend to become binary - good to have it OR not good to have it independent of personality, skills, project type etc.?  
  Here is a rhetorical answer to my own question:  For construction projects, ideally, it is good to get projects to a milestone before switching.  The milestone can be defined apriori and probably means that a person/equipment works on a project for say two weeks or one month before switching
      </description>
		<content:encoded><![CDATA[<p>Hi,<br />
  I would like to know if you limit the scope of multi-tasking to construction projects, does the response tend to become binary - good to have it OR not good to have it independent of personality, skills, project type etc.?<br />
  Here is a rhetorical answer to my own question:  For construction projects, ideally, it is good to get projects to a milestone before switching.  The milestone can be defined apriori and probably means that a person/equipment works on a project for say two weeks or one month before switching
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Hal
        </title>
		<link>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-10</link>
		<pubDate>Wed, 31 Dec 1969 16:00:00 +0000</pubDate>
		<guid>http://www.reformingprojectmanagement.com/2003/06/25/184/#comment-10</guid>
					<description>
        My answer applies to projects of all types.  In a project setting the completion of one task releases work for another task.  Sometimes the release is to the same performer and other times to another performer.  (The book example only shows the former.)  Further, in many project settings a performer doesn't know how the completion of a task releases work let alone to whom.

So, the attention we have is on the design and authorization of tasks that can be readied for proceeding at the time the task has been released by other tasks.  To do this effectively we must have people working on one task at a time.  That leads to the speediest completion and therefore release of tasks.
      </description>
		<content:encoded><![CDATA[<p>My answer applies to projects of all types.  In a project setting the completion of one task releases work for another task.  Sometimes the release is to the same performer and other times to another performer.  (The book example only shows the former.)  Further, in many project settings a performer doesn&#8217;t know how the completion of a task releases work let alone to whom.</p>
<p>So, the attention we have is on the design and authorization of tasks that can be readied for proceeding at the time the task has been released by other tasks.  To do this effectively we must have people working on one task at a time.  That leads to the speediest completion and therefore release of tasks.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
