沟通即任务：成功异步工作的思维模式
Source: Dev.to
背景
不必多说，异步工作是非常有价值的。作为工程师，我们需要专注，但实现专注所需的工具、方法和流程因人而异。单一的办公环境有其局限性。
此外，在成为工程师之前，我们首先是人类，作为人我们希望尽量减轻生活负担。例如，通勤导致的疲惫是荒唐的。即使是单程 30 分钟的通勤，加上准备、安顿以及上下文切换，实际上相当于单程约 1 小时——往返共计 2 小时。想象一下，这 2 小时本可以用来做些什么。
为了确保每个人的专注力和身心健康，远程工作是必不可少的。这就需要异步工作。
回归办公室出勤的现实
即使是 GAFAM 和 MATANA 这样的巨头仍在倡导回到办公室。生产力确实可以在实体办公室中实现，但以时间和地点限制人们是一种剥削，剥削能够产生结果也就不足为奇了。就像压迫性政权一样，过度工作可以强迫产生结果。
即便没有这种强迫，仍有许多人莫名其妙地倾向于聚集。聚会热闹、有趣且满足社交需求，但仅此而已。虽然这对某些人可能有效，但它不利于专注和压力管理，也不应强加给所有人。
为什么这种强制仍然盛行？倾向于这种集体工作方式的人往往掌握权力。随着组织规模的扩大，低效和破坏行为在结构上会增加，导致办公室出勤被用作忠诚度的考验。
看似完全远程，但…
在许多看似完全远程的组织中，存在他们始终参与线上会议的情况。这与在办公室没有区别。
办公室工作同时约束时间和地点，而线上会议仅约束时间。约束无论如何都存在。
为了实现专注和用心，必须减少这种约束，这也意味着要减少线上会议。
因此，异步工作意味着在远程工作时不依赖线上会议。
建立异步工作的视角
在我多年的倡导实践中，我意识到很多人并未真正理解建立异步工作的前提条件。这一次，我将通过将沟通视为任务的方式，阐述这些前提条件。
沟通即任务
Communication As A Task 是一种将沟通视为任务的概念，缩写为 CaaT。
在异步工作中，沟通自然会变成异步沟通。许多人不喜欢异步沟通，往往是因为他们不了解其背后的概念。异步沟通应当被视作一种任务。
任务具有“打开”和“关闭”的概念。任务在被打开时开始，在被关闭时结束。这意味着所有的沟通机会以及其中涉及的话题都被视为任务。将所有事项统一到“完成任务即结束”的状态，可提供清晰的界定。
示例
假设经理 M 与工程师 E 有一次 45 分钟的一对一会议。议题如下：
- 破冰
- E 的职业发展
- 与项目 P 相关的议题 1 与 2
- 项目 P 中成员 M1 与 M2 的兼容性差以及处理方式
- 结束
在 CaaT（Conversation-as-a-Task）框架下，这将是：
- 任务 1： “破冰” – 在 3 分钟后结束
- 任务 2： “关于 E 的职业发展”
- 任务 3： “议题 1 与项目 P 相关”
- 任务 4： “议题 2 与项目 P 相关”
- 任务 5： “项目 P 中成员 M1 与 M2 的兼容性及处理方式”
- 任务 6： “结束” – 在 2 分钟后结束
所有内容都变成了任务，我们需要考虑完成这六个任务。
- 破冰和结束是有时间限制的；它们会在指定时间后自动结束。
- 其他任务是普通任务；只要任一方或双方同意结束，即可完成。
并不一定要把这六个任务作为一次会议来进行。它们可以异步完成。例如，在 Slack 中创建一个包含 E 与 M 的频道，并打开六个线程；在 GitHub Issues 中打开六个 issue。
如果采用异步方式，可能不需要破冰或结束环节，这样只需四个任务即可。如果想要闲聊，可以为持续讨论专门开一个线程或 issue。
看起来平淡吗？
许多人可能会觉得 CaaT “平淡”或“缺乏人情味”。这确实如此，但这一定是个问题吗？我们是工程师，这是一份工作——而不是和朋友的玩耍时间。我们已经不再是学生；应该具备职业意识。
当然，作为人类，适度的社交互动是必要的，但可以通过专门的机会来满足。每周、每月或更低频率的聚会可能就足够了。许多组织都会举办团建活动。
我把这称为 Communication Time（沟通时间），并建议将社交时间视为“工作时间内的非工作”。无论是玩 Minecraft、桌面游戏，还是仅仅聊天，都无所谓。你可以定期进行，也可以随时自行调整。一个例子是 GitLab 的 Coffee Chat，任何人都可以随时请求与任何人的一对一交流。