本文是《技术开发到团队管理》30 天系列的第 13 篇。这个系列关注的不是管理术语，而是技术负责人每天要做出的真实判断。
没有目的的会议会把信息同步、方案讨论和决策混在一起。参会人很多，却没人知道会议结束时要得到什么。
这篇文章尝试回答三个问题：这个概念解决什么管理难题，管理者需要采取哪些具体动作，以及如何在真实项目中验证它。
核心观点
今天我们学习「有效会议」。会议的价值不是聚集很多人，而是以合适参与者和信息，在限定时间内完成同步、讨论或决策，并产生清楚行动。
方法框架
1. 会前定义产出
会前定义产出：是同步事实、收集意见、解决问题还是做出决策。
2. 控制参与者
控制参与者：只邀请提供信息、参与讨论、拥有决策权或承担行动的人。
3. 会中围绕议题
会中围绕议题：区分事实、观点和决策，记录分歧及待确认信息。
4. 会后形成闭环
会后形成闭环：结论、负责人、截止时间和未决问题必须可见。
一个具体案例
发布风险会的产出不是“大家知道了”，而是确认是否上线、接受哪些风险、谁补充验证、谁准备回滚，以及何时再次检查。
常见误区
会议少不一定高效，会议多也不一定低效。判断标准是它是否减少了信息差、推动了决策或解决了协作阻塞。
行动练习
选择一个固定会议，重写它的目标、输入、参与人、议程、决策规则和会后输出。
留给自己的问题
- 什么情况下值得开会？
- 我的会议最常缺少哪个环节？
- 我准备取消、合并或改造哪个会议？
小结
会议的价值不是聚集很多人，而是以合适参与者和信息，在限定时间内完成同步、讨论或决策，并产生清楚行动。