<?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 Priority Trap</title>
	<atom:link href="http://timebackmanagement.com/blog/the-priority-trap/feed/" rel="self" type="application/rss+xml" />
	<link>http://timebackmanagement.com/blog/the-priority-trap/</link>
	<description>Working At The Intersection of Personal Productivity and Lean Manufacturing</description>
	<lastBuildDate>Sun, 29 Jan 2012 23:19:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: John Hunter</title>
		<link>http://timebackmanagement.com/blog/the-priority-trap/comment-page-1/#comment-10</link>
		<dc:creator>John Hunter</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-10</guid>
		<description>I understand the concept of just deciding you will not do something (and not waste time and energy on things you won&#039;t ever do).  However, I like the idea of keeping a list of items that are pretty low on the priority list for several reasons.  

Sometimes they can be incorporated in another project without much effort (they are not worth doing on their own but while doing something else it can make sense.  With a visible list everyone can know what has been thought of and given low priority - they might be sparked by an idea either to give reasons why that should be a higher priority or as in brainstorming to propose another idea...  You can look at the list when thinking about a redesign and incorporate whatever might make sense.  

When staff have little blocks of time items can be assigned for them to work on (ofter serving double duty - getting the job done and serving to provide a task that provides some employee development...) - these tasks often may not be picked because of priority but a combination of priority, educational lessons and available time, skills...

Over the years working in IT (which may lend itself particularly well to tasks that don&#039;t make sense as stand alone items but make sense to remember whenever certain parts of the code are going to be improved), and coaching staff I have found keeping a list of all the ideas useful.  

You do have to be able to separate the tasks that really require proactive effort and those that might be nice to get to but realistically are fairly low on the priority list.  I must admit I have not seen others find keeping a more detailed list useful but I do.</description>
		<content:encoded><![CDATA[<p>I understand the concept of just deciding you will not do something (and not waste time and energy on things you won&#8217;t ever do).  However, I like the idea of keeping a list of items that are pretty low on the priority list for several reasons.  </p>
<p>Sometimes they can be incorporated in another project without much effort (they are not worth doing on their own but while doing something else it can make sense.  With a visible list everyone can know what has been thought of and given low priority &#8211; they might be sparked by an idea either to give reasons why that should be a higher priority or as in brainstorming to propose another idea&#8230;  You can look at the list when thinking about a redesign and incorporate whatever might make sense.  </p>
<p>When staff have little blocks of time items can be assigned for them to work on (ofter serving double duty &#8211; getting the job done and serving to provide a task that provides some employee development&#8230;) &#8211; these tasks often may not be picked because of priority but a combination of priority, educational lessons and available time, skills&#8230;</p>
<p>Over the years working in IT (which may lend itself particularly well to tasks that don&#8217;t make sense as stand alone items but make sense to remember whenever certain parts of the code are going to be improved), and coaching staff I have found keeping a list of all the ideas useful.  </p>
<p>You do have to be able to separate the tasks that really require proactive effort and those that might be nice to get to but realistically are fairly low on the priority list.  I must admit I have not seen others find keeping a more detailed list useful but I do.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

