有效的主持技巧：Speaker Queue 和 Speaker Stack
发布: (2025年12月21日 GMT+8 07:20)
3 min read
原文: Dev.to
Source: Dev.to
背景
即使是工程师也会开会。这些讨论或评审可能会变得相当激烈，涉及的主题不仅限于软件开发，还包括组织发展。然而，工程师通常并未接受过主持人的培训。会议的质量在很大程度上取决于主持技巧，缺乏必要技能会导致会议质量不稳定，进而产生以下问题：
- 选择“兼容的成员”以降低质量不一致 → 增加招聘和入职成本。
- 仅与管理层和高级工程师进行讨论 → 产生向现场工程师传递信息的沟通成本。
虽然会议质量并非仅由主持决定，但对主持进行系统化可以使其更为稳定。
Speaker Queue 与 Speaker Stack
我们引入两种管理发言权的方法：Speaker Queue 和 Speaker Stack。通过使用队列（FIFO）和栈（LIFO）来控制谁可以发言，主持过程变得更可预测，且可见的轮次管理也更易于量化会议质量。
工作原理
- 按下按钮 – 参与者的姓名进入队列。
- 主持人从队列中选取一个姓名，并授予该人发言权。
队列提供经典的 FIFO 方式，确保参与者按照请求的顺序发言。栈则将中断视为 LIFO 优先列表。当仅使用队列无法应对会议的复杂性时，栈可以让紧急的中断先被处理。
实现模式
基础 1‑Stack + 1‑Queue
- Queue – 一般发言轮次（FIFO）。
- Stack – 中断（LIFO），处理至栈为空为止。
扩展模式
还可以采用其他配置。例如，2‑Stack + 1‑Queue 系统可以对不同类型的中断进行优先级划分：
| 优先级 | 结构 | 使用场景 |
|---|---|---|
| 1 | Stack | 询问未知术语 |
| 2 | Stack | 一般中断 |
| 10 | Queue | 正常发言轮次 |
该模式有助于解决常见的会议难题，如“有个术语我不懂”或“氛围不适合立即提问”。
相关概念
想了解更多关于使用多种数据结构进行任务管理的内容，请参阅我之前的文章：HQRST is Recommended for Lightweight Task Management – DEV Community。相同的思路同样适用于会议主持。