2009年2月16日星期一

流氓何其多--认清Tom-Skype

    Skype一向是我比较喜欢的IM软件。最近我重新安装了系统。在安装Skype时,从www.skype.com上下载了一个安装包。但是等我装完之后发现一个问题:Skype每次运行时都会出现“Tom焦点”的窗口。虽然我知道QQ和MSN都有这类似的东西,但是我都能够在选项中取消掉。但是这一次我却怎么都无法把“Tom焦点”取消掉。到网上查了查,发现原来根本就无法取消。
    原来,从中国大陆访问 www.skype.com 这个网站,会自动跳转到 http://skype.tom.com/ 上,而这个网站是Tom在线的网站,而Tom在线隶属于Tom集团。我无意去了解那个Tom,但是这个Tom绑架了Skype。听说Skype Limited把它在中国大陆的有关权益卖给了Tom在线,所以大陆的用户下载到的Skype实际上都是从Tom在线上下载得到的OEM版,叫作Tom-Skype。而这个Tom-Skype最大的特点就是推出了一款VOIP产品(即网络电话)。其价格不仅比原版的Skype的要便宜,而且比国内的很多VOIP要便宜。但是,Tom为了增加它自己网站的访问量,强制用户在登录Tom-Skype后要看一眼它那个Tom焦点。
    要解决这个问题,办法只有一个:安装原版的Skype。下载地址是: http://www.skype.com/download/skype/windows/ 。页面是英文的,可以改成多种语言,包括日文和韩文,但是却没有中文(包括繁体中文)。我想,这可能是Skype和Tom狼狈为奸的一个表现。好在下载之后的安装包可以安装简体中文版本。这个版本的Skype也可以拨打VOIP,但是没有人民币报价,但是却有台币报价和港币报价。这简直是太过分了!不过,它的报价并不便宜。算了,就不用它的电话吧。
     两个版本的Skype的安装程序大小也相差很多,原版的2M+,Tom的却要18M+。参见下图。

    两个软件的“关于”界面也不相同,参见下图。


    在中国互联网市场中,流氓何其多!

2009年2月9日星期一

GTD软件

    理解GTD之后,我们还需要一个系统来帮我们落实GTD的管理思想。说“系统”这个词似乎很唬人,很复杂。但是没有关系,你可以自己做一个最简单的GTD系统:将若干张A4的白纸用订书机订成一个简易记事本,再选一张废弃的报纸把圆珠笔芯包裹卷起来,粘牢以免散开。这当然只是一个笑话。这个笑话让我想起小时候在科普课上学到的最简单的收音机。当然,你如果愿意肯多花上几个铜板,可以到文具店买一本像样一点的记事本和圆珠笔。这样的GTD系统虽然也依然简易,但是比那个收音机的实用性要强得多。只要你坚持,用笔和纸是完全可以实施GTD的。
    尽管如此,但是我并不提倡只用笔和纸。原因很简单,信息化设备和软件现在已经非常便宜了,而且高效得多。有人说,不要搞那些花里胡哨的东西,重要的是落实GTD思想。这句话本身并没有错,但是用笔纸这种最原始的工具毕竟不方便。如果你能够在工作时间有电脑可以用,那么选用一种软件来帮你进行时间管理是非常自然的事情了。有人说,用软件不是关键,关键是要坚持。这句话本身也没有错,但是如果你不能坚持用电脑的话,为什么就能够坚持用笔纸呢?我个人认为,笔纸是更难坚持下去的,除非你的工作环境只能用笔纸。
    现在已经形成了“GTD软件”这种说法。但是我还是要啰唆几句:GTD本非一种软件的统称,而是一种时间管理的思想。熟悉软件的人都听说过ERP软件。一个企业要实施ERP,重点不是购买ERP软件,也不是实施ERP项目,而是企业领导层要接受ERP的观念,并愿意把这种观念落实到企业管理中去。这样,ERP软件无非就是一个帮助企业领导层落实这种思想的工具而已。GTD软件也是一样。
     GTDLife中搞了一个“常用GTD工具调查”(它把笔和纸也算进去了),我并不没有去查看结果。不过,从中我知道了一些GTD软件。我自己也在网上搜索到了一些其他的。接下来,我将介绍本人对这些软件工具的体验心得。
    总的来说,还是非常沮丧的。因为没有任何一个系统/工具是尽善尽美的。我的几个关键考察指标是:
    1 要能够方便地记录我的各种Stuff,也就是说,能够有一个顺手的in box。
    2 有一个符合GTD思路的流程导图,在我对in box中的item进行处理的时候,能够准确地指导我将item“投递”到它理应所去的“归宿”中。
    3 有专门的、合适的“容器”来装载Item of someday/maybe,有合适的“容器”来装载item of reference。其中,“有合适的容器来装载Item of reference”,实际上就是指有合适的知识管理子模块,方便归类检索。
    4 要能够和Outlook进行数据同步。因为我平时工作就是用Outlook的,我也不太会因为用了某种GTD软件之后就舍弃Outlook,所以和Outlook的同步就显得非常重要。而且,我的手机和PC进行数据同步,也是只能和Outlook的数据进行同步。我希望GTD中的delegation能够用到Outlook的邮件,GTD中的Calendar能够将数据同步到Outlook的日历。这样,我的手机就可以作为我的Calendar提醒器了。
    5 费用低廉,最好不要钱。(窃笑!)

ThinkingRock
    如果不考虑No4,我觉得最合适的软件就是ThinkingRock。它的设计非常符合GTD思想,是我所见到的各个软件中在这一点上做得最好的。它的主页面(Overview)上就有一个思路导图,虽然我画的图不太一样,但是也很简单明晰。


在这张图中的每一个方框,就是一个容器,里面装载着相应的Item。例如,点击“Collect Thought”就可以记录你的stuff,然后在Process Thoughts(实际上就是In box)中可以看到这个stuff;点击Someday/maybe,所有Item of someday/maybe就都展现出来了……
     进入了每个“容器”里面,其中的item都可以方便地进阶到它所能够去的下一个容器。例如,当我们需要处理Stuff时,点击Process Thoughts,就可以看到这样的界面:

在这里,软件马上会问你“Is this actionable?” 如果回答是“Yes”,那么你看到就是这样的界面;如果回答“No”,界面马上就变成如下这个样子了。

如果这是一个actionable 的 item,那么下一步的就要判断这个item是不是只需要一个步骤就能够搞定。如果是,那就进入Next action;如果不是,那就进入Project。如果进入了next action,Item的最终归宿就只有四种可能:Calendar、List of things to do、Delegation和Do it。看一看下面的界面,你会发现ThinkingRock是如此地贴近GTD思想!

    完全符合GTD思想,是ThinkingRock的最大特点,也是最大的优势。只要掌握了GTD思想,那么软件几乎不用学习。当然,如果不明白GTD,那么用这个软件也自然会云山雾罩。这个软件还有一个很大的优势--它是免费的。ThinkingRock最大的缺点就是,它不能和Outlook同步。它的数据只能导出为xml格式和txt格式,这完全没有供Outlook使用。这是ThinkingRock最大的遗憾。就是这个原因,使得我不得不放弃这个软件。它另外还有两个缺点,都和文字有关。第一个是目前只有英文版,没有中文版;这一点似乎可以在网上找到汉化版,再说就这几个英文单词,对我来说应该不是什么问题。第二个,它的报表输出对中文的支持也不好。但是褪墨说,这仅仅只是没有预装中文字体的缘故。听说手动改造之后就能够解决,但我没有试出来。
    官方网站是:www.thinkingrock.com.au
    总结:ThinkingRock是完全按照GTD思想设计的,是最符合GTD思想的时间管理软件,而且是免费的,它的界面清新简洁且不失美观。遗憾之处在于它的数据格式比较封闭,难以和其他系统进行数据同步交换,这使得用户在接受系统的日程提醒的通道只有该系统本身,而且它的中文的支持还不顺畅。

成功助手
    成功助手一款国产的共享软件,似乎是一个人(至多就是一个工作组)所为。坦率地说,个人做软件,能够做到这个样子已经非常不容易了。成功助手的优点也很多,比较突出的包括:① 成功助手的功能比较全,不仅包括时间管理,而且还包括知识管理、人脉管理等模块;② 提供侧边栏功能,在不启动主程序的情况下,可以一目了然地在桌面上看到自己的待办事项(Things to do)、委托任务(Delegation)、日程(Calendar)等;③ 能够和Outlook以及Google日历进行数据同步;④ 在时间管理方面,成功助手支持轻重缓急原则;⑤ 提供流程导图,在导图中点击某些“容器”,能够进入相应的界面。
    但是成功助手也是有相当的遗憾。最突出的是,它和GTD思想的匹配程度就不高。它所提供的导图就和似乎不太对劲。

这张图和标准的GTD流程图不一样,和我画的图也不一样。显然,这是作者自己的理解。但是我认为作者的理解并不到位。这包括:
  1. 如果工作篮(in box)中的item并不需要采取采取行动,成功助手认为接下来只有两种选择:抛弃或者整理成资料。也就是说,作者取消了someday/maybe的概念。这是不合理的。或许作者认为someday/maybe没有存在的意义,和reference并无二致。但是我认为它们的区别还是非常明显的。someday/maybe是需要定期review的,而reference的重点是在检索备查。
  2. 在另外一条分支上,作者用“是否需要立项”来代替“only one step enough"。这措词本身没有问题,问题是接下来的逻辑就有些混乱了。如果需要立项,就进入“项目管理”,接下来就需要“项目分析”;如果不需要立项,就直接进入“项目分析”。GTD思想认为,如果需要立项,就进入项目管理,在项目管理中将项目分解成若干个single step action,然后将最近的一个action回流到GTD流程中来。如果将GTD流程比作河流的干流,那么项目管理就仿佛是一个水库,在干流的旁路上,而非串行在干流中。所谓的项目,就是需要很多串行的action的事务。Action仿佛就是水,一下子来了这么多洪水,不能同时往下流,所以进入项目管理这个“水库”“储存”起来,日后将这些水缓慢地“释放”到干流中去。这个比喻虽然不很贴切,但是至少可以说明项目管理和时间管理的关系。成功助手把这个关系弄混淆了。
  3. “待办事项”和“工作任务”的区别不很明显。我反复看过之后,认为成功助手中的“待办事项”和“工作任务”都是list of things to do,并无实质区别。而且我发现,“工作任务”中还有一个“完成率”的字段。从这个字段可以看出,工作任务中的item很像是Project。按说这里的item是不存在完成率一说的,因为这些item都是single step action。我想,软件作者的确没有理清GTD的若干概念之间的关系。
    逻辑紊乱不仅在这张流程图上有所表现,而且在软件的具体功能中也有表现。最典型的是无论待办事项还是工作任务,也无论委托任务或是日程,在形成item时必须要输入该item的“所属项目”属性。这是不合理的。有些action是属于某个项目,但并非所有的action都是一个项目中的一步actioin。所以,必须要输入“所属项目”,让用户实在很为难。我看了软件自带的样例数据,发觉其中的“项目”其实就是“类别”,例如有什么“工作”、“生活”之类的。
    具体说到软件功能,成功助手做得还是相当不错的。我很推崇它的侧边栏。不仅方便地显示各类Item,而且可以在不启动主程序的情况下,在侧边栏上快捷地输入stuff。稍微有些遗憾的是,在侧边栏中的“工作篮”中输入的item,回到操作台(即主程序)中需要刷新一下才可以看到。我曾经以为这是一个bug,差一点就冤枉它了。它的日历还有两个小小的、无关大雅的问题:① 它自带的节日、纪念日太多,五花八门,林林总总。很多纪念日都是用户一辈子都不会关心的,但是它们始终出现在日历上,难免有干扰之嫌。② 农历的日期表述有点问题。“一月”应该叫作“正月”更准确,“一月七”应该叫作“正月初七”更符合中国人的习惯(顺便说一句,传统的说法,十一月应该叫作“冬月”,十二月应该叫作“腊月”)。

和绝大多数中国个人软件开发者一样,成功助手的作者还做了一些“辅助功能”,与时间管理相距甚远,例如“相册”。我倒是建议作者去掉这些内容。如果作者有相关的技术储备,我认为不妨另外单独做一个软件,不要什么东西都凑到一起。
    它的官方网站是: http://www.bajiusoft.com/ 。
    总结短评:成功助手最大的特点在于功能丰富且精细,其可自定义的侧边栏非常快捷方便,集成有简单但够用的知识管理模块,能够和Outlook以及Google calendar进行数据同步,支持传统的时间管理理论中的轻重缓急原则,它的价格低廉(98元/套),在可接受范围内。其最大的遗憾是对GTD思想的把握上明显有混乱的迹象,会给用户造成不知所措的感觉。

Jello.Dashboard
    Jello.Dashboard是我在网上找到的一款据称支持GTD思想的Outlook插件。安装很简便,完成后在Outlook中将“Outlook今日”的主页指向Jello.Dashboard的页面,即全部完成。这样,每次启动Outlook之后,用户就可以在Outlook中看到如下界面:

    Jello.Dashboard和前面介绍的两款软件不同,它没有思维导图。但是这不是什么大问题,只要用户将GTD思想烂熟于胸,这个图有没有都无关紧要。从这个界面上就可以看出,它是可以支持中文的,但是其中文资源太差,太多的词汇都没有翻译成中文。不过,你要实在看着不爽,也可以用全英文的选项。这些都不是关键。
    关键是,普通用户拿到这个软件,不知道该怎么用。Jello.Dashboard没有GTD意义上的In box。在ThinkingRock中,in box就是“Collect Thoughts”和“Process Thoughts”;在成功助手中,In box就是“工作篮”。但是在Jello.Dashboard中,in box就是outlook的收件箱。我们知道,outlook的收件箱,就是Email的收件箱。这样,虽然对于email形式的stuff是方便了,但是似乎无法装盛其他形式的stuff,例如便签、录音音频文件等等。不仅如此,Jello.Dashboard仅仅只是将Outlook的收件箱的根目录当作它的in box。而我使用Outlook的习惯却不会将来件都放到一个文件夹之下的。我有三个Email帐号,不同帐号受到的邮件,我会使用Outlook规则自动分拣到不同的文件夹下,如上图。这样一来,几乎没有来信会落到“收件箱”中,而是会分别落到子收件箱中的某一个中去。这样,Jello.Dashboard就统统不认了。一开始,就受到这样的局限,让人很懊恼。
    我人为地“制造”了两封邮件,放“收件箱”中。我们看到两个item前面都有一个复选框,后面都一个单选框。如果点击单选框,那么这个item就会立刻被“投递”到Next Action中去了。如果点击前面的复选框,则会立刻出现一个灰色的小横条,上面只有三个控件:下拉框“Action”、下拉框“Assign/Remove”和复选框“move”。下拉框Action中的备选item如图所示。

我尝试着点击了某些item,发现有些是可以激发软件某种动作,有些却会报错,有些则没有任何反应。例如,当我选择了“Make Task from item”,系统就会自动创建一个Outlook的任务,而in box中的那个邮件则成为了任务的附件。同样的,如果选择了“To Calendar”,则会自动创建一个Outlook的约会,那个邮件作为附件自动插入到约会中。但是如果我选择了“Send for Reference”,系统则会报错。

这就让我有些难以琢磨了。我的理解,这时in box中的item应该会被自动投递到Reference文件夹中。结果这样的报错,让我不知所措。我也不知道应该怎样才能够选择一个Folder。
    到此为止,我已经没有什么兴趣继续测试下去了。我找不到它的官方网站,大家想了解更多,问Google吧。
    总结短评:Jello.Dashboard最大的优点就是集成到Outlook的界面之中,所有的日历、任务管理都借用Outlook本身所具备的模块。但是它的不足之处也非常明显:首先就是操作不便,抱着GTD的思想去试用,却发现处处碰壁,加之它的中文资源匮乏,帮助模块不完善,让人很快就失去耐心去深入了解。说到底,Jello.Dashboard其实是一个Web版的软件,服务器就是本地计算机,通过设置让Outlook的主页指向它的主页。这样的形式,倒是非常值得学习。毕竟,Outlook已经成为一项事实上的工业标准,太多的人可以不用其他的软件,但是Outlook则每天上班必须打开的。

GTD-Free
     这是一款英文软件,不要钱。相对而言,它也比较符合GTD的思想。因此,只要理解了GTD,对该软件还是比较容易上手的(当然,你要认得那些英文字才行)。以下是它的截图:

    但是,这个软件过于封闭,似乎也无法和Outlook同步,而且尝试它的数据导出功能,发现只能够导出成“GTD-Free XML file”格式的文件。这似乎不应该叫作导出,叫作备份更合理。而且,它并怎么又思路导图。
    要想访问它的官方网站,请点击这里

古道将Outlook改装的GTD
    这是古道自创的一种办法,无需编程,完全利用Outlook现有的功能,来实现时间管理。点击除此可以详细办法。但是Outlook本身只是定位为办公系统的客户端程序,在时间管理和项目管理上都不够好,所以要在它身上打主意,而且不编程,那么只有“将就”、“凑合”了。
    我很佩服古道,能够把Outlook折腾成这个样子,真是不容易。我一步步按照他的教程,实现了。但是我却不想用下去。原因有两个:
  1. 这个办法最多只能说是“项目管理”,说不上GTD。它的核心思想是利用“Outlook的所有类型的项目都提供和联系人项目的链接”这样一个特点,以联系人会纲,把任务、日历和真正的联系人都串在一起,便于管理。这虽然也很有价值,但是似乎和GTD不沾边。
  2. 这个办法太将就,太委屈自己了。看到软件界面上的提示是这样写的,自己却要时刻记得要那样理解。例如,它是利用联系人来进行Project管理。但是联系人就是联系人,联系人只有姓和名,没有“项目名称”,所以我们不得不把项目名称填写到姓名控件中去。反过来,看的时候,看到姓名的时候,要知道这里说的其实是项目名称,要找项目名称的时候,要记得去到姓名字段中去找。这也是无可奈何的事情,因为本身就是“借用”Outlook的一些现有功能,又不编程。在这种边际条件下,也只能这样了。
    顺便说一句,Outlook真的是一个鸡肋。技术储备明明都有了,却硬是坚挺着这么多年不做出来。害的我们只有搞这些“旁门左道”(还不是每个人都会搞,我自认为对Outlook是比较熟悉的了,看了古道的文章,还是很佩服)。不过,我们也没有掏钱,不是吗?

其他
     Remember the milk,这是一个基于Web方式的系统。我一向认为这一类系统就不应该做成Web方式的,原因很简单:谁能够保证时刻登录互联网呢?不过,听说利用什么Google Gear之后就可以离线使用了,这才有了一点兴趣。但是兴趣立刻又消失了。因为它似乎只有任务管理,in box,someday/maybe,reference,List of things to do,delegation都没有。唯一有的calendar,如果要提醒的话,还得交钱。据说,得几十美元/年。我实在想不通,它为什么要做中文版的。难道,这也是中国国际地位上升的表现吗?
    Bonisai,我在网上简单地看了看,觉得它似乎是在Plam上使用的软件,也就没有了兴趣。
    Outlook Added-in,据说和Jello.Dashboard一样,是Outlook的插件。但是我在网上找了很久,才找到一个下载链接,下载来之后,还不能安装。Windows说那不是合法的Windows程序,只好拉倒。

    综上所述,ThinkingRock的思想是最好的、成功助手的功能性是最好的,Jello.Dashboard的形式是最好的。如果能够把它们的优点综合一下,那可以算是完美的了。

GTD之我见

    GTD对我来说是一个比较新鲜的词汇。这个词汇到底应该怎么理解,还是比较难得描述的。这个词汇的来源,是一本书的名字,《Get Things Done》。作者Allen在这本书中介绍了一种时间管理的思路。通过这几天的学习研究,我发现世界上有好多GTD Fans。在Google或者百度上搜索GTD,有大量的文章和帖子在介绍,我就不重复了。这书名有几个常见的中译名:《无压工作》等等。
    这些都不是关键,关键是GTD到底是什么意思?下面就说一说本人对GTD的理解。
    简单地说,GTD就是一种思想,一种关于时间管理的思想。
    我们每个人在日常工作和生活中,会随时产生各种想法,会被别人要求/邀请/命令/委托去做某件事情。这些东西,在GTD中通通被成为“Stuff”。Stuff一词,我想翻译成“材料”是最妥当的,因为“材料”一词在中文里面就有“精神”、“非物质”层面的含义,最典型的就是“文字材料”。每当有新的Stuff出现时,人们应该做的事情就是把这个Stuff放入到In Box中。
    In Box的标准翻译是“收件箱”,但是此处的in box和我们平时说的Email系统中的收件箱还不是一个意思。这里的in box其实就是用来“装”stuff的容器,在不同的时间管理系统中,in box的外在形式也不同。例如,我们可以用一个文本文件将stuff都记录下来,那么这个文本文件就是in box。又例如,在非IT的传统办公环境中,装文件的多层文件托盘就是in box。如果有人走进你的办公室,交给你一份材料说需要你的签字,你自然会将这份材料快速浏览一遍(或者听来人简要介绍材料的主题),然后最通常的做法是将材料放入办公桌上的文件托盘中。当然,我看到很多人的显示器上贴满了五颜六色的便签纸,仿佛是那显示器挣扎着从纸堆中把脸露出来一般。其实,那显示器也就充当了in box的作用。
    故事还是从in box开始的。在in box中的stuff是需要我们进行的处理的。要处理它,我们首先要进行一个判断:这个stuff是一件可以采取行动的(actionable)东西吗?如果是,那么我们当然需要策划一下具体的动作(action);如果不是,那么这个stuff仅仅只是一个想法而已。花开两朵,各表一枝。我们先说后者。一个不能采取某种动作的stuff,只有三种可能:① 这完全是一个垃圾,不值得保留;例如Email系统所未能帮我们拦截下来的垃圾邮件。② 这是一个值得保留的想法,但是它要么是因为目前条件不成熟而无法采取行动,要么是因为我们主观上还没有“想得很清楚”而无法采取行动;例如,很多男人经常会出现的想法--“最好还是能够把烟戒掉”。③ 这是一个很成熟的想法,但是它本身并不会引发/触发某种行动;例如,女人们从报纸上剪下来的介绍如何保持皮肤水分的豆腐块文章。
    现在回过头来,我们看看另外一枝花。如果stuff是可以引发一个/一系列具体action的想法/命令/委托,那么我们又需要来做一个判断:我们需要做的事情,一步够不够?如果一步还不够,需要很多步行动才能够完成,那么我们就不再GTD中关注它了,它已经变成了一个Project(项目)了。我们需要做的事情就是立项,然后按照项目管理的套路去处理它。如果一步就够了,我们也就自然想好了:我们的action是什么?然后,我们要看一看,这个action是不是能够在两分钟之内完成的?如果是,就废话少说,先去把它做完再说。如果两分钟之内搞不定,那就先不着急,看看谁去做最合适。是我本人吗?还是别的某个人?如果某个同事、某个同学、某个战友、某个合作伙伴、甚至某个邻居做起来比我更合适,那么就委托/命令这个更合适的人去做。当然,你把这件事情委托/命令他去做,你也应该有一个时效预期。你希望/要求他在什么时间之前帮你搞定。
    如果事情还必须是我本人去做,两分钟之内又搞不定,那么我们就只有自己干,但注意不是立刻就干!如果这个事情现在还不能开始,其前提条件还不具备,或者必须在某个日期之后才能够启动,那么我们就把事情记录在日历上备忘。如果条件已经具备,随时都可以开工了,那么我们就把这个事情记录在List of things to do中。
    说起来,还真有些绕口。不过,看一看一张图表,就非常容易搞懂了。

    这张图是本人按照自己的理解所绘制。与传统的GTD流程图有些区别。
    区别一,除了“Which type?”判断之外,其他的判断都只有两个选项:Yes或No。这样,思路就更加清晰。例如,当明确了only one step enough之后,接下来就评估这个action是否应该有“我”来做会更合适(Shall I?)。如果有比自己更合适的人选的话,流程就直接转向了Delegate(委托)。如果的确更适合自己来做,那么还要看action是否现在就可以开工(Can start now)。如果必须要特定的日期/时间才能够开工,那么就把这个action放到日历中去,设置提醒即可。如果现在就可以开工,那么还不能急着卷起袖子就干。只有在两分钟之内就能够干完的action,才适合立刻去做,否则就先记录到待办事项清单(List of things to do)中。在传统的GTD流程图中,一个“what's the next action”判断之后,就有四个分支,而且四个分支的条件关系并不并列。这样,不太利于理解。
    区别二,我总结了按照GTD流程处理之后,stuff的八种“归宿”。这八种归宿是:1 形成project;2 形成delegation;3 形成things to do;4 形成calendar; 5 do it;6 作为垃圾扔掉;7 形成someday/maybe;8 形成reference,放到知识管理系统中去备查。其中,“do it”和“作为垃圾扔掉”两个终极项没有后续步骤之外,其他的6个都有后续步骤。
    接下来,我介绍一下我对这个“后续步骤”的思考。
  1. 形成project。当stuff流到了project那里去了之后,我们该怎么办呢?难道就不需要日历了吗?在认真考虑之后,我认为这个时候就需要另外一套思路/系统来帮助我们了,那就是大家耳熟能详的“项目管理”(Project Management)。传统的项目管理,当然也会涉及到时间的安排。我想,这里所说的项目管理,应该是剥离了时间管理的剩余部分。这剩余部分,直白地说,主要也只有“任务的分解”了。把任务分解成若干个single step action,然后再把最上面的一个action回流到GTD流程中来,我称之为“Review For Next Action”。
  2. 形成delegation。当stuff流到了delegation之后,委托方和被委托方都应该明确一个共同的时限,“什么时候要交活”。作为委托方,到了这个时限也是应该去Check/Review这个delegation是否完成的。所以,当形成delegation之时,我们就应该把这个时限放到自己的日历中去,我称之为“mark the check date/time”。所以,“形成delegation”这个归宿说到底还是流到了“形成calendar”了。
  3. 形成calendar。calendar最大的特点就是有提醒,到了时间就会提醒我们应该做什么。现在的calendar都是电子的/软件的,所以这个无需多言,只是要记得要把提醒功能打开,并最好能够确保自己届时能够收到提醒消息(例如把calendar item灌到自己的手机中,或者自动发送到QQ/MSN或者Email in box中)。
  4. 形成things to do。我最初认为这个things to do是多余的,与其专门设置一个list of things to do,不如直接把这些item放到calendar中。后来再思考,发现并非如此。我们观察一下things to do的形成就知道,这些item都是“自己做”、“可以立刻开始”,但是所需时间要“超过2分钟”的。这个时候,把这些item排到calendar中,反而是多余的。只要手头没有事情(两分钟之内可以搞定的事情已经没有了),就应该立刻处理things to do,从list的第一项到最后一项,一项项地去做。在GTD的原文中,这些事情有一个共同的属性,叫作ASAP(As Soon As Possible)。这里的possible,只是专门讲“手头有没有在两分钟内可以做完的事情”,并不涉及其他的前提条件。如果其他的前提条件还不具备,那么这个item就不应该放的List of Things to do,而是应该放到calendar中。所以,只要当我们自己觉得“无聊”、“没事可干”的时候,我们就应该去按照List of Things to do去做,把这里的Item变成Do it。
  5. 形成Someday/Maybe。这些item的共性是,本身并不需要采取什么动作,或者只是一个很初步的想法,还很不成熟。说到底,这些item和stuff本身没有什么太大的区别。我最初认为,当stuff成为了item of someday/maybe之时,我们需要为它设定一个review date,提醒我们把这些item当作stuff再回炉走一遍流程。声望颇佳的ThinkingRock软件就是这样设计的,它把这个概念叫作tickle date。再细想,这个tickle date虽然没有什么坏处,但是操作性不强。因为位于someday/maybe的item本身就有很大的不确定因素,所以这个date也很难确定,或者很不准,从而使其意义不强。更有现实指导意义的是,定期review一下这些item。Review之后,这些item(实际上就是stuff)的归宿依然无非是上述的八种。这个定期,可以是天、可以是周、可以是月,可以是季,可以是年。但是我个人认为周、月是比较恰当的周期。
  6. 形成reference。Reference其实和someday/maybe很类似,区别无非是前者的想法已经很成熟了,但是现在用不着,放入知识管理系统中备查备考。如果说,someday/maybe强调的是定期清理,那么reference则强调检索。当然,定期review一下也没有什么坏处,温故而知新嘛。只是知识库中的item只进不出,越积累越多,review一遍也可能会耗费太多时间,不太现实。所以,检索重于回顾。
    至此,stuff的8种归宿都介绍完了,特别介绍了6种非终极的情况。归纳如下。
    一,当有了想法或者接受到委托之后,立刻将它放入In box,这个事情不要拖延。如果担心占用时间的话,可以利用一些更“时髦”的手段,例如录音或者照相。
    二,当自己觉得无聊的时候,无所事事的时候,也不要发呆。首先检查List of things to do中是否还有item。如果有,则do it;如果无,则清理in box。如果list of things to do和in box都是空的,那么就犒劳一下自己,看碟片、打游戏都可以,甚至睡觉或者开车出去兜风。
    三,有些事情是需要定期回顾的。每到周末或者月底,我们需要一个不漏地review。这些Item分布在someday/maybe、reference、project management中。
    四,对于in box而言,是要做到每日清理的,日清日毕。这个原则不坚持,一切都是白说。有些说教者在那里宣称“每天的事情每天做完”、“不要把工作留到明天”。这些说法未免太大了,不现实,但是每天把in box清理完毕,是完全可以做到的,具有很强的操作性。

    最后,我还想谈一谈GTD的局限性。网上很多的文章和帖子都在赞扬讴歌GTD,鲜有批判的。但是任何事情都有利有弊,GTD也不例外。GTD作为一种时间管理的思路,和传统的时间管理思路最大不同是,GTD不再谈什么事务的轻重缓急。传统的时间管理思路认为,事务要按照紧急程度和重要程度进行划分,划分为四个象限。重要且紧急的,当然优先处理。不要重又不紧急的,当然是最后处理。在“重要不紧急”和“紧急不重要”的两个象限中,传统的时间管理思路更提倡前者。这一套理论,在GTD中统统都被抛弃了。GTD的原则是“两分钟”,只要是两分钟之内可以搞定的single step action,那么现在就开始做,否则就放到List of things to do 中去。我们当然不能否则轻重缓急理论。当然,如果我们认为GTD的两分钟原则更好的话,我们也可以把两分钟原则放在轻重缓急原则之上。也就是说,两分钟能够搞定的马上就去搞定,回过头来处理things to do的时候,我们还是可以遵从轻重缓急原则的。如果你认为轻重缓急原则比两分钟原则更重要,那么你就自己看着干吧。

2009年2月5日星期四

Outlook的启动参数

    今天在GTDLife上看到一篇文章,介绍在桌面上创建快捷方式,方便地创建Outlook的便签。点击此处查看该文原文。仔细看了看,发现其原理就是在启动outlook时加上了启动参数。
    于是想到应该还有其他启动参数可以用。在Google上搜索了一番,发现有一篇文章专门介绍Outlook的启动参数。点击此处,查看原文。为了防止原文链接失效,我将原文Copy了过来。

    启动 Microsoft Outlook 的命令是 Outlook.exe。命令行参数开关是正斜杠后跟开关名和开关具有的任何参数。

开关的用法

查找 Microsoft Outlook 可执行文件 Outlook.exe 并记下它的路径。例如,路径可能是 C:\Program Files\Microsoft Office\Office11\Outlook.exe。 
单击“启动”,再单击“运行”。 
在“打开”框中,键入在第 1 步中记下的完整路径,包括文件名。按空格键一次,再键入正斜杠 (/) 和后面的开关。
例如,如果想使用 CleanReminders 开关,在“打开”框中键入的命令是:

"C:\Program Files\Microsoft Office\Office11\Outlook.exe" /Cleanreminders 
注释  如果路径中的两个词之间包含空格,则必须用双引号 (") 括起,路径区分大小写。

若要运行此命令,请单击“确定”。
开关参考

开关 说明 
/a
 以指定的文件为附件创建一个项目。

例如:

"C:\Program Files\Microsoft Office\Office10\Outlook.exe" /a "C:\My Documents\labels.doc"

如果没有指定项目类型,假定为 IPM.Note 类型。该开关不能用于不是基于 Outlook 的邮件类。
 
/altvba otm200575174901.htm
 打开在 otm200575174901.htm 中指定的 VBA 程序,而不是 %appdata%\Microsoft\Outlook\VbaProject.OTM。
 
/autorun macroname
 打开 Outlook 并立即运行在 macroname 中指定的宏。
 
/c messageclass
 新建一个指定邮件类的项目(Outlook 窗体或者任何其他有效的 MAPI 窗体)。

例如:

/c ipm.activity 创建一个“日记”条目 
/c ipm.appointment 创建一个约会 
/c ipm.contact 创建一个联系人 
/c ipm.note 创建一个电子邮件 
/c ipm.stickynote 创建一个便笺 
/c ipm.task 创建一个任务

 
/checkclient
 提示电子邮件、新闻和联系人的默认管理器。
 
/cleanclientrules
 启动 Outlook 并删除基于客户端的规则。
 
/cleandmrecords
 删除当管理器或者代理谢绝一次会议时保存的日志记录。
 
/cleanfinders
 从 Microsoft Exchange Server 存储区中删除搜索文件夹。
 
/cleanfreebusy
 清除并重新生成忙/闲信息。此开关只能在可以连接到 Microsoft Exchange Server 时使用。
 
/cleanprofile
 删除无效的配置文件表项并重新建立适用的默认注册表项。
 
/cleanpst
 使用一个空的个人文件夹文件 (.pst) (个人文件夹文件 (.pst):在您计算机上存储邮件和其他项目的数据文件。可以分配一个 .pst 文件作为默认电子邮件的送达位置。可以使用 .pst 文件来备份项目以保护项目。) 启动 Outlook。
 
/cleanreminders
 清除并重新生成提醒。
 
/cleanrules
 启动 Outlook 并删除基于客户端和服务器的规则。
 
/cleanschedplus
 从服务器上删除所有的 Schedule+ 数据( 忙/闲、权限和 .cal 文件)并允许所有的 Schedule+ 1.0 用户使用和查看 Outlook 日历中的忙/闲信息。
 
/cleanserverrules
 启动 Outlook 并删除基于服务器的规则。
 
/cleansniff
 删除重复的提醒邮件。
 
/cleansubscriptions
 删除订阅邮件和订阅功能的属性。
 
/cleanviews
 恢复默认视图。创建的所有自定义视图都会丢失。
 
/designer
 启动 Outlook 并且不指定 Outlook 在第一次运行时是否应为默认客户端。
 
/embedding
 打开指定的邮件文件 (.msg) 作为 OLE 嵌入。也可以不带命令行参数作为标准 OLE 共同创建的对象。
 
/explorer
 以“浏览器”模式(有链接栏)打开新窗口。
 
/f msg200575174901.htm
 打开指定的邮件文件 (.msg) 或者 Microsoft Office Saved Search 文件 (.oss)。
 
/firstrun
 像第一次运行那样启动 Outlook。
 
/folder
 以“文件夹”模式打开新窗口(导航窗格关闭)。
 
/hol hol200575174901.htm
 打开指定的 .hol 文件。
 
/ical ics200575174901.htm
 打开指定的 .ics 文件。
 
/importprf prf200575174901.htm
 启动 Outlook 并打开/导入已定义的 MAPI 配置文件 (*.prf)。如果 Outlook 已经打开,则将该配置文件插入队列,等候下一次不带配置文件启动时被导入。
 
/l olk200575174901.htm
 打开指定的 .olk 文件。
 
/launchtraininghelp assetid
 打开由 assetid 指定的帮助主题的帮助窗口。
 
/m emailname
 给用户提供一种向项目添加电子邮件名称的方法。只能与 /c 命令行参数一起使用。

例如:

Outlook.exe /c ipm.note /m emailname

 
/nocustomize
 启动 Outlook 并且不加载 outcmd.dat(自定义工具栏)和 *.fav 文件。
 
/noextensions
 启动 Outlook,扩展程序处于关闭状态,但在加载项管理器中列出。
 
/nopollmail
 启动 Outlook 并在启动时不检查邮件。
 
/nopreview
 启动 Outlook,阅读窗格处于关闭状态。
 
/p msg200575174901.htm
 打印指定的邮件 (.msg)。不能用于 HTML 邮件。
 
/profile pro200575174901.htm
 加载指定的配置文件。如果配置文件名含有空格,请用引号 (") 将配置文件名引起来。
 
/profiles
 打开“选择配置文件”对话框,不论“工具”菜单中的“选项”如何设置。
 
/recycle
 如果已经打开了一个 Outlook 窗口,则用该窗口启动 Outlook。与 /explorer 或者 /folder 共同使用。
 
/resetfoldernames
 将默认文件夹名称(例如“收件箱”或“已发送邮件”重置为以当前 Office 用户界面语言表示的默认名称。

例如,如果最初使用俄语用户界面连接到 Outlook 邮箱,则不能重命名俄语的默认文件夹名称。若要将默认文件夹名称改成其他语言(例如日语或英语),可以在改变了用户界面语言或者安装了其他语言版本的 Outlook 之后使用此开关来重置默认文件夹名称。
 
/resetfolders
 恢复默认投递位置丢失的文件夹。
 
/resetnavpane
 清除并重新生成当前配置文件的导航窗格。
 
/rpcdiag
 打开 Outlook 并显示远程过程调用 (RPC) 连接状态对话框。
 
/s 200575174901.htm
 加载指定的快捷方式文件 (.fav)。
 
/safe
 启动 Outlook,不带扩展程序、阅读窗格或自定义工具栏。
 
/safe:1
 启动 Outlook,“阅读窗格”处于关闭状态。
 
/safe:2
 启动 Outlook 并在启动时不检查邮件。
 
/safe:3
 启动 Outlook,扩展程序处于关闭状态,但在加载项管理器中列出。
 
/safe:4
 启动 Outlook 并且不加载 Outcmd.dat(自定义工具栏)和 *.fav 文件。
 
/select foldername
 启动 Outlook 并在新窗口中打开指定的文件夹。例如,若要打开 Outlook 并显示默认日历,请使用:"c:\Program Files\Microsoft Office\Office11\Outlook.exe" /select 
outlook:calendar
 
/sniff
 启动 Outlook 并强制检查“收件箱”中新的会议要求,然后将它们添加到日历中。
 
/t oft200575174901.htm
 打开指定的 .oft 文件。
 
/v vcf200575174901.htm
 打开指定的 .vcf 文件。
 
/vcal vcs200575174901.htm
 打开指定的 .vcs 文件。
 
/x xnk200575174901.htm
 打开指定的 .xnk 文件。