领导与团队的小型会议：55分钟对话脚本

管理层与员工的小型会面，如果主题明确、有主持人和答复清单，就能像对话一样发挥作用。我们提供筹备和执行的脚本。

当全体大会已经不足以解决问题时，就需要管理层与员工进行小组会面。人们需要澄清某项决策会如何影响自己的工作，而管理者则需要了解具体团队的实际情况。我们在 Aventura 公司围绕对话来设计这种会议形式，演讲仅提供讨论所必需的事实。

在本文中，我们以 7-25 名参与者和 45-60 分钟的会议时长为基准。这是我们用于设计流程的工作模式。实际的人员构成和时长取决于会议主题、管理者的职权范围以及能否让参与者发言。

小型会议与 town hall 有何不同？

简而言之： 全体 town hall 同步大范围受众，而小型会议则分析决策对特定群体的影响。如果员工只是聆听精简的演示，规模小并不等于对话。参与者需要提问时间、明确的回应边界以及对话后的下一步。

两种形式都有用，但解决不同的问题。公司全体会议（town hall）用于统一信息、传达整体业务背景并收集广泛受众的问题。小型会议适用于某一主题相关的部门、班次、管理层级或项目团队。

Acas 将优质咨询描述为双向讨论：员工可以提出建议和顾虑，而雇主在采取下一步前会予以考虑。仅靠小组规模无法保证这一点。需要对话规则以及管理层对听取意见的重视。

目的与小组构成

目标回答三个问题：参与者需要理解什么、管理层希望听到什么背景，以及会后可能产生什么决定。“与团队谈谈”这种表述过于宽泛。最好选择一个主题：流程变更、新部门运作、重组后果或特定项目中的障碍。

小组围绕共同的工作背景组建。可以是同一职能、同一班次、同一责任层级，或受特定决策影响的员工。随机挑选方便且忠诚的参与者会带来平和的对话，但无法展现全貌。

我们根据四个标准审核小组成员：

1. 参与者在工作中会遇到所讨论的问题。
2. 小组中包含不同的角色和参与方式。
3. 管理者有权就该主题作答或指定决策负责人。
4. 每个人都能在规定时间内真正获得提问机会。

如果主题涉及多个分支机构或班次，最好按照同一框架开展一系列会议。问题会各不相同，而统一的登记表能让你看到重复出现的障碍，而不会混淆局部背景。

管理者对话准备

管理者准备一张问题与回答边界图，而不是演讲稿。会前，他将已确认的事实与正在进行的决策区分开。然后标出机密话题，并商定谁去核实超出他权限的问题。这样的准备有助于直接回答，并避免承诺团队无法兑现的事情。

首先，我们从以往的沟通、预填表格和与一线经理的谈话中收集问题。然后按意思分组。不恰当的表述不会降低话题的重要性，因此主持人会编辑个人信息和重复内容，但保留实质。

回答工作图包含四个步骤：

1. 认可问题本身，不评价提问者。
2. 说出已知且已确认的内容。
3. 解释边界：哪些尚未知晓、不在权限范围内或不能由该小组成员讨论。
4. 记录行动、负责人和下次更新日期。

Google re:Work将团队效能与心理安全感、清晰度和谈论问题的可能性联系起来。小型会议本身并不会创造安全环境，安全环境源于行为：管理者不与员工的经验争辩，不要求说出匿名问题的作者，并在尚无答案时坦然承认。

如果需要整合小组构成、日程、主持和场地安排，请向我们要报价。在申请中注明城市、对话主题、小组数量和是否需要在线接入。

我们在Telegram频道“Aventura”发布商务和企业活动分析。那里汇集了方案、场地和团队协作的实用解决方案。

55分钟会议流程方案

55分钟是一个可缩短或延长的实用模型。关键在于比例：开场部分只提供必要的背景，而提问和决议占据会议的大部分时间。主持人提前在流程中保护这段时间，并将参考资料从口头演讲转移到邮件或附录中。

会议开始时，主持人说明会议能解决什么、不能解决什么。如果决策已经做出，不应将讨论伪装成投票。应如实告知参与者他们能在哪些方面影响执行，以及事先设定了哪些限制。

对于系列会议，保留同一流程框架，但根据团队调整示例和问题。每次谈话后，团队更新主题地图。共同事实保持一致，以免员工收到相互矛盾的决策版本。

如何收集复杂问题？

问题应在会议前和会议期间通过多个平等渠道收集。预填表格有助于发现重复主题，现场麦克风可获取澄清，而书面或匿名模式则降低了参与门槛。组织者需提前说明匿名性的边界，并且不公开原始数据。

CIPD 指出员工保持沉默的两个原因：担心后果以及觉得说出来没有用。因此，空表格并不能证明没有问题。团队必须展示之前所提问题的处理结果，并为参与者提供清晰的参与方式选择。

我们使用三种渠道：

1. 会议前表格——用于需要准备回答的主题。
2. 口头提问——用于现场对话和澄清。
3. 会议期间的书面渠道——适用于远程参与者以及不方便使用麦克风的人。

如果根据问题内容或参会人数较少就能确定提问者，则无法承诺绝对匿名。最好在邀请函中说明谁会看到原始问题、哪些数据会进入最终文件，以及个人话题何时转入单独的受保护渠道。

主持人合并重复问题，删除姓名和多余细节，但不改变原意。涉及个人情况、纪律处分或医疗数据的问题不在集体面前讨论，而是转交合适的人力资源或法律程序。

主持人、会议纪要与回答范围

领导者不应同时负责回答、管理发言顺序和做会议记录。主持人把控框架和节奏，秘书记录决议。在小型会议上，一个人可以兼任两项职能，但责任必须在会议开始前明确。参与者应了解谁负责给予发言权、谁记录未解决的问题以及谁发送最终文件。

主持人要做七件事：

• 重申会议目标和参与规则；
• 关注语音、聊天和预先提交的问题；
• 给予尚未发言的人机会，但不强迫；
• 无论参与者身份如何，都要制止长篇大论；
• 区分客观事实与主观评价；
• 将问题标记为已答复、未决或已转交其他渠道；
• 在结束前朗读承诺。

会议纪要不必是完整的逐字记录。对于工作成果而言，主题、简要回答、行动项、负责人、更新日期和发布渠道就足够了。这样的文件更容易核查，也更便于安全分发。

对于未决问题，我们使用“需要核实”的状态，而不是含糊的“我们会处理”。如果信息无法披露，领导者应尽可能具体地说明原因，并解释下一步可能采取什么行动。

检查场地与混合连接

小型会议需要良好的可听性、无障碍路线和平等参与。团队先走一遍入场和座位安排，然后检查材料展示。分别提出一个现场问题和一个在线问题。通过重复相同操作来确认修正，使技术协议成为经过验证的结果。

万维网联盟（W3C）建议提前询问可访问性要求。场地和平台应支持所声明的参与方式。会议前提供材料，并在实际场地检查音频。我们询问个人需要的参与方式，而不涉及医疗细节。

会议前检查：

1. 通往会议地点的无障碍路线和合适的座位安排。
2. 每个座位的可听性和麦克风质量。
3. 材料以可访问格式提供，而不仅仅在公共屏幕上。
4. 字幕或其他已声明的服务。
5. 一个用于现场和在线提问的数字频道。
6. 聊天、举手和共享文档的功能。
7. 在没有屏幕或网络的情况下继续的备用方案。

Microsoft建议在混合会议中给予现场和远程参与者平等的发言机会。我们指定在线队列的主持人，并在问答环节给予远程参与者优先发言权。现场提问会通过麦克风重复：这是W3C关于无障碍活动的建议之一。

简短的演练可以与活动技术彩排结合。如果远程提问在现场听不到，团队会调整设置并重新检查相同问题。只有重复才能确认音频已修正。

无需多余记录的隐私保护

默认情况下不需要录音。对于信任性对话，通常更有用的是关于主题、决策和行动的匿名日志。如果需要视频或转录，客户需提前确定目的和法律依据。同时指定负责访问、存储和删除材料的人员。

数据最小化原则意味着团队仅收集为所述目的所必需的信息。英国数据保护监管机构（ICO）在其指南中阐述了这一原则。公司会与律师和个人数据负责人一同核查俄罗斯的相关规定。

在实践中这意味着：

• 不将原始的问题导出内容保存在公共访问区域；
• 不在小组协议中包含姓名和敏感细节；
• 单独保护个人请求；
• 提前告知录音及使用规则；如果以同意为基础，则在录音前获取并记录同意；
• 指定数据复查和删除的负责人；
• 在无法确保完全保密的情况下，不承诺完全保密。

在会议之前，公司会检查如何处理数据、录制对话以及通知参与者。决定取决于适用法律和内部规定。

如何结束会议并兑现承诺？

简要说明： 在会议结束时，主持人会口头重复决策、未决问题、负责人和更新日期。会后，参与者会收到一份不含个人评论的简短摘要。在下次对话前，团队会从过去的承诺开始：哪些已完成，哪些仍在进行中，以及期限为何变更。

回答卡片包含七个字段：主题、简要表述的问题、状态、回答、行动、负责人和更新日期。这足以使承诺可被核查。完整的文字记录往往增加噪音和个人数据，但无助于管理行动。

我们建议会后采取三个步骤：

1. 向参与者发送决策、未决问题和澄清渠道。
2. 在承诺的日期前给出答复或诚实的状态，并附上新日期。
3. 在下次会议前展示过去承诺的落实情况。

格式的效用通过以下方面评估：问题是否得到答复或透明的状态，行动是否有负责人，承诺是否在指定日期前完成。对于成功的会议没有通用的百分比。公司会将不同小组和周期与其基准点进行比较。

会后工作决定了下次会议的信任度。如果回答在门关上后就消失，员工很快就不再提出困难的问题。因此，承诺登记册从一开始就纳入流程，就像 活动审批日历 一样。

如要筹备一系列管理层与员工的小型会议，请向我们索取报价。我们会确认主题、参与群体、城市和接入方式，然后制定流程、安排主持并落实场地服务。

来源

• Acas: 如何与员工进行协商
• CIPD: 混合办公中的员工声音
• Google re:Work: 团队效能与心理安全
• W3C WAI: 如何使现场或混合会议更无障碍
• Microsoft Learn: 混合会议的原则
• ICO: 个人数据最小化原则