在曾与我共事的游戏从业者中，几乎所有人都讨厌开会。他们认为开会浪费时间，本质上就是很多人聚到一起聊天，每个人都点头微笑，但会后谁都不知道开会的目的是什么。然而作为制作人、项目经理或者团队主管，组织会议乃我们的职责所在——更重要的是，我们需要确保人人都在身体和精神层面参与到会议中来。为了提升团队成员的参与感，我们需要让会议变得尽可能简洁却详实。

1.我们是否真的需要一场会议？

虽然大家不喜欢开会，但实际上，经常有人要求我组织会议。遇到这种情况时，我问的第一个问题总是：是否真的有必要开会？如果会议目的只是为了让团队成员沟通近期状态，使用电子邮件或即时通信软件，或许是更好的做法。某些时候会议并不需要团队所有成员参与，举例来说，如果一位游戏设计师希望我组织美术部门跟他开一次会，目的是获取美术部门对（游戏内）某个区域或关卡外观的反馈，那么我会建议他与主美一对一地进行沟通，开会就大可不必了。

在组织一场会议前，务必要明确应邀请哪些成员参与：谁应负责任，谁需要接受建议，谁需要被告知。如果某些成员只需要被告知，那么向他们发送电子邮件即可，不用强制要求他们参加会议。如果游戏制作人不要求开发人员参加自己实际上并无必要参加的会议，将会更受开发人员尊敬。

2.开会的目的是什么？

当有人请求你组织一场会议时，你应当询问清楚，对方希望在会议上实现哪些目标。对于一次会议，如果对方无法清晰阐述其执行目标，那么它很有可能并无必要进行。

基于会议的执行目标，制定会议议程。这能够帮助参会者提前了解会议流程，为参会做好准备。在我看来，为会议的每一项议程划定时间范围很有价值，因为这将让参会者避免不着边际的讨论。此外，会议议程也将让你在组织会议时专注于执行目标，某些经理甚至将会议议程打印出来，分发给参加会议的每一名成员。该做法尤其适用于持续时间较长的会议。

在游戏研发过程中，某些会议是突发性的，所以组织者没有时间制定正式的会议议程。但在这种情况下，我觉得花一点时间，在笔记本中写下简短议程仍有益处，因为这有助于确保会议有序、有矩、有重点地进行下去。

3.怎样邀请参会人员？

如果一次会议不是马上就要进行，我倾向于向参会人员发送会议邀请函（电子邮件），在函内附上会议议程；如果有人没有回复我，我会跟进与他们沟通。举个例子，我在邀请主管们参加近期的一次项目会议时是这样写邮件的：

大家好，

迈克和我将在明天下午12:30到1:00组织一次会议，讨论以下事项：

· 武器的功能（20分钟）

· 头脑风暴（10分钟）

请确认是否能够参会，如有任何问题，敬请告知。

祝好，

麦克斯

尽可能确保电子邮件简明扼要，避免浪费参会人员的时间。当然了，如果一次会议需要马上进行，那么你就得挨个邀请所有参会人员。在条件允许的情况下，请让受邀者有几分钟时间消化消息，并向他们保证你会尽量控制会议持续的时间。

4.组织会议进行

在会议开始前，提前至少10分钟到达会场是很好的做法。这段额外时间让你能够为组织一场快速、高效的会议做好准备。如果会场座椅数量不够，你可以到邻近房间拿几把过来；如果会议室内有白板，你可以在上面写出会议议程，以便大家参考。如果你事先打印了会议议程，可以在参会人员入场前，将它们分发到每一个座位......最重要的是，如果会议涉及到某个复杂或敏感的话题，你一定要事先计划怎样确保它平稳进行。

当会议正式开始，你应当欢迎每一名参会人员，提出会议召集者希望实现的目标。分享会议议程，然后开始每一项议程的讨论。在这个过程中你应当记笔记——每个人都需要会议组织者记住他们说过的话！

随着会议深入进行，你得确保每个人都有机会发表观点，大家的讨论不被任何个人言论左右。举例来讲，如果在一次设计会议上，游戏设计师和主关卡设计师出现意见分歧，或者他们的想法会影响到其他部门，那么我就需要介入，礼貌地重新调整讨论方向，让主美或主程序员也能够提出自己的观点。我通常会先复述发言者的主要观点，表明自己已经正确地理解他们的想法，随后再借机询问其他参会人员的看法。

另外一项挑战是，我们需要保证会议讨论不超出规定的时间范围。某些时候大家反复讨论同样的观点，针对这种情况，我的做法是重申该观点并邀请其他参会人员提出反对意见，这往往有助于将会议议程向前推进。此外，如果有参与者因太兴奋发言停不下来，我建议他们在后续会议上接着谈，或者会后私下一对一交谈。

当会议接近尾声时，我会重申大家通过讨论所达成的共识，并让每个人都知晓自己需要执行的任务。

5.记得发会议纪要！

会议结束后我会通过电子邮件，向参会人员发送会议纪要，以及会议产生的结果。会议纪要尤其重要，因为它为团队做出设计决策，如砍掉游戏中的某项功能，或调整玩法提供了依据。在传达决策的同时，你也应当解释清楚做出该决策的原因。

小结

到目前为止，在我接触到的所有开发人员中，没有任何人喜欢开会。但我发现只要你尊重他们的时间，并让他们认为会议能够产生积极效果，开发人员将会更乐于坐下来讨论，并制定各种决策。

（本文作者是Max Krembs，游戏茶馆独家编译整理。）