<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
>

<channel>
	<title>Tools for Thought &#187; A Pattern Language for Productivity</title>
	<atom:link href="http://tools-for-thought.com/category/a-pattern-language-for-productivity/feed/" rel="self" type="application/rss+xml" />
	<link>http://tools-for-thought.com</link>
	<description>Thinking beyond productivity</description>
	<lastBuildDate>Sat, 24 Jul 2010 02:26:27 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<!-- podcast_generator="podPress/8.8" - maintenance_release="8.8.4" -->
		<copyright>Copyright &#xA9; 2010 Tools for Thought </copyright>
		<managingEditor>akibbe02@gmail.com ()</managingEditor>
		<webMaster>akibbe02@gmail.com ()</webMaster>
		<category>posts</category>
		<itunes:keywords></itunes:keywords>
		<itunes:subtitle></itunes:subtitle>
		<itunes:summary>Explorations in thinking and doing</itunes:summary>
		<itunes:author></itunes:author>
		<itunes:category text="Society &amp; Culture"/>
		<itunes:owner>
			<itunes:name></itunes:name>
			<itunes:email>akibbe02@gmail.com</itunes:email>
		</itunes:owner>
		<itunes:block>No</itunes:block>
		<itunes:explicit>no</itunes:explicit>
		<itunes:image href="http://tools-for-thought.com/wp-content/plugins/podpress/images/powered_by_podpress_large.jpg" />
		<image>
			<url>http://tools-for-thought.com/wp-content/plugins/podpress/images/powered_by_podpress.jpg</url>
			<title>Tools for Thought</title>
			<link>http://tools-for-thought.com</link>
			<width>144</width>
			<height>144</height>
		</image>
		<item>
		<title>A Pattern Language for Productivity &#8212; Downloadable Version</title>
		<link>http://tools-for-thought.com/2008/05/09/a-pattern-language-for-productivity-downloadable-version/</link>
		<comments>http://tools-for-thought.com/2008/05/09/a-pattern-language-for-productivity-downloadable-version/#comments</comments>
		<pubDate>Fri, 09 May 2008 19:00:14 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[A Pattern Language for Productivity]]></category>

		<guid isPermaLink="false">http://tools-for-thought.com/2008/05/09/a-pattern-language-for-productivity-downloadable-version/</guid>
		<description><![CDATA[While I was in the middle of reordering, revising and adding sections to the Pattern Language for Productivity series for a downloadable version, one of my more saintly readers, D.L. Fuller, preempted me and sent in PDF and RTF versions, which I&#8217;m making available now. I still see errors and omissions in the series, so [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://tools-for-thought.com/wp-content/uploads/2008/05/pattern-language-rtf-thumbnail-200.gif" title="PL RTF Thumbnail 200"><img src="http://tools-for-thought.com/wp-content/uploads/2008/05/pattern-language-rtf-thumbnail-200.thumbnail.gif" alt="PL RTF Thumbnail 200" align="right" /></a>While I was in the middle of reordering, revising and adding sections to the <em>Pattern Language for Productivity</em> series for a downloadable version, one of my more saintly readers, D.L. Fuller, preempted me and sent in PDF and RTF versions, which I&#8217;m making available now.</p>
<p>I still see errors and omissions in the series, so I&#8217;m still editing the content for a later revision, but in the meantime, please feel free to download and distribute the existing copies at will. The PDF is a beautifully formatted 2-column version, and the RTF is equally well formatted, complete with clickable links. Mr. Fuller went above and beyond the call of duty here, and I can thank him enough.</p>
<ul>
<li>Download <a href="http://tools-for-thought.com/wp-content/uploads/2008/05/a-pattern-language-for-productivity.pdf" title="Pattern Language for Productivity PDF"><em>A Pattern Language for Productivity</em> PDF</a><a href="http://tools-for-thought.com/wp-content/uploads/2008/05/a-pattern-language-for-productivity" title="A Pattern Language for Productivity — PDF"></a></li>
<li>Download <a href="http://tools-for-thought.com/wp-content/uploads/2008/05/a-pattern-language-for-productivity.rtf" title="A Pattern Language for Productivity — RTF"><em>A Pattern Language for Productivity</em> — RTF</a></li>
</ul>
<p>Technorati Tags: <a href="http://technorati.com/tag/Productivity" rel="tag">Productivity</a>, <a href="http://technorati.com/tag/GTD" rel="tag"> GTD</a></p>
]]></content:encoded>
			<wfw:commentRss>http://tools-for-thought.com/2008/05/09/a-pattern-language-for-productivity-downloadable-version/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>A Pattern Language for Productivity, Pattern #25: Brainstorming</title>
		<link>http://tools-for-thought.com/2008/05/05/a-pattern-language-for-productivity-pattern-25-brainstorming/</link>
		<comments>http://tools-for-thought.com/2008/05/05/a-pattern-language-for-productivity-pattern-25-brainstorming/#comments</comments>
		<pubDate>Mon, 05 May 2008 18:29:12 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[A Pattern Language for Productivity]]></category>

		<guid isPermaLink="false">http://tools-for-thought.com/2008/05/05/a-pattern-language-for-productivity-pattern-25-brainstorming/</guid>
		<description><![CDATA[Before we can manage our options, we need to have options. By default, the brain organizes learned experience into stable perceptual frameworks and common response patterns. It needs to do this. We wouldn&#8217;t want to consider every possible way of crossing the street; we just look both ways and walk if we see no coming [...]]]></description>
			<content:encoded><![CDATA[<p>Before we can manage our options, we need to have options. By default, the brain organizes learned experience into stable perceptual frameworks and common response patterns. It needs to do this. We wouldn&#8217;t want to consider every possible way of crossing the street; we just look both ways and walk if we see no coming vehicles. When encountering new situations, we usually draw on experience for efficiency&#8217;s sake. We do what works: if it ain&#8217;t broke, don&#8217;t fix it.</p>
<p>But sometimes we need to approach a problem or a project in a new way, even at the expense of efficiency. Instead of pursuing the first idea that occurs to us, we need to open up our menu of options.</p>
<p><strong>To brainstorm on a problem, capture the obvious solutions first, then allocate a period of time to think of as many alternative solutions as possible without judging them. Then reexamine all solutions.</strong></p>
<p>A good time period to start with is three minutes. Within the three minutes, continue to generate alternatives, even if — <em>especially</em> if — you come up with a good solution well before the time period ends. Use all of the time you&#8217;ve allocated. You can pick shorter periods or longer periods. But shorter periods tend not to be long enough to think of many new approaches. Longer periods, like 30 minutes, will tend to yield mostly minor variations on few fundamentally different approaches.</p>
<h3>An Example</h3>
<p>Someone want to cancel his cell phone account due to poor coverage and poor customer service, but he&#8217;s still under contract and would have to pay an early termination fee. The obvious options would be:</p>
<ul>
<li>Cancel and pay the fee</li>
<li>Wait for the contract to expire</li>
</ul>
<p>Then he lists some alternatives, without worrying about whether or not they&#8217;re usable. They may not be usable in the form they&#8217;re first expressed, but might be with some modification. In any case, he forges ahead:</p>
<ul>
<li>Demand unlimited roaming, threatening to cancel if not honored</li>
<li>Downgrade to the carrier&#8217;s cheapest plan, porting his main number to a new carrier</li>
<li>See if the charges can be expensed by his company for the remainder of the contract, using a new phone and carrier for personal calls</li>
<li>Call CS and answer &#8220;no&#8221; when asked if he&#8217;s satisfied with his service</li>
</ul>
<p>None of these are particularly sound alternatives, but they may lead to a creative accommodation. Let&#8217;s look at the second example: downgrading. He might currently be paying $60 a month on his current plan. He finds that he can get a bare bones plan (100 minutes per month, no text messing, etc.) for $20. Doing some research, he discovers that another carrier is offering a plan for $40 a month that&#8217;s nearly identical to the $60 plan he signed up for 10 months ago. So he adds the second carrier, using their line for his primary phone (with or without number portability), then dumps the unwanted carrier when the contract expires. He might even be able to combine that alternative with the third one — getting one of the lines expensed by his company.</p>
<p>In the fourth example, he can either make a call to customer service on some routine pretext, or use the first option, demanding unlimited roaming. At the end of the call, when he&#8217;s asked if he&#8217;s satisfied with his service, he tells the representive that he&#8217;s not. In many cases, negative feedback gets escalated, and someone in management calls back the customer to see if there&#8217;s some way to improve the situation.</p>
<p>He may end up opting for the obvious approaches, but by brainstorming he now has three times as many options as before, none of which are exclusive. Any of these approaches can be further examined for improvement opportunities: What would it take to make this solution work?</p>
<h3>Brainstorming for Problems</h3>
<p>Sometimes the difficulty in solving a problem lies in how we&#8217;ve defined &#8220;the&#8221; problem. Framing a problem a certain way frames the array of potential solutions. Someone wants to reduce her fast food consumption. Alternative problem definitions might be:</p>
<ul>
<li>Finding more time to cook at home</li>
<li>Finding meals that are quick to prepare</li>
<li>Becoming more proficient at cooking</li>
<li>Ordering fast food in smaller sizes and quantities</li>
<li>Transitioning to a diet low in sodium, fat, carbohydrates, etc.</li>
<li>Minimizing or avoiding exposure to fast food venues</li>
</ul>
<p>She expands way she defines the problem first, creating alternative problems, then takes each or any one or these and brainstorms alternative solutions.</p>
<p>Just because we think of a problem or solution in a certain way first doesn&#8217;t make it the best way. By generating alternatives, we create a broader context for deciding the best course of action. If the first, obvious approach turns out to be the best one, we&#8217;ve lost nothing by thinking beyond it.</p>
<h3>Free Association</h3>
<p>In addition to generating alternatives, we may need to simply capture aspects of a problem to make sure that our attention has covered a sufficiently broad scope. Several diagramming options like mind maps are applicable, but in many cases all that&#8217;s required is a simple <a href="http://tools-for-thought.com/2008/04/04/a-pattern-language-for-productivity-pattern-3-checklists/">checklist</a>. Applying checklists to the fast food example:</p>
<ul>
<li>saving money</li>
<li>eating less</li>
<li>cooking</li>
<li>health</li>
<li>meal times</li>
<li>exercise</li>
<li>menu options</li>
<li>convenience</li>
<li>appetite</li>
<li>habit</li>
</ul>
<p>And so on. Any of these considerations can be expanded into its own checklist. An outliner, like OmniOutliner or Microsoft Word&#8217;s Outline View, provides a good structure for nested checklists: lists can be expanded, collapsed and reordered. As with brainstorming, define a time interval to generate considerations, and keep free associating until you reach the end of that period.</p>
]]></content:encoded>
			<wfw:commentRss>http://tools-for-thought.com/2008/05/05/a-pattern-language-for-productivity-pattern-25-brainstorming/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>A Pattern Language for Productivity, Pattern #24: Horizons of Focus</title>
		<link>http://tools-for-thought.com/2008/05/04/a-pattern-language-for-productivity-pattern-24-horizons-of-focus/</link>
		<comments>http://tools-for-thought.com/2008/05/04/a-pattern-language-for-productivity-pattern-24-horizons-of-focus/#comments</comments>
		<pubDate>Sun, 04 May 2008 01:04:32 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[A Pattern Language for Productivity]]></category>

		<guid isPermaLink="false">http://tools-for-thought.com/2008/05/04/a-pattern-language-for-productivity-pattern-24-horizons-of-focus/</guid>
		<description><![CDATA[Our priorities are based on our time frames. When we eat an ice cream, we&#8217;ve made short-term enjoyment a priority over long-term health and vitality. When we postpone dinner with family and stay late at the office to complete a project, we&#8217;re making another priority choice. These may or may not be the right priorities, [...]]]></description>
			<content:encoded><![CDATA[<p>Our priorities are based on our time frames. When we eat an ice cream, we&#8217;ve made short-term enjoyment a priority over long-term health and vitality. When we postpone dinner with family and stay late at the office to complete a project, we&#8217;re making another priority choice. <strong>These may or may not be the right priorities, depending on their context and personal values</strong>. To keep our priorities congruent with our values, at helps to categorize them by levels of focus.</p>
<p><strong>To clarify the impact and implications of your actions and projects, review them against your horizons of focus.</strong></p>
<h3>Horizontal and Vertical Focus</h3>
<p>From moment to moment, we make choices of what to do and what not to do. <strong>The total impact of our lives is the sum of these choices</strong>. Each completed action satisfies some need in a broader context. Mundane tasks, like shopping, satisfy subsistence needs, contributing to your overall health. Researching a car purchase has implications for the image you project, and the transportation necessary to support yourself and your family. When we write down, think about or review discrete actions like grocery shopping or reading &#8220;Consumer Reports,&#8221; we are employing <em>horizontal focus</em>.</p>
<p><strong>Horizontal focus refers to anything on the level of actions</strong>: errands, reading, phone calls, face-to-face conversations, purchases, drafts, email and so on. We need horizontal focus — it&#8217;s the level of practicality that turns visionary aspirations into visible pathmarks. We need the single step that gets the thousand mile journey out of our heads and onto the earth.</p>
<p><strong>Horizontal focus is necessary but not sufficient</strong>. Particularly in the wage earning service sector, routine often prevents workers from looking beyond an immediate task, and they wind up spinning their wheels, being busy without being productive in a purposeful sense. Even many professional workers have trouble escaping the busy trap. A single action, like writing an email, consumes more time and attention than the overall value it adds in the scheme of things.</p>
<p><strong><em>Vertical focus</em> is the scheme of things. Here we add perspective to our action choices</strong>. In GTD, we look vertically at five horizons of focus, using altitude metaphors:</p>
<ol>
<li><strong>Runway: Next Actions</strong> — the immediate tasks we need to track to move a project forward</li>
<li><strong>10,000 feet: Projects</strong> — any outcome that takes more than one action step to accomplish</li>
<li><strong>20,000 feet: Areas of Focus</strong> — the aspects of our lives that need to be reviewed for balance</li>
<li><strong>30,000 feet: Short-Term Goals</strong> — outcomes that we intend to accomplish within 1 to 2 years</li>
<li><strong>40,000 feet: Lifestyle Goals</strong> — the long-term vision (5 years and beyond) of our ideal lifestyle</li>
<li><strong>50,000 feet: Life Purpose</strong> — the impact we would like to have on the world</li>
</ol>
<p><strong>If it&#8217;s not obvious, the specific timelines of the time-based horizons are somewhat arbitrary</strong>. We can think of a three-year goal as 30,000 feet, and it&#8217;s possible to realize at least some aspects of our ideal lifestyle in less than 5 years. Some people will quibble about the scope of &#8220;projects&#8221; encompassing everything from getting a round of venture capital to buying a sofa. Some people organize their life planning into quarterly goals. <strong>Use the time frames that make sense to you, in the language that make sense to you</strong>.</p>
<p>Runway and 10,000-foot levels have been discussed previously as <a href="http://tools-for-thought.com/2008/04/02/a-pattern-language-for-productivity-pattern-1-outcome-and-action/">Outcome and Action</a>. Notice that two of the horizons in the list above are not part of a timeline. For the 20,000-foot level, <em>areas of focus</em> (not to be confused with <em>horizons of focus</em>), we list and examine the categories of our lives that matter to use. For instance:</p>
<ul>
<li>Marriage and family</li>
<li>Finance</li>
<li>Health and fitness</li>
<li>Friendships</li>
<li>Career goals</li>
<li>Fun and recreation</li>
<li>Creative expression</li>
<li>Politics and community</li>
</ul>
<p>These focus areas will vary from person to person — some people aren&#8217;t involved in politics and community, for instance — so it&#8217;s important to <strong>choose the values that truly matter to you personally; don&#8217;t just inherit someone else&#8217;s platitudes</strong>.</p>
<p>The value in constructing the focus areas list is that <strong>you can use it to make sure that you have at least something on your project list that represents fulfillment in each of these areas</strong>. You can use it during the weekly review to ensure that your project list is reasonably well balanced. You don&#8217;t want to fill your idle time with work just because you didn&#8217;t take fun seriously enough to incorporate it into your system. <strong>Look at each area and ask yourself if there are any projects, <a href="http://tools-for-thought.com/2008/04/28/a-pattern-language-for-productivity-pattern-20-process-projects/">process projects</a> or <a href="http://tools-for-thought.com/2008/04/27/a-pattern-language-for-productivity-pattern-19-somedaymaybe-list/">someday/maybes</a> that still need to be captured</strong>.</p>
<p>The 50,000-foot level, raises an existential question, &#8220;What is my purpose here on the planet?&#8221;, that some people can answer with enviable clarity. For most of us, it&#8217;s a question we have to revisit periodically, answering it with intuition that grows more articulate over time through engagement and experience.</p>
<p><strong>If necessary, reframe the question in a way you may find more answerable</strong>: &#8220;What impact would I like to have on the world?&#8221;, &#8220;What value do I have to offer?&#8221;, &#8220;What would be the most fulfilling expression of my life energy?&#8221;, &#8220;What is the legacy I would like to leave?&#8221;, and so on. When in doubt, think of the most reasonable, honest answer you can, even if you sense that it&#8217;s incomplete on some level, and put that down as your working 50,000-foot purpose; then examine it against your other horizons of focus and see they&#8217;re in accord, adjusting if necessary.</p>
]]></content:encoded>
			<wfw:commentRss>http://tools-for-thought.com/2008/05/04/a-pattern-language-for-productivity-pattern-24-horizons-of-focus/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>A Pattern Language for Productivity, Pattern #23: Agendas</title>
		<link>http://tools-for-thought.com/2008/05/02/a-pattern-language-for-productivity-pattern-23-agendas/</link>
		<comments>http://tools-for-thought.com/2008/05/02/a-pattern-language-for-productivity-pattern-23-agendas/#comments</comments>
		<pubDate>Fri, 02 May 2008 16:42:11 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[A Pattern Language for Productivity]]></category>

		<guid isPermaLink="false">http://tools-for-thought.com/2008/05/02/a-pattern-language-for-productivity-pattern-23-agendas/</guid>
		<description><![CDATA[Many activities can be batched, not just repetitive ones. We have context lists that group like activities by the location or resource required — an @Computer list for tasks requiring a computer, an @Home list for tasks that can only be done at home, and so on. We can batch the processing of paperwork and [...]]]></description>
			<content:encoded><![CDATA[<p>Many activities can be <a href="http://tools-for-thought.com/2008/04/24/a-pattern-language-for-productivity-pattern-17-batching/">batched</a>, not just repetitive ones. We have <a href="http://tools-for-thought.com/2008/04/14/a-pattern-language-for-productivity-pattern-10-context-lists/">context lists</a> that group like activities by the location or resource required — an @Computer list for tasks requiring a computer, an @Home list for tasks that can only be done at home, and so on. We can batch the processing of paperwork and email into discrete sessions of minimal frequency — twice per workday, for instance.</p>
<p><strong>We can also batch our discussions with individuals</strong>. Instead of walking over to a coworker&#8217;s desk every time we come across an issue that needs to be discussed, we can take a moment to evaluate the urgency of the matter, and in the likely event that it&#8217;s actually not an emergency, batch it in a running track of issues that accumulate during the day.</p>
<p><strong>Create a list called <em>Agendas</em>, with the names of everyone with whom you need to discuss non-emergency issues, then list the topics within each of those entries</strong></p>
<p><em>Agendas</em> is another list among the others to track in your system: Next Actions (Context Lists), Projects, Waiting For and Someday/Maybe. While the latter ones are flat lists, the Agendas list is nested. <strong>In an electronic organizer, each person&#8217;s name is a line item in Agendas, and each line item has a note attachment, within which the issues are added</strong>.</p>
<p><strong>If you maintain a list with only a few people, an alternative to a nested list is simply having a separate flat list for each individual — @John, @Susan, etc. — then make each issue a line item</strong>. This is a good way to manage agendas if you&#8217;re using a paper-based system. Depending on the nature of your work, it may be a better idea to use an Agendas folder instead of just a list. This allows you to have any support documents relevant to the conversations right at hand.</p>
<h3>Potential Problems</h3>
<p>Beware. <strong>When batching several topics into one conversation, the other person — not accustomed to consolidated discussions — may dislike the perceived additional time it takes</strong>. Despite the obvious fact that interrupting someone 12 times a day takes more time than handling 12 topics in one sitting, many people are so used to asking and answering question at a time that an agendas list will seem like a burden.</p>
<p><strong>Just because you have all topics in one list doesn&#8217;t mean that you necessarily <em>have</em> to cross everything off the list in a single discussion</strong>. There&#8217;s a point of diminishing returns where efficiency and effectiveness diverge. You may only get to work off a few topics at a time before the other person has to return or move on to some other task. Pick the highest priority items on the list that you can fit in his or her window of time, and do the best you can.</p>
<p>In some cases, all you have to do is point out the advantage of handling everything at once: &#8220;I could see that you were busy, and I didn&#8217;t want to keep interrupting you, so I decided to these things until we both had time to talk.&#8221;</p>
<p><strong>Finally, reevaluate your list, and see if there aren&#8217;t some items where another communication channel might be better suited</strong>, like IM, email, Twitter or a wiki — especially for status updates. The less interaction you need, the better the chances are that using these media would be a less time consuming and disruptive way to keep people in the loop.</p>
]]></content:encoded>
			<wfw:commentRss>http://tools-for-thought.com/2008/05/02/a-pattern-language-for-productivity-pattern-23-agendas/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A Pattern Language for Productivity, Pattern #22: Daily Review</title>
		<link>http://tools-for-thought.com/2008/05/01/a-pattern-language-for-productivity-pattern-22-daily-review/</link>
		<comments>http://tools-for-thought.com/2008/05/01/a-pattern-language-for-productivity-pattern-22-daily-review/#comments</comments>
		<pubDate>Thu, 01 May 2008 17:50:18 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[A Pattern Language for Productivity]]></category>

		<guid isPermaLink="false">http://tools-for-thought.com/2008/05/01/a-pattern-language-for-productivity-pattern-22-daily-review/</guid>
		<description><![CDATA[A complete review of projects and next actions held once per week is critical for keeping your tasks management system trustworthy, preventing &#8220;stuff&#8221; (unprocessed agreements, intentions, information) from piling up in mind to the point of distraction. Weekly reviews can be empowering, but they can be too empowering. From the repose of the weekly review, [...]]]></description>
			<content:encoded><![CDATA[<p>A complete review of projects and next actions held once per week is critical for keeping your tasks management system trustworthy, preventing &#8220;stuff&#8221; (unprocessed agreements, intentions, information) from piling up in mind to the point of distraction. <strong>Weekly reviews can be empowering, but they can be <em>too</em> empowering</strong>. From the repose of the weekly review, everything looks doable, and it&#8217;s tempting to commit to more than what&#8217;s realistic.</p>
<p><strong>The object of the weekly review is to batch our thinking about everything we have to do during the week into a single session. Then during the week, we work off of the calendar and action lists that hold the <em>results</em> of that thinking</strong>. If the calendar and lists go unreviewed during the week, the purpose of having them is defeated. Not only do we need to remind ourselves of what to do each day; we also need to reevaluate what not to do, and remove, defer or delegate it.</p>
<p><strong>To keep your system current, schedule a Daily Review</strong>, in which you:</p>
<ol>
<li>Process your intray, email inbox and voice mail</li>
<li>Do a mind sweep</li>
<li>Review your calendar</li>
<li>Review your action lists</li>
</ol>
<p>The last three shouldn&#8217;t take long — 10 or 15 minutes at the most. The most time consuming component of the weekly review, reviewing the project list (aside from adding new projects), is not necessary here. Processing will take the most time, commonly an hour to 90 minutes.</p>
<p>Does anyone have that much time? Think of it this way: <strong>you can handle the load piecemeal <em>throughout</em> the day, regrouping each time you chip away at your inbox, or you can batch process the bulk of your new inputs into a single session</strong>. Keep in mind that what&#8217;s being processed is <em>work</em>, not something in addition to it. It doesn&#8217;t go away just because it&#8217;s not processed.</p>
<p>If processing is the your first order of business each morning, you have the security and serenity of knowing that your inbox doesn&#8217;t have any time bombs lurking in middle of the stack. And when new inputs arrive during the day, it&#8217;s much easier to process them in real time if desired, because they&#8217;re not part of a mass of unexamined priorities.</p>
<p>What about the oft-repeated advice not to check email in the morning? Here we&#8217;re not &#8220;checking&#8221; email; we&#8217;re <em>processing</em> it, responding immediately to under-two-minute messages, deleting or filing irrelevant or inactionable ones, and moving actionable ones to an <em>@Action</em> or <em>Follow-Up</em> folder — extracting any projects or next actions.</p>
<p><strong>By methodically processing email instead of haphazardly checking it, we get if off of our minds and into the system</strong>. When it&#8217;s time to start working, we&#8217;re not preoccupied with our inbox because we&#8217;ve made decisions on everything that needs to be done with what has now been cleared from it.</p>
]]></content:encoded>
			<wfw:commentRss>http://tools-for-thought.com/2008/05/01/a-pattern-language-for-productivity-pattern-22-daily-review/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A Pattern Language for Productivity, Pattern #21: Weekly Review</title>
		<link>http://tools-for-thought.com/2008/04/30/a-pattern-language-for-productivity-pattern-21-weekly-review/</link>
		<comments>http://tools-for-thought.com/2008/04/30/a-pattern-language-for-productivity-pattern-21-weekly-review/#comments</comments>
		<pubDate>Wed, 30 Apr 2008 19:32:09 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[A Pattern Language for Productivity]]></category>

		<guid isPermaLink="false">http://tools-for-thought.com/2008/04/30/a-pattern-language-for-productivity-pattern-21-weekly-review/</guid>
		<description><![CDATA[A common problem with task management systems is the length of time that entries remain unexamined. Action lists contain items that no longer reflect current reality. Things that seemed like good ideas at the time they were written down are no longer priorities, no longer practical, or simply no longer interesting. Hard landscape items on [...]]]></description>
			<content:encoded><![CDATA[<p>A common problem with task management systems is <em>the length of time that entries remain unexamined</em>. Action lists contain items that no longer reflect current reality. Things that seemed like good ideas at the time they were written down are no longer priorities, no longer practical, or simply no longer interesting.</p>
<p><a href="http://tools-for-thought.com/2008/04/18/a-pattern-language-for-productivity-pattern-11-hard-landscape/">Hard landscape</a> items on calendars are as valuable for seeing <em>the discretionary time between them for working off action lists</em> as they are for tracking the appointments themselves. <strong>For calendars, action lists, and other support material to work effectively, they need to be examined and updated regularly; otherwise they fall into disuse, and the mind takes up the slack for tracking actions and projects, which is unscalable</strong>. The short-term memory space, the &#8220;mental RAM,&#8221; that defines our attention span is too limited to track dozens of projects simultaneously.</p>
<p>Many people are surprised to find that when they collect and process everything in their lives for the first time (paperwork, email, verbal commitments, inchoate plans), they typically wind up with 40 to 60 projects and 100 to 200 next actions. This load is overwhelming directly to the degree it&#8217;s kept in the mind instead of an external system. The system needs to be complete and current for the mind to trust it. The goal is to keep your mind clear.</p>
<p><strong>To maintain a trusted system, schedule a meeting with yourself at least once per week &#8212; a Weekly Review &#8212; to  add missing actions and projects, to eliminate completed ones, to eliminate or reevaluate ones that are stuck, to update support materials, and to reconsider active projects and someday/maybe options</strong>.</p>
<p><strong>Schedule the weekly review in advance</strong>. As with physical exercise, weekly review sessions should be done to a protocol, not on a whim. Doing a weekly review when the mood strikes is a formula for failure.</p>
<h3>How long should a weekly review take?</h3>
<p><strong>The honest answer is: as long as it takes to no longer have anything on your mind</strong>. As you complete your review, you reach a tipping point where you can start to feel your stress and preoccupation with &#8220;all the things&#8221; you need to do melt away — it becomes like a 21st Century form of meditation. You catch up with yourself, bringing your relationship with the small and large changes in circumstance that have accrued over the last seven days into harmony.</p>
<p><strong>The practical answer is: one hour</strong>. Many erstwhile adherents of GTD undermine their once-per-week discipline by either scheduling two or more hours for the weekly review, or <em>not scheduling</em> the review at all. If your review is excessively long (scheduled) or open-ended (unscheduled), you&#8217;ll end up looking for or creating gratuitous actions and projects to fill time.</p>
<p><strong>A more refined answer is: start with one hour, then adjust the time incrementally as needed</strong>. You may actually need two hours, or possibly 30 minutes — when everything is off of your mind, you&#8217;ll know. But to get the ball rolling, commit to a one-hour <a href="http://tools-for-thought.com/2008/04/23/a-pattern-language-for-productivity-pattern-16-ten-minute-dash/">dash</a>, then reflect on whether or not you have any open loops that still need to be closed.</p>
<h3>When should the weekly review be done?</h3>
<p><strong>The best way to know is to experiment</strong>. As a freelance writer I have the luxury of doing a weekly review any time, but I schedule a 90-minute block on Saturday mornings between 8:00 and 9:30 at the café around the corner from me. When I had a real Monday-to-Saturday job, I scheduled the review on Sunday morning. <strong>I personally prefer doing weekly reviews on off days, since nothing gets work off of my mind like a weekly review.</strong></p>
<p><strong>Others prefer to do their review <em>during</em> the workweek, in the office</strong>. A frequent opportune time is Friday afternoon, when work is winding down but coworkers, clients and vendors are still accessible. Some people schedule theirs on Wednesday to get a &#8220;second wind&#8221; in the middle of the week. I found that I was too conscious of the surrounding bustle to do a focused weekly review at work. I <em>should</em> have had the discipline to disengage from the commotion, but couldn&#8217;t muster it. Others find that having all their workstation&#8217;s resources at hand — from general reference files to personnel — makes a comprehensive review easier.</p>
<h3>What should the weekly review consist of?</h3>
<p><strong>It&#8217;s always a good idea to work from a Weekly Review <a href="http://tools-for-thought.com/2008/04/04/a-pattern-language-for-productivity-pattern-3-checklists/">checklist</a> to work from rather than memory</strong>. The sequence can very according to your preferences, but a checklist for a thorough review should include at least the following:</p>
<ul>
<li><strong>Collect all loose papers</strong>, from receipts to contracts, and put them in your intray or &#8220;In&#8221; folder</li>
<li><strong>Process all email in your inbox until it&#8217;s empty</strong> (see <a href="http://www.43folders.com/izero">Inbox Zero</a> for the true meaning of an empty inbox)</li>
<li><strong>Review your calendar for the previous week</strong>, deleting or rescheduling items as needed</li>
<li><strong>Review your calendar for the following week and beyond</strong>, ensuring that it&#8217;s up to date, adding new items as needed</li>
<li><strong>Review any relevant project support materials</strong>, like plans and checklists</li>
<li><strong>Do a mind sweep</strong>: write down any thoughts or intentions that are potential actions or projects</li>
<li><strong>Process your papers and your mind sweep</strong>, discarding, filing or crossing off each processed item</li>
<li><strong>Review your Next Actions</strong>, eliminating now-irrelevant ones, reevaluating undone/unclear ones (they may simply need to be reworded), replacing completed ones with new ones for their respective projects</li>
<li><strong>Review your Project List</strong>, adding new projects, deleting completed and abandoned projects,  ensuring that each active project has at least one next action you can take to move it forward, and moving uncommitted projects to Someday/Maybe</li>
<li><strong>Review your Someday/Maybe list</strong>, adding newly postponed items from your Project list, adding new potential projects, eliminating items no longer worth considering</li>
<li><strong>Brainstorm and capture any new ideas</strong> that may have occurred as a result of your mental housecleaning</li>
</ul>
<p>The exercise analogy holds. <strong>The longer you wait between reviews, and harder it is to resume the habit</strong>. Your mental inventory keeps piling up, making the process of dealing with it that much more daunting. So do your best to make weekly reviews weekly.</p>
]]></content:encoded>
			<wfw:commentRss>http://tools-for-thought.com/2008/04/30/a-pattern-language-for-productivity-pattern-21-weekly-review/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>A Pattern Language for Productivity, Pattern #20: Process Projects</title>
		<link>http://tools-for-thought.com/2008/04/28/a-pattern-language-for-productivity-pattern-20-process-projects/</link>
		<comments>http://tools-for-thought.com/2008/04/28/a-pattern-language-for-productivity-pattern-20-process-projects/#comments</comments>
		<pubDate>Mon, 28 Apr 2008 18:04:57 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[A Pattern Language for Productivity]]></category>

		<guid isPermaLink="false">http://tools-for-thought.com/2008/04/28/a-pattern-language-for-productivity-pattern-20-process-projects/</guid>
		<description><![CDATA[When we&#8217;re undecided on whether or not to commit to a project, one option is to shelve the project on a Someday/Maybe list. But sometimes indecision stems from insufficient information. We need to get enough data to make sure that deciding not to do something is a proactive choice, made from reason or informed intuition, [...]]]></description>
			<content:encoded><![CDATA[<p>When we&#8217;re undecided on whether or not to commit to a project, one option is to shelve the project on a Someday/Maybe list. But sometimes indecision stems from insufficient information. We need to get enough data to make sure that deciding not to do something is a proactive choice, made from reason or informed intuition, not intellectual laziness.</p>
<p><strong>If you don&#8217;t have enough information to commit to a project, make <em>getting the information</em> the project</strong>.</p>
<p>You want to start a speech consulting business, but keep putting it off due to a tacit uncertainty that there&#8217;s enough of a market for it. Before embarking on a project called &#8220;Start a speech consulting business,&#8221; the first project that needs to be completed is resolving the uncertainty: &#8220;Assess market for speech consulting services.&#8221;</p>
<p>Then determine the next action or subproject. An example would be &#8220;Set up Google Adwords campaign for multivariate test.&#8221; Since this is not something most people have the knowledge to do in one step, it would probably best go on the Project list. Then we need a solid next action to move the project forward — maybe &#8220;Read introductory pages on adwords.google.com&#8221;.</p>
<p><strong>We&#8217;re basically processing an potential project to see if it&#8217;s worth doing</strong>. It&#8217;s a feasibility study. Processing a project is a project in itself — a &#8220;look into&#8221; or <em>process</em> project.</p>
<p>&#8220;R&amp;D&#8221; is a common shorthand for process projects on a Project list, as in &#8220;R&amp;D: Getting a financial advisor.&#8221; You might prefer others:</p>
<ul>
<li>Assess</li>
<li>Look into</li>
<li>Research</li>
<li>Determine</li>
<li>Evaluate</li>
<li>Compare</li>
<li>Test</li>
<li>Draft</li>
<li>Brainstorm</li>
</ul>
<p>Notice that the latter two phrases involve <strong>getting information from yourself rather than outside resources</strong>. Sometimes you just need to know if you know enough to move a project forward. <strong>Think twice about reflexively consuming more information instead of thinking proactively</strong>. If you draw a blank, the information resources will still be there.</p>
<p><strong>Process projects are not open-ended information buffets. The object is to determine either <em>whether</em> to proceed with the target project, or <em>how</em> to proceed with it</strong>. For action we need <em>sufficient</em> information, not <em>complete</em> information.</p>
<p>If the target project is affirmative, put it on the Project list along with any subprojects that might be involved (any multiaction task is referred to technically as a &#8220;project,&#8221; so subprojects also go on the Project list). If it&#8217;s determined that the project is not worth pursuing at this time, but possibly later, put in on the Someday/Maybe list. If it&#8217;s determined that it&#8217;s not worth doing now or later, dump it out of the system.</p>
]]></content:encoded>
			<wfw:commentRss>http://tools-for-thought.com/2008/04/28/a-pattern-language-for-productivity-pattern-20-process-projects/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A Pattern Language for Productivity, Pattern #19: Someday/Maybe List</title>
		<link>http://tools-for-thought.com/2008/04/27/a-pattern-language-for-productivity-pattern-19-somedaymaybe-list/</link>
		<comments>http://tools-for-thought.com/2008/04/27/a-pattern-language-for-productivity-pattern-19-somedaymaybe-list/#comments</comments>
		<pubDate>Sun, 27 Apr 2008 13:56:08 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[A Pattern Language for Productivity]]></category>

		<guid isPermaLink="false">http://tools-for-thought.com/2008/04/27/a-pattern-language-for-productivity-pattern-19-somedaymaybe-list/</guid>
		<description><![CDATA[The flip side of managing commitments is managing options. There&#8217;s a subtle but fundamental difference between choosing not to act on an option and not choosing to act on it. The former is proactive triage, the latter is indecision. Some things are not worth doing now, but possibly later. Some things, though interesting, are not [...]]]></description>
			<content:encoded><![CDATA[<p>The flip side of managing commitments is managing options. <strong>There&#8217;s a subtle but fundamental difference between <em>choosing</em> <em>not to act</em> on an option and <em>not choosing</em> <em>to act</em> on it</strong>. The former is proactive triage, the latter is indecision. Some things are not worth doing now, but possibly later. Some things, though interesting, are not realistically worth committing time or energy on, now or later.</p>
<p><strong>For any project that you&#8217;re not able or willing to commit to now, but possibly later, put it on a list called <em>Someday/Maybe</em></strong>.</p>
<p>A few items on the list would be things like:</p>
<ul>
<li>Train for and complete a marathon</li>
<li>Install hardwood floors</li>
<li>Start a speech consulting business</li>
<li>Vacation in Luang Prabang</li>
</ul>
<p>Someday/Maybe completes an organizational framework of five major placeholders. Intray paperwork and inbox email will either get discarded or processed into one or more of the following categories:</p>
<ul>
<li>Next Actions (optionally organized by <a href="http://tools-for-thought.com/2008/04/14/a-pattern-language-for-productivity-pattern-10-context-lists/">context</a>)</li>
<li>Projects</li>
<li>Calendar</li>
<li>Waiting For</li>
<li>Someday/Maybe</li>
</ul>
<p><strong>Putting items on a Someday/Maybe list allows you to consciously decide whether or not to keep them as future options</strong>. Going to graduate school might be a worthwhile project, but not actionable until you&#8217;ve fulfilled certain short-term career goals. Putting a down payment on a car might not be a priority until you&#8217;ve established an adequate emergency fund. Changing cell phone carriers might be an option to take after the contract with your current provider has expired.</p>
<p>Some projects seem like remote possibilities, like starting a newspaper, but no matter how much you try to dismiss them, they keep haunting you. <strong>Keep them on your Someday/Maybe list, and out of your head</strong>. Each week you get a chance to review each item on the list and decide that it&#8217;s still a Someday/Maybe, that it&#8217;s time to make it an active project with a next action, or that it&#8217;s time to cross it off the list once and for all.</p>
<p>In a world of infinite options, there&#8217;s always the danger of the Someday/Maybe list getting out of hand. Most people who keep the list find that it becomes larger than their Project list. So how to we decide whether to put it on Someday/Maybe, or leave it off entirely? <strong>If there&#8217;s a strong possibility that you&#8217;ll think of the item again over time, it should probably go on Someday/Maybe</strong>.</p>
<p>There are other ways to manage options. If you have a <a href="http://tools-for-thought.com/2008/04/11/a-pattern-language-for-productivity-pattern-9-tickler-file/">tickler file</a>, you might want to write a note to yourself, and file it for review at a date that&#8217;s arbitrary (e.g. in two weeks) or relevant (three days before an event); then it&#8217;s out of the regular review process. You can defer a decision by putting the item on your calendar, and review it on that date.</p>
<p><strong>If you have many options that fall in a single category, like DVDs to buy or books to read, it&#8217;s more manageable to keep them in their own <a href="http://tools-for-thought.com/2008/04/04/a-pattern-language-for-productivity-pattern-3-checklists/">checklists</a></strong>. Someday/Maybe is ideal for items that you would potentially migrate to your Project list. For instance, I keep a backlog of article ideas on a checklist, articles currently being written on my Project list, and imminent writing projects on Someday/Maybe.</p>
<p>But how you manage future options is more of an art than a science. Experiment until you come up with a set of placeholders that makes intuitive and logical sense.</p>
]]></content:encoded>
			<wfw:commentRss>http://tools-for-thought.com/2008/04/27/a-pattern-language-for-productivity-pattern-19-somedaymaybe-list/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A Pattern Language for Productivity, Pattern #18: Waiting For List</title>
		<link>http://tools-for-thought.com/2008/04/26/a-pattern-language-for-productivity-pattern-18-waiting-for-list/</link>
		<comments>http://tools-for-thought.com/2008/04/26/a-pattern-language-for-productivity-pattern-18-waiting-for-list/#comments</comments>
		<pubDate>Sat, 26 Apr 2008 06:22:54 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[A Pattern Language for Productivity]]></category>

		<guid isPermaLink="false">http://tools-for-thought.com/2008/04/26/a-pattern-language-for-productivity-pattern-18-waiting-for-list/</guid>
		<description><![CDATA[To bring a project to closure, we need not only to keep track of our own actions, but those of others. Legacy To Do lists are not designed to track external dependencies. We need a language to identify all components of a project, not just the proactive. Whenever a project requires information or a delegated [...]]]></description>
			<content:encoded><![CDATA[<p>To bring a project to closure, we need not only to keep track of our own actions, but those of others. Legacy To Do lists are not designed to track external dependencies. We need a language to identify <em>all</em> components of a project, not just the proactive.</p>
<p><strong>Whenever a project requires information or a delegated action from others, put it on a list called <em>Waiting For</em></strong>.</p>
<p>An example of a short Waiting For list would be:</p>
<ul>
<li>Michael 7/21: Gantt for store remodel</li>
<li>Laura 7/20: artwork for client presentation</li>
<li>Amazon.com 7/20: Andrei Roublev Criterion DVD</li>
<li>Frank&#8217;s Auto 7/19: status on transmission replacement</li>
</ul>
<p><strong>Each item contains the person or organization from which you need a deliverable, the date when the action was delegated or when the information was requested, and the action or information itself</strong>. Other information potentially helpful to include are due dates, phone numbers or email addresses of the parties involved. If you have an electronic organizer, you can paste sections of pertinent emails or information from relevant websites into the note field of the corresponding line item on your list.</p>
<p>The Waiting For list needs to be reviewed as regularly as other <a href="http://tools-for-thought.com/2008/04/14/a-pattern-language-for-productivity-pattern-10-context-lists/">context lists</a> — at least once a day in your daily review, but as often as you need to ensure that your projects aren&#8217;t being orphaned by the inaction of others. If you&#8217;re responsible for the project, you&#8217;re as responsible for the component actions of the project you delegate to others as your own actions.</p>
<p><strong>Avoid keeping a mental account of what others need to bring to the project</strong>. A busy office culture frequently makes every attempt to stop and think seem frivolous, and it&#8217;s tempting to take the shortcut of assuming that others will do (or remember accurately, if at all) what you ask of them. If it&#8217;s important enough to be done, it&#8217;s important enough to write down and track.</p>
<p>Having a Waiting For list is essential for identifying dependencies that need to be resolved before you can take further action on a project. Finalizing the budget for a remodel requires Michael to present a plan that includes a timeline with estimates on labor and materials. The client presentation can&#8217;t be rehearsed until the PowerPoint file is finished, requiring artwork from Laura.</p>
<p>Once you get in the habit of having a current list for every incompletion, it becomes much easier to identify potential problems before they become actual.</p>
]]></content:encoded>
			<wfw:commentRss>http://tools-for-thought.com/2008/04/26/a-pattern-language-for-productivity-pattern-18-waiting-for-list/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A Pattern Language for Productivity, Pattern #17: Batching</title>
		<link>http://tools-for-thought.com/2008/04/24/a-pattern-language-for-productivity-pattern-17-batching/</link>
		<comments>http://tools-for-thought.com/2008/04/24/a-pattern-language-for-productivity-pattern-17-batching/#comments</comments>
		<pubDate>Thu, 24 Apr 2008 04:57:32 +0000</pubDate>
		<dc:creator>Andre</dc:creator>
				<category><![CDATA[A Pattern Language for Productivity]]></category>

		<guid isPermaLink="false">http://tools-for-thought.com/2008/04/24/a-pattern-language-for-productivity-pattern-17-batching/</guid>
		<description><![CDATA[Repetitive tasks are usually not high-priority ones, but they still need to be done. The fact that they need to be done doesn&#8217;t mean they need to be done the moment they have your attention. Let them accumulate, handling them at optimally infrequent intervals, between which you spend the bulk of your time focusing on [...]]]></description>
			<content:encoded><![CDATA[<p>Repetitive tasks are usually not high-priority ones, but they still need to be done. The fact that they need to be done doesn&#8217;t mean they need to be done the moment they have your attention. <strong>Let them accumulate, handling them at optimally infrequent intervals, between which you spend the bulk of your time focusing on higher-impact tasks</strong>.</p>
<p>Instead of making a commute for each new errand, write all errands on your @Errands <a href="http://tools-for-thought.com/2008/04/14/a-pattern-language-for-productivity-pattern-10-context-lists/">context list</a> (<em>after</em> deciding that it really require a physical trip instead of, say, a phone call), and aim to batch the completion of all errands in a single loop between home and work. Instead of making numerous non-emergency calls throughout the day, set specific times to place and return phone calls.</p>
<p>For knowledge workers, <strong>email will be the single most repetitive task that can benefit from batching</strong>. A common recommendation is for two email sessions per day: 11:00 am and 4:00 pm, for example. Another is for once every hour. Response requirements will naturally depend on your job — batching is a non-starter for financial traders — but few jobs actually require the persistent availability that&#8217;s usually assumed.</p>
<p><strong>Fine tune your email batching by starting with once an hour, then gradually increase the length between sessions</strong>. Some people will find that even once a day is enough.</p>
<p>Escape the inbox. Focus primarily on output. Turn off email notifications and decide to let email collect in sufficient quantity to justify processing the entire inbox in one sitting. Checking email at arbitrary times leads to a habit of looking for emergencies, which you&#8217;ll inevitably find as a self-fulfilling prophecy.</p>
<p>Most of us our have at least some inefficient people in our lives who impose manufactured emergencies on us in order to make themselves feel important. <strong>A protocol of answering email at regular intervals helps put you in control of the information flow, thinking instead of reacting</strong>.</p>
]]></content:encoded>
			<wfw:commentRss>http://tools-for-thought.com/2008/04/24/a-pattern-language-for-productivity-pattern-17-batching/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
