<?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/"
	>

<channel>
	<title>知几居</title>
	<atom:link href="http://alancui.com/cn/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://alancui.com/cn</link>
	<description>慎独 主敬 求仁 习劳</description>
	<lastBuildDate>Mon, 22 Mar 2010 16:42:57 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>当前我使用的任务管理方法&#8212;&#8212;总览</title>
		<link>http://alancui.com/cn/?p=16</link>
		<comments>http://alancui.com/cn/?p=16#comments</comments>
		<pubDate>Mon, 22 Mar 2010 16:41:35 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[工作方法]]></category>
		<category><![CDATA[Franklin Covey]]></category>
		<category><![CDATA[GTD]]></category>
		<category><![CDATA[Outlook]]></category>

		<guid isPermaLink="false">http://alancui.com/cn/?p=16</guid>
		<description><![CDATA[在最近的两年里，我一直在摸索比较适合自己的任务管理方法（现在已经不仅仅局限于GTD)。考虑自己的工作性质和日常事务的类型，对经典的GTD方法进行了一些简化。同时，结合Franklin Covey的Weekly Planning进行Review。我用到的主要工具为Microsoft Outlook，Microsoft Windows Mobile手机，Microsoft OneNote以及笔和Moleskin Pocket笔记本。
首先，先贴张图吧，关于整个任务管理方法的流程图：

对于不熟悉GTD的人来说， 上面的图可能相对复杂并且难懂一些。如果感兴趣，可以利用百度百科上对GTD的介绍对GTD有个简单的了解。熟悉GTD的人可以看出，这个图其实就是对GTD的流程图做了一些修改和具体化。有些点在下文中会特别强调一下，更多的我会在后续的文章中陆续提到
1. 较多的Inbox（任务收集工具）：GTD一般强调较少（甚至一个）Inbox，这样可以便于进行管理，达到其“心静如水”的境界。不过我一直强调要找到一个符合自己的方法，不一定要循规蹈矩，可以根据自身工作、生活的特点进行一些优化和变通。我的大多数工作是Email Driven的，我的Outlook邮箱是我比较主要的Inbox，并且遵循着Empty Inbox Policy。另外一些Inbox也很重要，不得不谈：


Microsoft OneNotes: OneNotes对于我来说有两个用途：一，收集和分析资料（无论是工作上的，还是自身爱好）；二，Weekly Planning。后者我们下面会提到，这边只讲前者。前者比较典型的就是会议纪要、阅读笔记等等，这些信息往往会产生一些Action。这个时候可以使用OneNotes与Outlook的集成，直接将一些信息转换为Outlook的任务。
Moleskin Pocket Notebook: 其实是不是Moleskin，根本不重要，我之前就一直使用公司的便签纸，只是后来觉得不雅而且易损坏，于是买了本Moleskin Pocket。正如图所说，由于自己每周需要乘坐两次飞机，每周约有4-5小时在飞机上度过，这部分时间除了休息，更多地是用来思考一些问题。这样，非电子产品的笔记本就非常重要了。同时，我也尽量少在孕妇身边或严肃场合使用手机来进行记录
Windows Mobile手机：xxx。


其实，作为我们现在这个level的人（没有秘书、没有人汇报工作）*，我们本身信息入口就会很多，自然就需要多个Inbox来进行收集。
2. 充分的Daily Review：多个Inbox带来的后果就是你必须保证充分的Daily Review，使得每个Inbox中Item都能得到应有的处理。每天定时的Daily Review可以作为一种习惯延续，如果愿意也可以与自身每日的反省结合起来。
3. 基于Franklin Convey方法的Weekly Review: 关于GTD与Franklin Convey工作方法的区别，我本来想写篇文的。这里概括说下，以后有机会再写吧。GTD其实比较实用主义，更多地关注对于Task based的日常工作、生活的处理，更适合于每天任务极多、任务在地点上、时间上或者对象上分布较广（从而需要利用Context进行管理）的人群。而FC在强调工作管理的同时，也稍稍带入了自我修养的锻造（详见7 Habits)。这点我们从Mission、Compass两个节点也可以看出。其适合大多数人群。因此我更多地将FC与自己的Daily Review和Weekly Review的环节结合起来。
4.相对朴实的工具：与2年前那篇基于Palm的工作方法不同，现在我使用的电子工具相对简单，无插件的Outlook + OneNotes + Windows Mobile。
先开个头吧，之后再来写写一些具体的感受：
Upcoming:

利用Outlook的View实现GTD的Context
利用OneNotes进行Weekly Review
……

&#160;
* 想想Analyst写Word, Consultant写Excel, Manager写PPT，Senior Manager写邮件，呵呵。
]]></description>
		<wfw:commentRss>http://alancui.com/cn/?feed=rss2&amp;p=16</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>&#8220;因不失其亲，亦可宗也&#8221;之我见</title>
		<link>http://alancui.com/cn/?p=11</link>
		<comments>http://alancui.com/cn/?p=11#comments</comments>
		<pubDate>Sat, 20 Mar 2010 09:22:08 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[传统文化]]></category>
		<category><![CDATA[论语]]></category>
		<category><![CDATA[评注]]></category>

		<guid isPermaLink="false">http://alancui.com/cn/?p=11</guid>
		<description><![CDATA[中国传统文化真是博大精深，以至于对于老祖宗的一些话语和思想，一直以来都存在着不同的看法和见解。一些是因为传承的问题（不传外人），例如中医、玄学等；还有些是“故弄玄虚”，以显得自己学问之高深；当然，最主要的还是因为中国古汉语中一字多义，通假以及无标点断句造成的。所以，无论是看什么古书，经也好，传也好，同时看些大家写的评注，对自己的理解就会帮助很多。
因为要给小虎（暂用名）取名，这段时间又翻了翻论语（女取诗经，男取论语嘛，呵呵）。看的是大师钱穆的《论语新解》，看到《论语 学而》中的一句话（红色部分），
有子曰：“信近于义，言可复也，恭近于礼，远耻辱也。因不失其亲，亦可宗也。”

无法悟得其意，又看了看其评注，似乎也觉得有些牵强。于是，Google之，百度之。才发现，此句争论颇多，从朱子到程氏，到这本书，众说纷纭。
结合了一些大师以及网友们对于其中个别字在论语别处的用法的探究（集中在“因”、“亲”以及“宗”上），我在想，为什么不可以做如下解释呢？
论语体现的是孔子的政治主张、论理思想、道德观念及教育原则，我一直以来都认为论语的目的读者是那些统治士大夫或者有志成为统治士大夫的人。因此在讨论探求“仁、义、礼、智、信”的时候，是否也应该考虑目的读者的实际情况呢。
春秋时期，由于“同姓不婚”、“诸侯不内娶”，加上政治环境复杂，国与国之间联姻频繁，而且都带有政治目的，很多结为“甥舅之国”。那么是不是可以解释为“如果联姻而不缺乏真正的亲情关系（而不完全以政治为目的，能够“推己及人”，老吾老，幼吾幼），那么这样的君主是可以投靠的”。
“夫为四邻之源，结诸侯之信，重之以婚姻，申之以盟誓，固国之艰急是为，”（《国语 鲁语上》），可以看到姻也是作为结信的一种方式，是可以和上下文对应起来的。这样，上下文也是可以比较顺的连接起来。而单个的字也可以得到落实。“因”解释为“姻”，程树德《论语集释》中作此。“君子不施其亲”“君子笃于亲，则民兴于仁。”中，都作“亲人”解。“宗”，“宗而主之”。
无论如何去解，都有教育意义，呵呵，兼收并蓄吧，呵呵。
]]></description>
		<wfw:commentRss>http://alancui.com/cn/?feed=rss2&amp;p=11</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>利用SQL Filter来定制Outlook 2007的To-Do Bar</title>
		<link>http://alancui.com/cn/?p=10</link>
		<comments>http://alancui.com/cn/?p=10#comments</comments>
		<pubDate>Tue, 17 Jun 2008 15:04:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[技术与小贴士]]></category>
		<category><![CDATA[Outlook]]></category>
		<category><![CDATA[任务管理]]></category>
		<category><![CDATA[小贴士]]></category>

		<guid isPermaLink="false">http://alancui.com/cn/?p=10</guid>
		<description><![CDATA[,[之前的文章]
The How-to Geek 给出了一种方法来避免使用GMail IMAP时在Outlook2007的To-Do Bar 中出现重复的项的情况
&#160;

他使用To-Do Bar中的高级过滤器（在To-Do List的空白处点击鼠标右键，选择过滤）来过滤所有在IMAP的inbox目录之外的所有邮件。但是事实上，高级过滤器中的条件之间都是为“与”的关系，因此How-to Geek提出的方法虽然能够避免IMAP中的重复项，但是Outlook本身的任务也不能显示在其中了。

如果你想将GMail IMAP文件夹中打上标签的邮件与Outlook中的任务显示在一起的话，可以使用同一个对话框中的SQL过滤器:
&#160;
在SQL语句中，可以使用&#34;OR”操作符或者&#34;AND&#34;操作符来随意地定制各个条件之间的逻辑关系。下面是我使用的SQL语句，希望能够帮助到你。利用这样的语句可以显示一般的Outlook任务、以及在IMAP Inbox和SNEPC文件夹中中打上标记的邮件。
(&#34;http://schemas.microsoft.com/mapi/id/{00062003-0000-0000-C000-000000000046}/810f0040&#34; IS NULL AND &#34;http://schemas.microsoft.com/mapi/proptag/0&#215;10910040&#34; IS NULL AND (&#34;http://schemas.microsoft.com/mapi/proptag/0&#215;0e05001f&#34; LIKE &#8216;%Task%&#8217; OR &#34;http://schemas.microsoft.com/mapi/proptag/0&#215;0e05001f&#34; LIKE &#8216;%Inbox%&#8217; OR &#34;http://schemas.microsoft.com/mapi/proptag/0&#215;0e05001f&#34; LIKE &#8216;%SNEPC%&#8217; ))

]]></description>
		<wfw:commentRss>http://alancui.com/cn/?feed=rss2&amp;p=10</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>在Palm Treo 650 上实践GTD理念</title>
		<link>http://alancui.com/cn/?p=8</link>
		<comments>http://alancui.com/cn/?p=8#comments</comments>
		<pubDate>Sat, 17 May 2008 14:35:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[工作方法]]></category>
		<category><![CDATA[DayNotez]]></category>
		<category><![CDATA[GTD]]></category>
		<category><![CDATA[LifeBalance]]></category>
		<category><![CDATA[palm]]></category>
		<category><![CDATA[软件]]></category>

		<guid isPermaLink="false">http://alancui.com/cn/?p=8</guid>
		<description><![CDATA[[这是2年前的一片文章，为了连贯性，转至此]
在我拥有Palm Treo 650之前，我就已经开始尝试使用GTD的管理理念来对自己的日常事务进行管理。不过，Palm OS上的软件的确给实施GTD带来了很多的好处。之前，我也阅读过网上很多大牛关于在Palm OS上实施GTD的文章，也尝试过很多推荐的软件。经过一段时间的使用和磨合，我想我可以将我的GTD系统正式的发布出来，和大家共同探讨一下。
首先，我们复习下David Allen在书中提出的GTD的概念图:

从这个图中，我们可以归纳出，我们需要在电子设备(PDA、PC或者UMPC)上使用一些软件来实现以下几个功能：

Inbox 
ToDo List 
Calendar 
Project Planner 

对应这样的概念图，我在Treo 650上实践GTD使用的实体图如下：
     
从图中，可以看出我主要使用了如下几个软件：

Natara DayNotez:&#160; 

我使用DayNotez作为我主要的收件箱（另，其他的收件箱包括GMail Inbox, 公司的Outlook Inbox)。可以采用直接书写或者录音的方式将自己粗略的想法记录在DayNotez里。当然类似的其他软件如DiddleBug, BugMe, Slap也同样是不错的。并没有哪个软件是最好的，只有更适合自己的。DayNotez是可以直接Export to Task的，这一点非常有用。

Life Balance: 

Life Balance是一个非常好的ToDo List软件。由于支持Context，因此可以方便的实现GTD中的Spot的概念。LB可以直接Export Task 或 Import Task。

Iambic Agendus:&#160; 日程表, 联系人 
Natara Project@Hand: 在Palm上显示MS Project文件，其实使用很少. 
Natara Bonsai: 一个书写outline的工具, 如果需要计划一个活动或者小项目，是个非常好的帮手。 

实施GTD的具体流程如下:

当脑海里浮现出一些想法或者想要做的事情时, 打开DayNotez直接书写一段文字，或者干脆录一段录音。在我的Treo 650上，我将&#34;Opt+Hardkey2&#34;映射给了DayNotez，这样可以更加方便的打开DayNotez。这些未加工的想法或TODO被放在inbox这个分类下面，当自己闲下来时，会去处理所有Inbox这个分类下的项，如果这个项不能立即被执行，而且也无法将其作为下一步的动作(Next Action), 则将其的分类改为Reference或者Maybe。 
如果可以在2分钟之内做完，那么立即去做，并且将分类改为Processed. 
如果不能立即完成，但是是一个一步完成的动作(One Step Action), [...]]]></description>
		<wfw:commentRss>http://alancui.com/cn/?feed=rss2&amp;p=8</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

