文/花花
在互联网公司，听过或参与过各种不同的会议，如周例会，需求讨论/评审会，技术讨论/评审会，项目总结等等，如何开一个有效的会议，一直是大家津津乐道之事。
开一个徒有其名并无实际结论的会议，好比去了澡堂冲一下水就出来了，说好的来一个搓澡呢？
开一个既臭又长又议，菊花已望穿，身体还在椅子上，只有靠小差来拯救自己。
如何开好会议，我就据自己的经验，和大家分享一下吧。
让团队形成习惯，明确哪些会议是必须要开的，是团队沟通的必要会议，除非天塌下来。
如周会，要让所有人都明白彼此在做什么事情，总结完成了什么，后期任务是什么，以及遇到的问题等。
其它会议如需求评审会，项目排期会议等个人也建议必须开。当一个意识形成习惯，不去开也会有成员“要求”主持人去开。
会前要让团队周知几点：会议时间、内容、讨论的问题、要寻找的解决方案，调动每个人的思考。可以通过邮件或其它方式让参与人都知道，现在企业协同工具很多，可以通过各种形式来传达信息。
若参与者对会议一无所知而中间穿插进来，会议效率那会大大降低，无形之中会议时间被拉长。
若会前大家都对某些问题认真思考过，有一定见解或方案，等会议开始，大家集思广益，三个臭皮匠敌过一个诸葛亮！
会议时间控制在半小时左右，前期做好会议准备工作，会议时间效率会是想象中的可人。半小时不多不少，足以把事情说清楚。超过一小时，大多数人的身体在座位上，灵魂已飘去远方。
废话较多的参会者，主持人要hold住，收住，往会议主题走才是社会主义鲜明道路哇。
当然，会议可有各种形式体现，坐着开，站着开，轮流发言，什么姿势适合，就来什么姿势。
能带走视线的手机，电脑什么的，若不是必须，能省则省，就当给双眼休闲下啰。
不管怎样，会议最后要有一个solution，或者一个 to do list，不管这个结论有多么不靠谱。
个别疑惑，可以会后各种勾搭撕扯，不用耽误公共时间。
最后，要有会议记录。好脑子不如烂笔头，万年不变道理。会议记录放置公共文档平台。很必要也很重要的是，会议参与人要看到这个会议记录，并有反馈，如记录是否存在“bug"，查漏补缺，并让此记录作为后期工作的参考依据。
如 PM 不久后让程序员加班实现某某需求，猿类可以以之前的需求评审会议作为有力一击。
当然，不要事事会议，不是在会议路上，就是在会议中的状态迟早让自己疯掉。开精简的会议，做效率高的事。
对于两三个人非正式的会议，想怎么擦出火花怎么来吧，大家喜欢就好。
网友评论