<?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: Why To-do Lists&#160;Suck</title>
	<atom:link href="http://www.adamthody.com/2009/06/why-to-do-lists-suck/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adamthody.com/2009/06/why-to-do-lists-suck/</link>
	<description>Toronto Web Developer</description>
	<lastBuildDate>Sat, 24 Sep 2011 17:01:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Adam Prall</title>
		<link>http://www.adamthody.com/2009/06/why-to-do-lists-suck/comment-page-1/#comment-65</link>
		<dc:creator>Adam Prall</dc:creator>
		<pubDate>Sat, 11 Jul 2009 21:38:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamthody.com/?p=127#comment-65</guid>
		<description>No, I think Adam (not me :-)m the author, dummy) is writing not so much about the viability of the task list, but actually the semantic meaning of it and how it should really be structured. It seems like a lot of my programming life is spent writing computers and people what are, essentially, extremely fancy task lists.</description>
		<content:encoded><![CDATA[<p>No, I think Adam (not me <img src='http://www.adamthody.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> m the author, dummy) is writing not so much about the viability of the task list, but actually the semantic meaning of it and how it should really be structured. It seems like a lot of my programming life is spent writing computers and people what are, essentially, extremely fancy task lists.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gerry Kirk</title>
		<link>http://www.adamthody.com/2009/06/why-to-do-lists-suck/comment-page-1/#comment-40</link>
		<dc:creator>Gerry Kirk</dc:creator>
		<pubDate>Mon, 29 Jun 2009 19:57:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamthody.com/?p=127#comment-40</guid>
		<description>Heh the formal meeting monster rears its ugly head. The more formal a conversation has to be, the more overhead incurred. Sometimes that cost is justified by saving precious execution time later, others times not.

Agreed there is a balance in there some where. Creating space for quick chats with low overhead, at the time when info is needed can be a huge productivity boost. 

I&#039;ve seen success with working agreements that state when people agree to work together. Clients agree to be available via direct conversation, either phone, Skype and/or a team chat room. Team members agree to work together during a fixed period of time. 

Look forward to more of your thoughts. Wish I could notifications of comment replies... :(</description>
		<content:encoded><![CDATA[<p>Heh the formal meeting monster rears its ugly head. The more formal a conversation has to be, the more overhead incurred. Sometimes that cost is justified by saving precious execution time later, others times not.</p>
<p>Agreed there is a balance in there some where. Creating space for quick chats with low overhead, at the time when info is needed can be a huge productivity boost. </p>
<p>I&#8217;ve seen success with working agreements that state when people agree to work together. Clients agree to be available via direct conversation, either phone, Skype and/or a team chat room. Team members agree to work together during a fixed period of time. </p>
<p>Look forward to more of your thoughts. Wish I could notifications of comment replies&#8230; <img src='http://www.adamthody.com/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thody</title>
		<link>http://www.adamthody.com/2009/06/why-to-do-lists-suck/comment-page-1/#comment-19</link>
		<dc:creator>Thody</dc:creator>
		<pubDate>Mon, 15 Jun 2009 20:45:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamthody.com/?p=127#comment-19</guid>
		<description>Gerry: The problem with conversation has nothing to do with being old-fashioned. The ability to have a conversation assumes that the task creator is available when you need the information (or at all). 

Also, in reality a two minute conversation costs more than than two minutes of productivity. Assuming it&#039;s even possible to come to a resolution in two minutes, you can not discount that enabling a conversation often requires finding a mutually agreeable time to talk, exchanging pleasantries, as well as the non-trivial expense of interrupting your workflow. Then this cost is multiplied by the number of people required on the call. A two minute conversation can easily represent 10-15 minutes of combined lost productivity. If these conversations need to be had on a regular basis as you work through your list it becomes a major issue.

You are correct, having too much information too soon is not a good use of time (this is a time saving measure after all). However, not having the right information when it comes time to execute a task is extremely detrimental to productivity. Balance must be found.</description>
		<content:encoded><![CDATA[<p>Gerry: The problem with conversation has nothing to do with being old-fashioned. The ability to have a conversation assumes that the task creator is available when you need the information (or at all). </p>
<p>Also, in reality a two minute conversation costs more than than two minutes of productivity. Assuming it&#8217;s even possible to come to a resolution in two minutes, you can not discount that enabling a conversation often requires finding a mutually agreeable time to talk, exchanging pleasantries, as well as the non-trivial expense of interrupting your workflow. Then this cost is multiplied by the number of people required on the call. A two minute conversation can easily represent 10-15 minutes of combined lost productivity. If these conversations need to be had on a regular basis as you work through your list it becomes a major issue.</p>
<p>You are correct, having too much information too soon is not a good use of time (this is a time saving measure after all). However, not having the right information when it comes time to execute a task is extremely detrimental to productivity. Balance must be found.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gerry Kirk</title>
		<link>http://www.adamthody.com/2009/06/why-to-do-lists-suck/comment-page-1/#comment-18</link>
		<dc:creator>Gerry Kirk</dc:creator>
		<pubDate>Mon, 15 Jun 2009 20:24:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamthody.com/?p=127#comment-18</guid>
		<description>Is a 2 min conversation with the person who needs the work done too old fashioned? The problem with writing everything down is a) often more effort than benefit b) still easy to misinterpret c) you won&#039;t think of everything that needs to be communicated.

The other issue is too many items on the list. Only so much can be done, yet we talk about stuff a mile long even if there is a chance we might not get to it for a long while, if at all.

One thing that is worth writing down is the expected result. So what does it mean for the garbage to be taken out? There one could state on what day, where it should go and at what time.

My experience is todo lists, and other means of specifying requirements work best as the start, not the end of the conversation. As long as the person doesn&#039;t have 100 other tasks to juggle, and can do the job in the near future, then talk is indeed cheap and efficient.</description>
		<content:encoded><![CDATA[<p>Is a 2 min conversation with the person who needs the work done too old fashioned? The problem with writing everything down is a) often more effort than benefit b) still easy to misinterpret c) you won&#8217;t think of everything that needs to be communicated.</p>
<p>The other issue is too many items on the list. Only so much can be done, yet we talk about stuff a mile long even if there is a chance we might not get to it for a long while, if at all.</p>
<p>One thing that is worth writing down is the expected result. So what does it mean for the garbage to be taken out? There one could state on what day, where it should go and at what time.</p>
<p>My experience is todo lists, and other means of specifying requirements work best as the start, not the end of the conversation. As long as the person doesn&#8217;t have 100 other tasks to juggle, and can do the job in the near future, then talk is indeed cheap and efficient.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
