这里的「写作」说的不是写代码，也不是写小说。
因为疫情，很多没有远程协作经验的团队接触了在家办公。
聊起来，很少有人觉得效率差不多甚至更高了：大部分觉得不如在办公室里干得带劲。
我觉得，决定性因素在于团队有没有书面交流的习惯。
它是一个好习惯，并且和所有好习惯一样，挺难养成的。
Why
强化思考过程
我在前面推 RFC 流程的时候，已经解释了一下把想法写下来的好处。
这不是什么新概念，安德鲁·格罗夫上个世纪就在《High Output Management》一书中反复强调，把事情写下来能促使人变得更加自律，并且因为必须比口头交流更准确更全面，它能使思路更加清晰。
在我们的行业里这种工作方式也非常流行。可能比较极致的是亚马逊的 six-page memos，贝佐斯甚至在他们的一封股东信中谈到了它的威力。
异步的交流模式
我接手每个产研团队时，看到的一个普遍问题是同步的交流太多：会议、聊天工具等等。当这些沟通占据了他们过多的时间之后，产出特别是有质量的产出就会极速下降。
给他们时间，把方案、想法、架构设计等等写下来，让其他人评审并根据意见进行修改，可以给他们提供安排自己工作的灵活性。
可以搜索的单一信源
把调研和思考的过程、确认后的决议和方案等等写下来还有一个好处就是公司可以有可以搜索的单一的信源。
公司里重要且有用的信息，无论是组织架构、业务目标还是系统设计，都应该是在统一管理，易于查找并且没有歧义的。
How
培训大家的写作能力
不是每个人都有写作技巧，改善它可能需要很长时间：应该进行培训，组织学习，创造安全的环境，鼓励更多的写作，让团队敢于去写去分享。
但在每篇内部文档里反复强调，这只是一个「草稿」，任何人都可以提出意见甚至动手修改，并且随着时间的推移它本来就需要被更新。
在公司里面我们不能直接去要求高的写作标准：尽早分享想法、进行迭代和合作才是至关重要的。
如果说「草稿」一定要有什么要求的话，我觉得可以要求必须简明清晰：不完美，甚至是拼写错误，都没有问题，但是必须写得简明而清晰。
注意结合同步的沟通方式
有些情况下书面的讨论会变得很漫长。作为管理者要主动带领团队去掌握「哪个阶段适合视频或者电话讨论一下这个事情」，比如在特别早期有许多上下文需要同步的阶段。
我自己的经验是，尽可能首选异步通信，但是当你发现它开始崩溃时，不要让它就那样崩坏：打几个电话或者视频会议，推动那之后更多的，交付物更明确的异步沟通。
建立有主题的信息通道
好的团队是沟通良好的团队：无论是一支英超的球队，一艘核潜艇的船员，还是公司里的团队。
建立不同主体的信息通道，再尽可能地鼓励人们把任何其他人可能会感兴趣的东西发布到相应的频道。
你的团队是否上道了的一个判断依据是：除非必要，团队的任何人应该不需要去聊天工具里面找其他的任何人私聊。
大家只是对大家提供信息。
总结
由管理者倡导、参与并实践书面交流为主的沟通方式，可以带来很多的好处。
要更改生产环境中的配置，要设计数据库迁移的方案，要建立自动化测试的流程，或者是在监控里注意到一些有趣的东西……这些信息都应该以正式的方式被清晰明确的公开出来，与团队的其他人分享。这给了别人一个参与进来的机会，也建立了信任。同时，这种沟通方式也可以增强团队的心理安全感。
久而久之，你就可以拥有一个真正可靠的团队：大家习惯了不断地、公开的分享信息，对接下来什么是工作重点的识别，到形成方案并解决都变得更高效。