本文目录导读：
开源项目的会议高效进行,核心在于异步优先、同步聚焦，开源社区通常分布在全球各地，时间碎片化，会议成本极高，一个低效的会议不仅浪费参与者时间，还可能引发社区矛盾。
以下是针对开源项目会议的“高效进行”实操指南，分为会前、会中、会后三个部分：
会前：决定会议生死（80%的准备工作）
开源会议最忌讳的是“没有明确议程就拉人开会”。
-
严格评估：真的需要开会吗？
- 原则： 能用文字（Issue、邮件列表、聊天记录）解决的问题，绝不开会。
- 开会场景： 紧急决策/阻塞性问题、设计评审/架构讨论（复杂到难以用文字描述）、新成员 onboarding（首次沟通）、社区计划回顾（Retrospective）。
- 不开会场景： 简单信息同步（发公告）、回答常见问题（写 FAQ）、讨论无明确方案的开放话题。
-
创建并提前发布完整的 Agenda（议程）
- 时间： 至少提前 24-48 小时 发布在公开频道（如 GitHub Discussion、邮件列表、会议频道）。
- 格式： 以 Issue 或文档形式，包含：
- 讨论目标（决定 V23 版本特性列表）。
- 讨论项（1-3个，不要超过5个）。
- 每项的时间预算（15分钟）。
- 前情提要（相关 Issue 或文档链接）。
- 决策人（如果是投票或决策，明确谁说了算）。
- 如何通过 Agenda 节约时间： 参会者可以提前在 Agenda 下添加评论，或发起讨论，如果在会前文字讨论已达成了共识，可以直接把会议项标记为“无需讨论，已解决”。
-
确定最小必要参会者
- 原则： 能不来就不来。
- 邀请： 只邀请必须发言的人（决策者、模块负责人、提出该议题的人）。
- 旁听： 明确允许社区成员旁听（公开透明），但需明确告知“旁听者默认静音，不发言”。
- 代理： 如果有人无法到场，允许他们提前委托其他人做简报或投票。
-
选择工具与录制
- 选择对全球用户无障碍的工具（如 Jitsi、Zoom、腾讯会议国际版），并确保录制。录制并公开是开源项目的核心美德，让错过的人可以看回放。
会中：严格守时，目标导向（20%的工作）
会议本身必须高效,避免变成闲聊或辩论会。
-
时间盒管理（Timeboxing）
- 严格计时： 指定一个“计时员”（可以是任何人），每项讨论倒计时结束，主持人必须强行打断，建议移至下次会议或转为异步讨论。
- 最长时间： 开源会议建议控制在 30-60分钟，超过1小时效率会断崖式下跌。
-
强制“会议笔记”
- 原则： “不记笔记的会议等于没开”。
- 操作： 指定一个人（或轮流）实时记录到共享文档（HackMD、Notion、Google Doc），笔记需包含：
- 决策（最重要）。
- 待办事项（Action Items）：谁，做什么，截止时间（DUE）。
- 未解决问题：被搁置或需要更多信息的项。
-
主持人的职责
- 温度计： 让每个人轮流发言（特别是沉默的人），但严格禁止“跑题”。
- 中断者： 当有人偏离议事日程时，主持人要礼貌但坚定地说：“这很有趣，但我们先回到议程的第3点，这个我们可以放到‘任意讨论’环节”。
- 决策推动： 会议结束时，必须对每个讨论项得出明确结论（通过/否决/挂起/需进一步调研），不能带着“下次再说”结束。
-
避免“猴子抢香蕉”
- 开源项目常有性格强势的贡献者,主持人要确保有资格的人发言，而不是最大声的人，可以制定规则：“按举手顺序发言”或“沉默者优先”。
会后：闭环与透明度（最后10%的功夫）
会议结束了,但工作才开始。
-
24小时内发布会议纪要
-
形式： 发送到邮件列表、更新到 GitHub Issue 或项目 Wiki。
-
必须包含决策、待办事项（Assignees）、下一次会议时间。
-
示例格式（简洁版）：
## 会议纪要: V23 特性讨论 (2023-10-27) **参会者:** @alice, @bob, @charlie (社区成员旁听) **录制链接:** [Youtube/Bilibili链接] ### 决策 - 决定加入特性X，但移除特性Y。 - 确定下周一为代码冻结日。 ### 待办 - @alice: 在周五前更新特性X的PR。 - @bob: 在周六前发布Y特性的弃用通告（Issue #1234）。
-
-
异步跟进
- 会议纪要中的待办事项必须立即在项目管理工具（GitHub Project, Trello, Jira）中创建对应 Issue 或 Task，并 Assign 给负责人。
- 任何在会议中未能达成一致、需要进一步调研的问题，也务必创建一个新的 Issue，并在描述中引用会议纪要不。
-
回顾与优化
如果团队经常出现“会议超时”、“决策无法落地”等问题，可以每 2-3 个月开一次 15 分钟的“会议流程回顾”，讨论如何改进。
针对不同角色的特别建议
- 维护者 / 核心贡献者： 把会议时间视为“金块时间”，如果议程对你无直接关系，礼貌退出，不要害怕缺席。
- 社区新人 / 贡献者： 首次参与时，多看前言和议程，在聊天框提问比在语音中打断更受欢迎，如果听不懂，请会议记录员帮忙标记。
- 协调者 / 社区经理： 你需要扮演“最讨厌的人”——负责打断讨论、计时、记笔记、催待办。
开源有效会议 = 异步决策 + 同步确认
| 环节 | 动作 | |
|---|---|---|
| 会前 | 先写 Issue -> 收集评论 -> 如果无法解决 -> 发出含 Agenda 的会议邀请 | 异步先于同步 |
| 会中 | 计时、记录决策、形成待办 | 决策产出 |
| 会后 | 24h内发会议纪要 -> 创建 Issue -> 关闭会议 | 公开闭环 |
一个黄金法则是： 如果会议结束 5 分钟后，你记不清自己同意了什么，那么这个会议是失败的，如果会议纪要发布后，所有人都能在上面看到清晰的结论和下一步，那么这个会议就是高效的。
