高效工作的朴素方法论

强迫症起源

很久之前我就想要写一篇文章记录我的工作方式，并在分享的同时对自己的工作方式进行审视，看看有什么能改进的地方。

我是那种总是要为下载软件、订阅服务和购买硬件寻找理由的人，举个简单的例子。我的 macOS 同时安装了 GoLand 和 Visual Studio Code 用于 Go 语言开发，但是何时使用什么软件是有规矩的。

简单来说：

• 如果是开发正经的项目，我会使用 GoLand
• 如果是进行临时编辑，或是开发临时项目，我会使用 VSCode

但凡它们其中一个能干这两件事，另一个就不会存活在我的电脑上。

没错，我对于我的开发环境、工作流程和工作产出就是有很严重的强迫症。

出来玩最重要的是出来

我自诩为 GTD 方法论的实践者，因此在我 TickTick 的今日视图（Today）里会有许多计划或推迟到今天的任务，这其中就包含了一个每日重复的任务，叫梳理今日任务（Plan for the day）。

花三分钟安排一天

每天开始，我都会先梳理一遍今日视图里的所有任务：

1. 有些任务会依赖于现实世界的因素，我一般会先定一个大致的日期，然后到那一天再进行判断是否需要再次延后。
2. 有些任务则完全没有可能在今天完成，那么也需要被延后。一般来讲，我主要专注于今天任务的安排，对于是否可能造成未来某个日期的任务堆积并不是很在意，因为可以等到那天再做梳理。

梳理任务的关键在于对于自己实际的产出效率和可用时间上的正确评判，很显然我不是超人，每天也只有 24 个小时。

预热大脑

首先，泡一杯咖啡。

我是一位业余咖啡选手，我女朋友甚至因为我爱喝雀巢三合一而嘲笑我喝的并不是咖啡而是饮料。

好吧，无可辩驳。

然后，我会按照以下步骤进行大脑预热：

1. Slack DMs: 私聊消息（Direct messages）享有最高的优先级，因为一般都是较为紧急、私人或重要的事项。
2. Slack Threads: 我正在跟进或者有提及我的讨论一般来讲会更需要我的关注、输入和反馈。
3. GitHub PRs with review requested: 作为一名软件工程师，我深知被反馈环节卡住的无语感，尤其是团队成员还分布在各个不同的时区。当每次反馈周期可以长达 24 小时的时候，尽早提供我的反馈对于提升团队的整体运作效率是非常关键的。
4. Slack starred channels: 处理所有星标频道的未读消息，其中有些消息我可以作出快速回复，有些消息需要更多时间的思考，则会加入我的当日待办事项。星标频道是与我日常工作最息息相关的一些内容，我也会经常查看确保没有消息遗漏。
5. Slack Reminders: 处理稍后提醒并对每个提醒事项作出决策：
   • 添加到我的当日待办事项，即打开一个浏览器标签
   • 如果我觉得此时的当日待办事项已经够多了，就延后到今天更晚的时候再做决定
   • 如果我觉得今天肯定没有时间或还不是一个执行的好时机，则会延后到之后的某个日期
6. Emails: 在大脑预热阶段，我只会处理那些我今天肯定没有时间执行的邮件并延后到之后的某个日期。剩余的邮件则自动成为我的当日待办事项的一部分，并根据邮件到达时间确定优先级（越早到达的邮件优先级越高）

此时此刻，我一般就会有许多浏览器标签了，这是我当日待办事项的三种形式之一，其余两种分别为 TickTick 的今日视图和电子邮件收件箱。

我认为有一点认知非常重要，那就是并不是每天都可以把安排的任务全部完成，并且在无法完成的情况下也应当适时结束工作来避免给自己造成不必要的精神压力。

推送通知是互联网时代的毒药

我注意到推送通知经常会带给人们焦虑的情绪，尤其是工作上的，我对此也深恶痛绝。

一剂良药

我的解决方法很粗暴，就是禁用电脑和手机上绝大部分软件的推送通知，包括应用图标上的红点（没错，也包括短信、邮件）。我这样做的目的就是为了只有当我想起来的时候再去查看新内容，最大程度上在集中精力时避免被推送通知打断。

我只允许来自 Slack 和微信的私聊消息的实时通知（并且禁用了所有微信群的消息提示），但是我仍然不允许这两款应用的图标上出现红点。如果我没在收到消息的时候注意到，那么只能等我想起来的时候再去查看了。

Slack

我希望 Slack 可以允许只有在收到私聊消息的时候才提示，不过目前看来还不至于造成困扰。

对于正常消息，我对 Slack 的频道进行了四种类型的划分：

1. Starred: 前文已经提到，这些频道是我会经常查看的
2. Priority: 这些频道并不与我的日常工作息息相关，但是都是一些我感兴趣的话题和讨论，包括 #dev-databases、#dev-experience、#lang-go 等等
3. Unmuted: 如果我感到无聊，就会去看这些频道的消息 🙂
4. Muted: 由于 Slack 要求必须加入频道才能发送消息，但是我又不完全关心这些频道里面发生了什么，所以就会将它们的消息提示完全关闭但也不退出，包括 #legal、#finance 等等

GitHub

我只会收到我正在参与的讨论的邮件通知，其它类型的通知全部都会留存在网页版上。我完全禁用 GitHub Actions 的通知是因为我不能够根据仓库单独配置，现在的版本信息有效比低的离谱。

许多人根本不看 GitHub 网页版上的通知，但我不会，我会处理每一条网页版上的消息通知。没错，每个月都有几千条网页版消息通知，我并没有放弃它们。

我把工作相关的消息通知全部转发到我的工作邮箱，这样在我查收个人邮件的时候不会受到工作相关内容的干扰。

Gmail

Gmail 过滤器（Filters）可以非常好地帮助我自动标记、排序和删除电子邮件。

一个也不能落下

很多时候，在我看到一条消息的时候我都没有时间立刻去处理或者回复，但我即不想无视它，也不想让这些杂乱无章的信息塞满我有限而宝贵的脑容量。

我的解决方案就是疯狂使用 Slack Reminders，这是我最喜爱的 Slack 功能之一（另一个是 Threads）。

如果是一封电子邮件，那么我就会使用 Gmail 的 Snooze 功能。

如果你也经常使用这项功能，那可能和我一样为如何自定义这个列表中的时间而抓狂过，不过解决方案在 How to Find and Change the Times for Your Gmail Snooze Settings 这篇文章里。

在虚拟工作空间里遨游

我有一个专门的 Chrome 用户作为我虚拟工作空间的交流平台：

• 我在浏览器里运行 Slack
• 我并没有在笔记本或手机上安装或配置 Slack 和工作邮箱

为什么我不使用 Slack 桌面版？因为它没有能力区分工作空间和其它社区，这就使得我可能会在无意中查看到工作相关的消息。

另一个在浏览器里运行 Slack 的关键优势是我可以利用 Chrome tab groups 来组织我的工作流。

我还是一个番茄计时器的非硬核践行者（只记录工作不记录休息），我的工作时间都会用一款叫做 Flow 的软件进行追踪，我选择它的原因就是它很简洁、美观并且免费。当然了，工作时长无法成为衡量我工作的依据，Sourcegraph 不提倡也不践行根据工作时长来决定个人绩效，而是根据实际的有效产出。我对自己的工作时间进行追踪的根本目的是为了进行自我效率评估。

异步沟通是健康的协作方式

我坚信在软件工程领域，精力集中时被打断是扼杀高效工作的最有效手段，那为什么异步沟通就不会呢？我推荐阅读 Maker’s Schedule, Manager’s Schedule。

异步沟通还有许多其它好处，可以阅读 Asynchronous communication at Sourcegraph 这篇文章。

给自己放个假

软件工程类属创造性工作，而人类大脑又是世界上最复杂、最精密的仪器。超时长工作并不会使得大脑变得更具创造性，因为每个机械师都知道零部件需要定期检查和维护。

恐怕你也无法想象你的航空公司会告诉你某架次飞机会因为长期没有检修而飞得更快吧？

Sourcegraph 提供非常优厚的带薪休假政策来帮助团队里的每个人都变得更积极、主动且高效的。