很多公司的工作都是从周二开始的，因为周一的主要任务就是开会。
公司发展越大，会有越来越多的沟通。新员工的加入，成立一个新团队，会议成了让所有人保持同一步调，进行信息同步和沟通的最好办法。周会成为很多公司的“周一标配例会”，因为需要总结上一周的工作，布置和协调本周的工作等等。确实，适当的开会是必要的。
但是，但凡开会，总是牵扯众多，大会小会各种，如何避免那种浪费时间，开了半天却没有结果的会议？
最近，Intercom上的作者Geoffrey Keating提出了一个原则，值得我们好好思考：
不论是会议、邮件还是即时信息，应该记得一个最重要的准则是，沟通越多，就越难沟通。
这有点类似做软件编程的人都知道布鲁克定律(BrooksLaw)，如果给已经延迟的项目增加人手，项目就会延迟更久。这个定律套用在会议上也是如此。如果开会的人增加，会议时间也会相应增加。
比如，有一个8人的会议，表面上看，8人的会议看起来没有那么复杂。但是，如果每个人都参与沟通，沟通立刻戏剧化的复杂了。
如果你擅长数学，可以用布鲁克定律来算一下，公式是(n2-n) ÷ 2，即参与人数的平方减去人数，再除以2，最后，8个人的会议，需要28次连接进行沟通。
一个会议，需要28次的沟通连接，为了开好会，每个身在其中的人都应该保持专注，需要注意力集中。
创业公司里，注意力是一种稀缺资源。所以，如果不需要开会，不如用这个时间去做点别的事情吧。
但是，开会还是很必要的。重要的不是要不要开会，而是怎么要开好会。Intercom 的产品副总裁Paul Adams认为，一个好的会议的标准有三个，需要有人负责，需要有主题，最重要的是要有讨论结果。
要有负责人
1、他来主持会议；
2、有责任将会议内容聚焦在特定的主题上；
3、保证会议按时开始；
4、保证会议在正常的轨道上，在一定时间里完成一开始制定的目标。
如果你走进一个会议室，不清楚谁是会议的负责人，这时候可以“遛”了，赶快去做些更有价值的事情吧。
说明会议主题
1、会议负责人在开会之前，应该说明会议的目标。比如，我们需要在到底选A还是选B上做一个决定；
2、会议负责人还需要清晰地定义讨论主题的“底线”。比如，今天我们不会讨论关于UI的反馈，我们只接受讨论到底是选A还是选B；
3、会议进行中间，会议负责人可以收集写下所做的决定，实施方案、项目负责人和日期；
4、最后一步，会议负责人需要读出最后的决定，行动计划和项目负责人，并确保这些没有被误读；
5、最后，会议负责人可以发送一封类似“会议纪要”的邮件给各位与会者，把决定和实施方案再次告知各位，确保没有误解或者遗漏，并明确各位的责任；
6、如果工作的最后时限没有确定好，具体实施的负责人有义务让其他人知道。
开会的5个原则
1、如果会议比预定的时间提早结束，赶快结束会议并离开。不要试图用一些随机的天马行空的主题再填补这个时段；
2、如果你发现一个会议中，你不用在那里继续开会了，就和大家说一声，除非有人说你需要待在那里，你就可以起身离开了。没人会生气的；
3、如果你觉得这个会你不必去参加，就不用管这个会议是用来讨论什么的了。千万不要为了“出现”在会上但却不知道为什么要开这个会；
4、开会永远不应该是毫无必要地推迟决策的原因。当需要做决定时，不要等待开会。如果你需要反馈或者帮助，在一些例会前进行。
5、最后，你的时间很宝贵。确保开好会。你的同事会因此感谢你，每个人都是赢家。
如果一个会开的好，每个人都会感到项目有进展，事情也比之前清楚，整体感觉比较棒。一定要记着，会议是有机会成本的，要么通过会议把事情解决，要么把开会的时间让出来做更重要的事情。