不知不觉咕咕了整整两期周报（，刺激。
今天这篇文章主要想聊聊我的团队中每日例会的变迁。
没有例会
我讨厌开会。
一方面很多会议经常把时间浪费在没有意义的宣读 PPT 上，另一方面，我本人是一个靠视觉获取绝大多数信息的人。最显著的表现是，在没有字幕的情况下，我很难理解/跟上一个正常语速的视频。在远程的情况下，纯语音的会议也为我带来了更多的困扰。所以我经常要求组织开会的同学将背景资料以文字的形式发给我，提前做准备。
具体到我们团队，我最开始设定的规则是不开例会。大家在 wiki 中通过文档的形式同步自己做了什么，遇到了哪些 Blocker，然后我每周将内容汇总为周报并汇报给上级。这种方式看起来挺好的，但是在实践上，我发现大家完全不关注别的同学在做什么，甚至经常会忘记更新日报。这就导致我们 Team 实际上在开一个完全没有同步过程的文字例会，同样需要占用时间，却没有明显的收益。
聊天例会
在发现了这一点之后，我尝试重构团队的例会机制，第一个尝试是聊天例会。
大概的形式是这样的：
- 每天 18:00 前完成当天的日报
- 然后 18:00 开始在 IM 中进行聊天例会
- 按照日报顺序每个人贴出自己的日报，重点讨论 Blocker
- 对每一个 Blocker 都要提出解决方案，比如提交 Github Issue 以进行讨论
在例会当中不会讨论具体的技术问题，只会设定一个新的 Deadline 或者开启一个新 Issue 以讨论。
作为一个小小的彩蛋，我们会在群里投骰子来决定谁负责将聊天记录整理到 Wiki 中。
文档例会
聊天例会试用之后大家的反馈是文字的形式 OK，但是微信不太友好，讨论起来非常乱，所以我们尝试使用 Slack 和 Matrix 等工具，效果都不是特别好。后来我受到飞阅会的启发，提出可以通过在线文档开会。
大概的形式是这样：
- 每天 17:30 开始在同一个 Google 文档中进行编辑
- 大家同步的更新自己今天做的事情和 Blocker
- 然后大家自由地对其他同学的 Blocker 发起评论，请求更多信息并尝试 Resolve
- 在所有的 Blocker 被 resolve 之后，当天的例会负责人将文档内容复制到 wiki 中归档（同样由投骰子决定）
体验效果还是不错的，但是我们第一次使用的时候会议时长超出了一个小时。事后的分析是首先我们没有坚持原则，在一个具体的 Blocker 上讨论的太久，占用了很多时间；其次因为我们同时在更新自己的周报，然后还要回复别人的评论，连续的切换开销，让我们浪费了很多时间。
异步文档例会
所以在文档例会的基础上，团队的同学提出了改进版本的异步文档例会：
- 更新日报的过程是异步的，期间大家只负责更新自己的日报，不发起评论
- 每天的 17:30 开始文档例会，只处理所有的 Blocker，不讨论细节
- 在所有的 Blocker 被 resolve 之后，当天的例会负责人将文档内容复制到 wiki 中归档（同样由投骰子决定）
这个新的方案是这周五刚提出来的，还没有来得及上线试用，下周一的时候我再来更新一下（