前言

除了开发新功能，开会占据了我们许多时间，如果能够节省时间出来，我们才能去学些新技术、重构、甚至是暂时离开工作的无限回圈，思考真正对自己、团队、公司有用的东西。

要邀请谁

我们首先要知道跟这次会议相关的 stakeholders（利益关系人）有哪些，并且去理解他们在意的事情，例如：会受到影响的其他部门，换成他们的角度思考，列出可能会遇到的问题，接着这些问题里面又会牵扯到其他的部门，如果最後发现要讨论的事情太多太杂，或是要邀请的人太多，那麽就应该把会议拆开，因为讨论的事情如果跟那个人无关，就会浪费对方的时间。

议程

请先把议程列出来并在邀请与会者的时候一并发出，好处是：

• 明确的讨论方向，避免忘记讨论。
• 与会者想提出的问题可能在後面的议程中，可以避免被打断或离题。
• 与会者可以事先准备可能会被问到的事情，工程师经常需要这麽做，因为 code 实在太多，而且常常是别人写的，不太可能都有印象。
• 能掌握时间。

会议记录

会议记录的好处有：

• 避免忘记某个结论。
• 避免忘记做某个结论的原因。
• 跟与会的人对一下自己的理解，避免误会。

但坏处很明显，因为回想很痛苦，而且没时间，所以建议在会议的同时做记录，这样也不会漏掉需要讨论的事项。

而会议记录必须是电子的，方便归档、搜寻，而且公司内部的人都要能轻易浏览、搜寻到。

节奏

需要一个会议主持人来走议程，通常是发起人，这麽做的好处有：

• 双（多）方意见不合时，可以先在白板上写下未讨论事项，这又叫做 parking lot，等议程走完再回来讨论，如果没有时间，那就再约下一场会议。
• 确保每个人的声音都能被听见与尊重。

顺序

多人 > 少人

先从牵扯到比较多人的事情开始讨论，讨论完，大部分的人能够先离开。

重要 > 不重要

先从比较重要的事情讨论，这在固定时间的例会但议程很多的时候特别重要，如果最後来不及走完所有议程，至少急的、重要的事情已经讨论完了。

讨论时间短 > 长

如果重要的程度不相上下，可以从讨论时间短的事项开始，这样可以讨论出比较多的结论。

站立会议

通常是指每日，但不一定有这麽多事情需要 sync up，也可以订一个合理的周期，但周期是关键，可以选择刚上班或是准备下班的时候轮流报告，有以下好处：

• 能让我们知道这件事可以什麽时候讨论，而不会想讨论就打断其他人。
• 固定住每个人行事历上的某个时间，否则大家会因为各种会议而无法参加。
• 可以保持专注、节省时间。

针对不同面向

如果是每个人都要报告的状况，我们可以：

• 针对人：每个人轮流报告，这是最基本的做法。
• 针对功能：正在实作或定期追踪的功能轮流找负责的人报告，可以确保每一个功能都没有被遗忘，也能够节省时间，因为一个功能做的人不止一个，统一报告的话，粒度不会像每个人报告那麽细。

结语

如果能够聪明的开会，不只是剩下时间，也能提升我们的专业形象。