会议类型(会议类别分几种)

开会是职场常见的沟通方式。每种方法都有其应用场景。会议常见的应用场景有例会、评审会、研讨会、奖惩会、各级组织的复会等。

其中，例会根据不同层级不同会议的内容略有不同，但与会人员一般会对各项事务的进展情况、需要协调的事项进行总结和同步，明确下一阶段的工作目标。

评估会议一般用于评估某些对象，可能是需求、设计草案或施工方案等。，最后还要对被评价对象形成评价意见。

研讨会一般会围绕某个话题进行头脑风暴，以汇聚智慧为核心。

奖惩一般会宣读奖惩的依据和说明，但奖励可以公开表扬当事人以激励参与者，处罚一般采取模糊宣传以警告为主。

复盘会一般围绕项目或事件的评估，从成本与收益、优劣势分析、流程资产沉淀、经验教训总结等角度展开。

无论哪种应用场景，会议都需要经历会前、会中、会后三个阶段，相应的活动也是依次准备、通知、记录、跟踪。会议属性还必须包括会议主题、时间、参与者和会议形式。

理论难免枯燥，但用起来才是硬道理。下面以产品经理发起的需求评审会议为例，讲解会前、会中、会后的落地方法。

(1)会前阶段:

作为会议组织者的项目/产品经理需要准备:

第一步:准备需求材料，可以是需求文档、原型，甚至是思维导图、流程图等。

第二步:确定参与者。这时候就需要准确的识别利益相关者，包括需求发起者、设计者、项目经理、开发团队、测试团队等。

第三步:根据与会者的情况协调会议时间和形式，最好能传达预计的时间消耗，以便利益相关者合理安排时间。无论会议形式是线上还是线下，都需要指定线上会议号或会场。

第四步:起草会议通知，确保所有与会者都能有效收到。

(2)会议期间:

理解不全面、设计不理想、方案有争议、技术实现困难、时间或资源冲突等问题。都是需求评审过程中容易发生的。届时，作为发起人和主席的产品经理将需要引导会议，避免失控。每个人对需求和设计的理解是不一样的。如何统一团队目标是需求评审会议的目的。有问题不可怕，有解决的办法。

对于需求理解不完整和设计不理想两类问题，需求发起者可以再解释一遍。产品经理需要做好记录，也可以当场提出其他方案供需求发起者选择。

针对方案中存在争议的问题，争议方可以阐述自己的观点，产品经理可以找准问题的症结，进行解释或做好记录，会后再进行处理。

解决技术实现难的问题，开发团队可以评估是否采用第三方技术插件，改变实现方式，咨询专家。

针对时间或资源冲突，我们可以要求需求发起者确定每个需求的优先级，项目经理协调每个资源，或者分几次迭代实现。

雁留痕，风留声。会议必须有记录。会议纪要是现阶段的主要产品，目的是记录会议过程，以及各种争议、注意事项、变更内容等。过程中产生的，是会后阶段后续处理的基础。

(3)会后阶段:

会后的主要活动是跟踪。会后，产品经理要把会议纪要发给每一个与会者，并根据会议纪要完善需求文档和设计。项目经理还可以调整项目计划和协调资源。

无论是哪种应用场景，会议作为一种沟通方式，只有组织者在正确的时间将信息清晰有效地传达给正确的对象，并得到有效的反馈和跟踪，才能称之为“高效会议”。

最近热门文章:

百万年薪PMO&项目经理职场影响力是如何炼成的？【精华笔记】PMO&项目经理如何高效解决问题看这篇文章就够了一图掌握项目管理的核心工具WBS工作分解结构，PM必备技能！这四类项目经理一定带不好项目PMO&项目经理必备技能之项目总结与复盘一页纸搞定项目管理及操作步骤（文末附可编辑模板）一图掌握7个管理者必会的管理工具华为是如何从0到1打造以项目为中心运作的项目管理体系的？图解OKR敏捷目标管理如何在公司内部实施项目经理和PMO如何撰写高质量的会议纪要？如何创建和规划PMO团队，并发挥其最大实际价值一文搞定敏捷项目管理精华“高手项目经理”唐僧如何向唐太宗项目汇报的！看看高水平汇报是怎么样的？史上最详细的华为内部流程管理详解（附关键流程图下载）