remote-async-communication

# 远程与异步沟通 远程优先和异步优先环境下高效沟通的指南。 ## 异步优先原则 ### 默认异步 在安排会议之前，先问：“这可以改为异步进行吗？” | 同步 (会议) | 异步 (文档/消息) | | -------------- | ------------------------ | | 需要立即构建的头脑风暴 | 随时间收集反馈 | | 敏感/情绪化的对话 | 状态更新 | | 实时协作 | 带有明确选项的决策 | | 紧急问题解决 | 非紧急问题 | | 建立关系 | 文档和知识共享 | ### 为什么异步很重要 - **时区:** 并非所有人都在同一时间在线 - **深度工作:** 会议会碎片化专注时间 - **包容性:** 异步让内向者有平等的发言权 - **文档化:** 异步为后续创建了资产 - **灵活性:** 人们在最高效时工作 ## 渠道选择指南 为工作选择正确的工具： ### 即时通讯 (Slack, Teams) **最适合:** - 期望当天得到回答的快速问题 - 非正式团队聊天 - 时间敏感的协调 - 庆祝和认可 **反模式:** - 长篇讨论（使用文档） - 需要记录的决策（使用 PR 或文档） - 任何需要超过 3 次往返的沟通 ### 文档 (Notion, Google Docs) **最适合:** - 提案和 RFC - 会议纪要和后续跟进 - 涉及多个利益相关者的复杂决策 - 需要持久保存的知识 - 异步评审和反馈 **格式建议:** - 以 TL;DR (太长不看) 开头 - 使用标题以提高可读性 - 清晰标注行动项和决策 - 如果需要反馈，包含截止日期 ### 电子邮件 **最适合:** - 外部沟通 - 正式公告 - 联系公司外部人员 - 当你需要纸质记录时 **避免用于:** - 内部快速问题（使用 Slack） - 协作编辑（使用文档） ### 视频通话 **保留用于:** - 需要实时往返的复杂讨论 - 敏感对话（反馈、冲突） - 建立关系 - 紧急问题解决 - 头脑风暴和创造性工作 **始终:** - 提前发送议程 - 为无法参加的人录制 - 事后记录决策和行动项 ### PR 和代码注释 **最适合:** - 代码相关的讨论 - 带有代码背景的技术决策 - 评审反馈 - 实现中的架构选择 ## 过度沟通 在远程工作中，默认进行过度沟通： ##