看来业界关于闭音功能的实现很不统一。

CSDN上看到一个帖子，说是被开会的效率不高困扰，感觉几个回帖没有瞄准发贴人的问题。

昨天看《代码之道》第三章《根除低下的效率》，《我们开会的时候》这一节很有效率的指导了如何开会。

首先，“别浪费我的时间”。如果要我去一个会议室，我会问你下面几个问题。每一个会议发起人也都要准备好回答这几个问题，你要假设每一个来参加会议的人都会问你这些问题。

1，为什么我们会在这里。

所有与会者都要清楚这个理由，否则大家可能各有所想。也许应该预先发一个议程，或者发一些将要讨论的文档，不管是什么，总得做点什么。

然后，记住要坚持这个主旨。大家现在参加这个会议，就只专注于这个会议。不管其他地方的其他会议讨论的其他议题做的其他决定。

如果有人想转移话题，告诉他先把我们的话题讨论完，再讨论他的话题。如果他坚持，他们先讨论他要这么做的理由。如果理由充分，说明你的会议时机不成熟。

2，我们正在试图做什么。

如果我们在试图做一个决定，那就让我们做个决定，其他像头脑风暴、状态检查等事情统统跳过。

如果我们在试图共享信息，比如状态汇报，那就把列表上的内容过一遍，但不要试图去做什么决定，或者解决什么问题。

如果我们在试图收集想法，那就捕捉每个人的想法，多荒诞都不要批评或论断，最后，挑最好的作为会议的成果。

记住，混合会议是低效的，常常徒劳无功。

3，为什么他们会在这里。

会议持续的时间跟参加会议的人数是直接成比例的，说不定还是线性的。只邀请那些必须出现在会议上的人。

如果是试图做一个决定，邀请可以做决定的人，其他所有人都可以在会议之后通过email了解到会议的情况。如果不是所有必要的需要做决定的人都能参加，立刻取消会议。否则，你将不得不在所有人都能参加的时候再召集一次会议。

如果是状态汇报会议，邀请那些将要汇报的人，其他所有人都可以在会议之后通过email了解到会议的情况。

如果是头脑风暴会议，邀请有创意的，思想开明的人，其他所有人都可以在会议之后通过email了解到会议的情况。

如果太多人登记要参加会议，你最好取消会议。

尽量预订一个小会议室，这样可以把一些不速之客排除在外。

4，为什么我现在才听到这个。

对于一些重要主题，不要让关键的相关人员吃惊。没人喜欢匆忙被拉去做一个重要的决定。也没人希望对关键领域发生的事情丝毫不知。

预先跟关键人物沟通，可以发现问题，协商折衷方案，预先让所有人取得一定的共识，会议开起来就比较顺畅。

5，接下去要做什么。

决定接下去要做什么，写到email中去。

把与会者名字放在地址栏，抄送所有受会议结果影响的人。要包含对会议所做决定、共享信息或收集到的想法的简短总结。然后列出接下去的安排，指明谁在什么时候做什么事情。

OK。