论开会的正确姿势

文/花花

在互联网公司，听过或参与过各种不同的会议，如周例会，需求讨论/评审会，技术讨论/评审会，项目总结等等，如何开一个有效的会议，一直是大家津津乐道之事。

开一个徒有其名并无实际结论的会议，好比去了澡堂冲一下水就出来了，说好的来一个搓澡呢？

开一个既臭又长又议，菊花已望穿，身体还在椅子上，只有靠小差来拯救自己。

如何开好会议，我就据自己的经验，和大家分享一下吧。

让团队形成习惯，明确哪些会议是必须要开的，是团队沟通的必要会议，除非天塌下来。

如周会，要让所有人都明白彼此在做什么事情，总结完成了什么，后期任务是什么，以及遇到的问题等。

其它会议如需求评审会，项目排期会议等个人也建议必须开。当一个意识形成习惯，不去开也会有成员“要求”主持人去开。

会前要让团队周知几点：会议时间、内容、讨论的问题、要寻找的解决方案，调动每个人的思考。可以通过邮件或其它方式让参与人都知道，现在企业协同工具很多，可以通过各种形式来传达信息。

若参与者对会议一无所知而中间穿插进来，会议效率那会大大降低，无形之中会议时间被拉长。

若会前大家都对某些问题认真思考过，有一定见解或方案，等会议开始，大家集思广益，三个臭皮匠敌过一个诸葛亮！

会议时间控制在半小时左右，前期做好会议准备工作，会议时间效率会是想象中的可人。半小时不多不少，足以把事情说清楚。超过一小时，大多数人的身体在座位上，灵魂已飘去远方。

废话较多的参会者，主持人要hold住，收住，往会议主题走才是社会主义鲜明道路哇。

当然，会议可有各种形式体现，坐着开，站着开，轮流发言，什么姿势适合，就来什么姿势。

能带走视线的手机，电脑什么的，若不是必须，能省则省，就当给双眼休闲下啰。

不管怎样，会议最后要有一个solution，或者一个 to do list，不管这个结论有多么不靠谱。

个别疑惑，可以会后各种勾搭撕扯，不用耽误公共时间。

最后，要有会议记录。好脑子不如烂笔头，万年不变道理。会议记录放置公共文档平台。很必要也很重要的是，会议参与人要看到这个会议记录，并有反馈，如记录是否存在“bug"，查漏补缺，并让此记录作为后期工作的参考依据。

如 PM 不久后让程序员加班实现某某需求，猿类可以以之前的需求评审会议作为有力一击。

当然，不要事事会议，不是在会议路上，就是在会议中的状态迟早让自己疯掉。开精简的会议，做效率高的事。

对于两三个人非正式的会议，想怎么擦出火花怎么来吧，大家喜欢就好。