微软
尽管去做:无压工作的艺术微软被视为一种灵活的个人与组织工作流程中的组成部分——它可以容纳任务类别、帮助追踪委派的工作并支持项目规划,但其效用取决于是否有清晰的做法来收集和检查承诺。书中的例子反复将软件与纸质笔记、电子邮件、日历及其他工具并列,强调的核心是,可靠的行为比任何单一平台都更重要。
不断扩大的工作环境中的作用
采用外部组织方式的理由,始于知识工作的性质不断变化。项目越来越没有明确边界——会议、培训计划、薪酬结构或文章几乎总有改进空间,而网络则提供了实际上无穷无尽、可能相关的信息。与此同时,组织成果取决于跨部门沟通;过去各自为政的办公室部门之间的隔阂,逐渐被转发的电子邮件和临时协调所取代。随着组织调整目标、产品、合作伙伴、市场、技术和所有权,工作本身也随之改变;与此同时,专业人士在职业生涯中不断转换,而不是始终待在一份职责说明固定的工作中。
这种种变化带来大量外部通信和内部承诺。书中指出,一个可行的系统必须覆盖工作的完整范围,从宏观成果到细小的未解决事项;它必须容纳多个优先级,并管理每天数以百计的新输入。微软在书中出现时,正属于这种实际解决问题的情境——它是让个人清单中的部分内容变得清晰可见、可供检查的一种媒介。
清单、管理工具与个人使用
书中根据清单的功能而非形式来定义清单——它只是将具有某种共同特征的事项归在一起。这种归类可以表现为文件夹里的若干张独立纸条、规划本中的一页标题页,或数字类别,例如微软视窗任务。这样的灵活性可以避免人们误以为软件本身就是方法。关键要求是能够轻松创建清单并定期检查;媒介则可根据简便性、速度以及使用者是否愿意持续使用来选择。
书中对管理工具的讨论具体说明了这一区别。管理工具可以存储参考信息并管理清单,而日历则是按时间顺序排列、与特定日期和时间相关的行动清单。作者建议使用人们乐于使用的工具,因为实用的吸引力有助于持续使用;真正需要考虑的是,现有工具能否帮助改变行为,还是换一种新设置效果更好。数字信息或许更适合用数字方式追踪,而纸质日历对于需要在路途中迅速更改的预约可能更方便。因此,微软只是更广泛工具环境中的一种选择,并非天然优越的答案。
收集并处理承诺
书中对精神超负荷的说明,解释了外部记录为何重要。短期记忆被比作计算机的随机存取记忆——容量有限,而未完成或尚未决定的事项会持续占据其中的空间。当一项尚未解决的承诺再次浮现,却没有被写下来并放在可信赖之处以便日后检查时,它会引发忧虑,却未必带来进展。书中提出的办法,是把想法和义务转移到客观、可供检查的形式中,而不是一再试图把它们留在脑海里。
这一逻辑也指导了书中对头脑风暴的处理。思维导图及相关图示方法让人们先收集想法,之后再决定这些想法如何融入项目。数字工具可以参与这个过程,纸质笔记也同样可以。谈到分布式认知时,书中回忆了一位高中教师的建议——把笔记和引文分别写在三乘五英寸的卡片上,将卡片摊开,再审视其结构。媒介通过让材料呈现在脑外来辅助思考;如果微软软件提供了便于记录和重新编排信息的方式,也能发挥类似的实际作用。
处理收件篮时,同样遵循这一原则。希望使用与微软视窗同步的个人数字管理器的客户——其公司已用微软视窗处理电子邮件和日程安排——首先需要确保硬件和软件正常运作。此前未完成的微软视窗任务清单会被打印出来、清空,再放回收件篮,这样便能重新审视现有任务清单,而不是不加检查地沿用。接着,教练和客户会建立“电话”“跑腿”“议程”和“在电脑前”等类别。逐项处理时,可以直接把行动步骤录入客户预期会使用的系统。如果尚未决定最终采用哪种提醒工具,纸条仍是有效的起点;可以等基础系统建立后再升级。
电子邮件文件夹与委派工作
微软的电子邮件环境也用于区分需要采取行动的邮件、参考资料,以及等待他人处理的事项。对于需要采取行动且处理时间超过两分钟的电子邮件,书中建议使用“@行动”文件夹。它的前缀使其与参考资料文件夹区分开来,并将其排在文件夹列表靠前的位置。另设一个“@等待回复”文件夹,用来存放表明他人将采取某项值得追踪的行动的电子邮件,也存放通过电子邮件发出的请求或委派行动的副本。
不同应用程序处理已发送邮件的方式有所不同。莲花笔记可以在发送邮件时将副本归入指定文件夹,而微软视窗通常会将已发送邮件保存在通用的“已发送邮件”文件夹中。对于微软视窗用户,书中建议在通过电子邮件委派任务时抄送给自己,然后把副本移入“@等待回复”文件夹;也可以将流程自动化,让抄送给自己的邮件进入指定文件夹。这些例子表明,微软软件是责任追踪链条的一部分——请求虽然离开发件人的收件箱,但仍留有记录,供人检查,而不必依靠记忆。
更广泛的目标,是让收件箱恢复其原本的用途——存放尚未处理的来件。当收件箱里同时有尚未决定如何处理的行动和参考邮件时,每次瞥一眼屏幕都可能要求重新评估;邮件数量越多,这种安排就越令人麻木。将邮件处理后放入行动和等待文件夹,而不是把它们混杂留在收件箱中,有助于更清楚地了解当前工作。书中指出,把电子邮件收件箱维持在清空状态,比让一千封邮件堆在收件箱里更省力。
项目规划与组织的局限
对于项目思考,书中更倾向于采用简单的层级大纲,而非超出大多数用户需要的复杂项目管理应用程序。书中指出,项目所需的细节和结构各不相同,因此没有一种应用程序适合大多数人。作者提到,自己曾用赛门铁克大纲大师,后来改用微软文字处理软件进行项目规划。大纲应用程序可以随着任务需要扩展或收缩,但它必须足够易用,让用户能够插入标题、移动材料和组织想法,而不至于把注意力过多放在操作程序上。信息存放在哪里并不如能否方便地输入和检查重要。
书中也指出个人软件所能做到的事情有其限度。它无法规定个人系统;只有相关请求和信息送达接收者的系统,并经过处理以备日后检查,组织内部的通信才可靠。如果接收者只管理语音邮件,却不管理电子邮件或纸质文件,发送者就只能依赖这唯一可信赖的渠道,从而造成瓶颈。工作流程的强弱取决于其最薄弱的一环,而关键人物反应迟钝,就可能削弱整个系统。
因此,组织不能只提供工具。组织可以要求人们对成果负责,并追踪收到的事项;但也必须营造一种环境,让人们可以承认工作量超过任何一个人能够完成的范围,并重新协商哪些事情不会去做。重新协商有赖于可靠收集——如果承诺已经被遗忘或遗失,就无法重新评估。微软的清单、文件夹和大纲可以帮助保存这份事项清单,但它们无法决定组织是否朝正确方向前进,也无法确保人员能够良好协作。它们的意义更有限,也更实际——它们可以让承诺清晰可见,从而供人检查、分派和重新协商。