<?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: The Problem is not Information Overload</title>
	<atom:link href="http:///2010/02/11/the-problem-is-not-information-overload/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/</link>
	<description>The Hub for All Things GTD</description>
	<lastBuildDate>Fri, 10 Sep 2010 16:29:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nathan Zeldes</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-5035</link>
		<dc:creator>Nathan Zeldes</dc:creator>
		<pubDate>Thu, 04 Mar 2010 20:10:31 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-5035</guid>
		<description>The way I frame this argument is that what causes overlaod and stress is QUEUED messaging, i.e. incoming information that one is expected by convention or duty to screen or process, and that piles up in a queue - the Inbox - until dispositioned. Email is of course like that; by contrast RSS feeds, Twitter and the like don&#039;t carry such an expectation: you skim them, and what you ignore just slides out of your attention sphere. That&#039;s why I strongly support moving non-critical communication to RSS...</description>
		<content:encoded><![CDATA[<p>The way I frame this argument is that what causes overlaod and stress is QUEUED messaging, i.e. incoming information that one is expected by convention or duty to screen or process, and that piles up in a queue &#8211; the Inbox &#8211; until dispositioned. Email is of course like that; by contrast RSS feeds, Twitter and the like don&#8217;t carry such an expectation: you skim them, and what you ignore just slides out of your attention sphere. That&#8217;s why I strongly support moving non-critical communication to RSS&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PM Hut</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-4895</link>
		<dc:creator>PM Hut</dc:creator>
		<pubDate>Thu, 18 Feb 2010 22:14:29 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-4895</guid>
		<description>The problem is scrolling through those 300 emails and seeing which ones you need to reply to and which ones you don&#039;t. Let&#039; say to scan an email it takes a normal person 15 seconds, and to reply to an email it&#039;s 10 minutes. 15 * 300 = 1.25 hours. Assuming that 10% of those 300 emails require a reply, that&#039;s 300 minutes = 6 hours. So you spend 7.25 hours just on your emails/day, when you get around 300 emails.

As a Project Manager, I learned a good trick which is to avoid replying to emails in the morning, as replying will ensue a reply back, which requires another reply back from me, etc... Complete waste of time. I usually start replying at 4:00 PM, so the other person won&#039;t have time to reply back and expect a reply to his reply... The other person has to be concise as much as possible in his reply. This accelerates communication and removes a lot of overhead.</description>
		<content:encoded><![CDATA[<p>The problem is scrolling through those 300 emails and seeing which ones you need to reply to and which ones you don&#8217;t. Let&#8217; say to scan an email it takes a normal person 15 seconds, and to reply to an email it&#8217;s 10 minutes. 15 * 300 = 1.25 hours. Assuming that 10% of those 300 emails require a reply, that&#8217;s 300 minutes = 6 hours. So you spend 7.25 hours just on your emails/day, when you get around 300 emails.</p>
<p>As a Project Manager, I learned a good trick which is to avoid replying to emails in the morning, as replying will ensue a reply back, which requires another reply back from me, etc&#8230; Complete waste of time. I usually start replying at 4:00 PM, so the other person won&#8217;t have time to reply back and expect a reply to his reply&#8230; The other person has to be concise as much as possible in his reply. This accelerates communication and removes a lot of overhead.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philippe Laval</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-4837</link>
		<dc:creator>Philippe Laval</dc:creator>
		<pubDate>Fri, 12 Feb 2010 18:05:21 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-4837</guid>
		<description>Great post.

For Kelly, yes, you are right, no way a software can make this kind of decision. However, what a software like Kwaga (I&#039;m from Kwaga too) can do is target the mails that contain actionable stuff by using natural language processing. Is it a meeting? Is there a specific request? Is it an answer to something you ask or merely a thanks?

That way you can focus on a narrower set of mails and decide which are really worthwhile your immediate attention.</description>
		<content:encoded><![CDATA[<p>Great post.</p>
<p>For Kelly, yes, you are right, no way a software can make this kind of decision. However, what a software like Kwaga (I&#8217;m from Kwaga too) can do is target the mails that contain actionable stuff by using natural language processing. Is it a meeting? Is there a specific request? Is it an answer to something you ask or merely a thanks?</p>
<p>That way you can focus on a narrower set of mails and decide which are really worthwhile your immediate attention.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hemanth</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-4835</link>
		<dc:creator>Hemanth</dc:creator>
		<pubDate>Fri, 12 Feb 2010 17:13:44 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-4835</guid>
		<description>Good article. The analogy of walking in the woods was spot on.</description>
		<content:encoded><![CDATA[<p>Good article. The analogy of walking in the woods was spot on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ishu Khurana</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-4831</link>
		<dc:creator>Ishu Khurana</dc:creator>
		<pubDate>Fri, 12 Feb 2010 11:49:45 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-4831</guid>
		<description>&#039;Information overload&#039; is definitely not a &#039;culprit&#039;, root of the challenge is to parse through available information and distill it, to resolve &#039;purpose behind the search&#039;. </description>
		<content:encoded><![CDATA[<p>&#8216;Information overload&#8217; is definitely not a &#8216;culprit&#8217;, root of the challenge is to parse through available information and distill it, to resolve &#8216;purpose behind the search&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Priyanka D</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-4829</link>
		<dc:creator>Priyanka D</dc:creator>
		<pubDate>Fri, 12 Feb 2010 09:34:22 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-4829</guid>
		<description>Good read, interesting analogy of walking in the woods!</description>
		<content:encoded><![CDATA[<p>Good read, interesting analogy of walking in the woods!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jason</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-4828</link>
		<dc:creator>jason</dc:creator>
		<pubDate>Fri, 12 Feb 2010 04:42:48 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-4828</guid>
		<description>What an amazing post by David.
How important it is to call &#039;call a spade a spade&#039;. Bu using words such as &#039;time management&#039; and &#039;information overload&#039; we are not facing up to the real issue – it is a subtle and powerful form of denial.
David explains how ‘information overload’ is actually ‘decision overload’ (David uses the reference ‘assigning meaning’). 
As such the ability to make decisions, or assign meaning – is where I get bogged down.
My clarity fades from any given day or even time, and when I am not clear, I don’t feel I can make a decision about where things should go, or what to do with things.
And the end result – an overload of stuff I haven’t decided on.
I need to have a clearer mind more regularly in order to manage this.</description>
		<content:encoded><![CDATA[<p>What an amazing post by David.<br />
How important it is to call &#8216;call a spade a spade&#8217;. Bu using words such as &#8216;time management&#8217; and &#8216;information overload&#8217; we are not facing up to the real issue – it is a subtle and powerful form of denial.<br />
David explains how ‘information overload’ is actually ‘decision overload’ (David uses the reference ‘assigning meaning’).<br />
As such the ability to make decisions, or assign meaning – is where I get bogged down.<br />
My clarity fades from any given day or even time, and when I am not clear, I don’t feel I can make a decision about where things should go, or what to do with things.<br />
And the end result – an overload of stuff I haven’t decided on.<br />
I need to have a clearer mind more regularly in order to manage this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kelly Forrister</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-4825</link>
		<dc:creator>Kelly Forrister</dc:creator>
		<pubDate>Thu, 11 Feb 2010 23:25:37 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-4825</guid>
		<description>Hi Joshua,

I&#039;d be curious to see how you guys have figured out how to have a piece of software ever match the intuitive intelligence of a person making a decision. I&#039;ve never seen it. 

So while I am not surprised technically you can come up with something that can intelligently parse input, I would be dubious to recommend anyone delegate their &lt;em&gt;decision making&lt;/em&gt; process.

Kelly Forrister
GTD Coach &amp; Presenter</description>
		<content:encoded><![CDATA[<p>Hi Joshua,</p>
<p>I&#8217;d be curious to see how you guys have figured out how to have a piece of software ever match the intuitive intelligence of a person making a decision. I&#8217;ve never seen it. </p>
<p>So while I am not surprised technically you can come up with something that can intelligently parse input, I would be dubious to recommend anyone delegate their <em>decision making</em> process.</p>
<p>Kelly Forrister<br />
GTD Coach &amp; Presenter</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Eckblad</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-4822</link>
		<dc:creator>Joshua Eckblad</dc:creator>
		<pubDate>Thu, 11 Feb 2010 23:09:30 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-4822</guid>
		<description>This is precisely the approach we&#039;ve taken to help people see what matters most in their Inboxes. www.Kwaga.com launched trials in October 2009 and is working to release the beginnings of a full product by April 2010.  Rather than looking at your Inbox incessantly and reading the mix of important and trivial, why not let an automatic email assistant show you just the important new emails.</description>
		<content:encoded><![CDATA[<p>This is precisely the approach we&#8217;ve taken to help people see what matters most in their Inboxes. <a href="http://www.Kwaga.com" rel="nofollow">http://www.Kwaga.com</a> launched trials in October 2009 and is working to release the beginnings of a full product by April 2010.  Rather than looking at your Inbox incessantly and reading the mix of important and trivial, why not let an automatic email assistant show you just the important new emails.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe McCarthy</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-4821</link>
		<dc:creator>Joe McCarthy</dc:creator>
		<pubDate>Thu, 11 Feb 2010 22:34:45 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-4821</guid>
		<description>I once heard Paul Dourish share an interesting and relevant quote during the Q&amp;A of a CSCW 2006 conference panel on email overload:

&quot;One of the diseases of this age is the multiplicity of books; they doth so overcharge the world that it is not able to digest the abundance of idle matter that is every day hatched and brought forth into the world.&quot;

    -- Barnaby Rich (1580-1617), writing in 1613 (!); quoted by de Solla Price in his 1963 book &quot;Little Science, Big Science.&quot;</description>
		<content:encoded><![CDATA[<p>I once heard Paul Dourish share an interesting and relevant quote during the Q&amp;A of a CSCW 2006 conference panel on email overload:</p>
<p>&#8220;One of the diseases of this age is the multiplicity of books; they doth so overcharge the world that it is not able to digest the abundance of idle matter that is every day hatched and brought forth into the world.&#8221;</p>
<p>    &#8212; Barnaby Rich (1580-1617), writing in 1613 (!); quoted by de Solla Price in his 1963 book &#8220;Little Science, Big Science.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carl Dierschow</title>
		<link>http://www.gtdtimes.com/2010/02/11/the-problem-is-not-information-overload/comment-page-1/#comment-4820</link>
		<dc:creator>Carl Dierschow</dc:creator>
		<pubDate>Thu, 11 Feb 2010 21:52:36 +0000</pubDate>
		<guid isPermaLink="false">https://reports.davidco.com/admin1/gtdtimes/?p=3322#comment-4820</guid>
		<description>&quot;The e-mail beast is out of the barn, and it’s going to be nearly impossible to shove it back in.&quot;

We might need to question this common assumption.  I find that my kids don&#039;t use e-mail very much at all.  Partially because they&#039;re not in information-based jobs, but also because they&#039;re developing different ways of interacting with their networks.

So I&#039;m wondering if maybe e-mail WILL die someday.</description>
		<content:encoded><![CDATA[<p>&#8220;The e-mail beast is out of the barn, and it’s going to be nearly impossible to shove it back in.&#8221;</p>
<p>We might need to question this common assumption.  I find that my kids don&#8217;t use e-mail very much at all.  Partially because they&#8217;re not in information-based jobs, but also because they&#8217;re developing different ways of interacting with their networks.</p>
<p>So I&#8217;m wondering if maybe e-mail WILL die someday.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
