真正有效的会议准备模板
为工程团队经理准备的会议模板，从实际工具中提取上下文，而非依赖记忆。
By Ellis Keane · 2026-04-03
我遇到的每一个会议准备模板，实际上都只是换了个包装的议程模板。它们给你一个地方写"讨论主题"和"行动事项"，然后称之为准备，但却跳过了真正困难的部分：了解自上次与某人交谈以来发生了什么。
会议准备的真正工作是：花十五分钟滚动查看 Slack，试图回想你的直属下属周二提到了什么；或花十分钟点击 Linear issue，弄清楚那个迁移是否已完成；或打开 1:1 才意识到没有具体的话题可讨论，因为这一周过得模糊不清（周大都如此）。
这个会议准备模板从不同的前提出发：准备是收集上下文，而不是写议程。操作上下文存在于你的工具中，而不是你的脑子里；人际上下文仍然需要判断和笔记，但那比大多数人想的要小得多。方法分三层：活动扫描、决策和阻碍检查，以及变化增量。三层都可以在七分钟内完成。
这个模板适合谁
主要受众：负责 1:1、团队同步和跨职能会议的工程团队经理，不过任何希望自己在会议前查过相关资料的人都可以调整使用。如果您在 Linear、GitHub、Slack 以及可能还有 Notion 或 Figma 的混合环境中管理 5-8 名直属下属，您就是我所考虑的对象。工具栈不同？结构依然适用；只需替换具体的查询。
简短的 1:1 可能只需要第一层。与五名或更多参与者且桌上有不可逆决策的高风险规划会议，可能需要全部三层。
第一层：活动扫描（3 分钟）
在任何会议之前，提取参与者的近期活动。不必是他们做的所有事情，只需足够了解他们这一周实际发生了什么。
- [ ] 在 GitHub 中检查每位参与者最近的 PR（已合并、开放中和已审查）
- [ ] 扫描 Linear issue：哪些已移至 Done，哪些 In Progress 已超过 3 天，哪些被重新分配
- [ ] 快速浏览他们活跃的 Slack 频道，寻找有 5 条以上回复的话题（这些往往是有实质内容的讨论）。Slack 搜索修饰符，如
from:@person before:today，可以大幅提升效率
- [ ] 如适用，检查设计相关会议的 Figma 活动，或规划会议的 Notion 更新
重点不是监视任何人（请不要把这变成一次生产力审计）。重点是带着足够的信息出现，以便提出好问题。"迁移进展如何？"和"我看到迁移 PR 收到了平台团队三轮审查意见，卡点在哪里？"之间有很大的区别。第二个问题告诉你的直属下属你在关注，根据我的经验，它能更快切入真正的对话。
实际操作是这样的。假设你正在为与一位正在重构通知系统的工程师的 1:1 做准备。你检查 GitHub，发现他们本周合并了两个 PR，但有一个开放了四天没有审阅者。你检查 Linear，注意到昨天父级史诗从"In Progress"变成了"Blocked"。你检查 Slack，在 #platform 频道找到一条帖子，他们在那里问数据库模式变更的问题，得到了两位高级工程师的相互矛盾的答复。
现在你有三个具体的讨论话题，而你甚至还没有写议程。
会议准备不是把话题写下来。而是从你的工具中收集足够的上下文，让重要话题自然浮现。
第二层：决策和阻碍检查（2 分钟）
会议（理论上）是做出决策的地方，因此了解哪些决策尚待处理会很有帮助。这一层大约需要两分钟，能捕获那些否则会在会议中途突然冒出来的事情。
- [ ] 搜索 Slack 中参与者在过去一周内包含"decision"、"should we"、"waiting on"或"blocked by"的消息
- [ ] 检查 Linear 中涉及参与者的带有阻碍或依赖标签的 issue
- [ ] 查找共享 Notion 文档或 Figma 评论中尚未解决的未决问题
- [ ] 回顾您与此人上次会议的自己的笔记：您是否承诺过跟进什么？
最后一项是大多数人会跳过的，但可以说是最重要的。持续忘记承诺会稳步损害信任，而无需提醒就履行承诺会稳步建立信任。这是改善 1:1 最简单的方法，与会议准备模板或任何工具无关。
有效的准备
- 从工具中提取具体活动数据，在写任何议程之前
- 搜索待处理的决策，跨越 Slack 话题和 Linear 阻碍项
- 参考上次会议记录，检查自己的跟进落实情况
- 让上下文自然呈现话题，而不是猜测需要讨论什么
浪费时间的准备
- 写一个通用议程，如"更新 / 阻碍 / 行动事项"，没有支撑上下文
- 依靠记忆回忆在工具零散使用的一周里发生了什么
- 在结尾问"还有别的吗？"，因为你已经想不起什么要讨论的了
- 对待每次会议都一样，不管工作中实际发生着什么
第三层：变化增量（2 分钟）
这一层是可选的，但对于有固定周期的会议（如每周 1:1 或双周团队同步）确实很有用。你在回答的问题是：自从我们上次交谈以来发生了什么变化？
打开上次会议的笔记或记录（即使那些"笔记"只是某个文档里的一个项目符号列表），比较当时和现在的事情状态。具体来说：
- 上次"进行中"的哪些 issue 已经交付？哪些没有移动？
- 是否出现了之前不在视野中的新优先级或紧急情况？
- 是否发生了影响此人工作的团队变化、重组公告或路线图调整？
变化增量使你的会议专注于进展与漂移，而不是话题的平铺列表。你进入的是一场关于轨迹的对话：事情在哪里，现在在哪里，以及这对我们下一步该做什么意味着什么。
一个具体例子：假设上周你的直属下属在支付史诗上有三个进行中的 issue，其中一个是高优先级的错误修复。本周，错误修复已交付（很棒），一个 issue 进入审查（不错），另一个六天没有更新（值得温和地询问一下）。这就是你的 1:1 结构，组装起来大约花了九十秒。
汇总在一起：模板
这是实际的模板。复制、调整，丢掉不适用的部分。格式比习惯重要性低。
```
会议准备：[人员/小组] - [日期]
第一层：活动扫描
- 近期 PR（已合并/开放中/审查中）：
- Linear issue（已完成/进行中/被阻碍）：
- 值得关注的 Slack 话题：
- 其他工具活动（Figma/Notion/等）：
第二层：决策和阻碍项
- 待解决的待定决策：
- 当前阻碍项：
- 我来自上次会议的跟进事项：
第三层：变化增量（对比上次会议）
- 已交付的内容：
- 未移动的内容：
- 新的优先级/上下文：
讨论笔记
（在会议期间填写）
行动事项
（记录负责人和截止日期） ```
该模板是刻意不依赖于特定工具的。无论您查询的是 GitHub、Linear、Jira、Shortcut 还是白板照片，结构都是相同的：活动、决策、变化。
为何这比议程更有效
传统的会议准备模板问"我想谈什么？"这个模板问"实际上发生了什么？"，让话题从数据中浮现。在实践中，这意味着你能发现否则会错过的事情，比如一个 PR 已经四天没有人审查，或者一个在 Slack 话题中做出的决策从未进入 Linear。
每次都用同样的清单也意味着更少的遗漏任务。当准备变成一个具体的五到七分钟例行程序（好吧，"浏览几个 Slack 话题"能有多具体），你就会停止害怕它。
在整个一周中扩展使用
假设你管理六名有每周 1:1 的直属下属，加上两次团队同步和一次跨职能会议。那是九场需要准备的会议，已经超过了任何人如果在白板上从头设计公司时会规划的会议数量（但我们就在这里，会议不会消失，所以来应对它们吧）。
如果每次准备平均花十五分钟在工具间无结构地搜索，那每周就要花两小时以上收集上下文。使用这个会议准备模板，一旦你建立了肌肉记忆，每次只需五到七分钟。九场会议大约一小时，所以你每周节省大约一小时，在 48 个工作周里累计大约 48-50 小时/年。你是否将这些节省下来的时间用于真正的工程工作，还是只是望着窗外为自己的流程沾沾自喜，（说实话）与我无关。
stat: "~48-50 小时/年" headline: "会议准备节省的时间" source: "基于 48 个工作周内每周 9 场会议，无结构 15 分钟对比模板化 6 分钟"
质量差异也在累积。九场有准备的会议意味着九次更早发现真实问题的对话，以及更少的"哦等等，我忘了问..."跟进 Slack 消息。这更难量化，但如果你曾经在上午 10 点刚和某人花了三十分钟后，又在下午 3 点给他们发 DM，你就知道那种感觉。
什么时候完全跳过准备
不是每次会议都值得准备。如果你要参加公司全员大会或社交咖啡聊天，不要提前运行 Linear 查询（认真的）。如果会议是那种没人记得是怎么排的但大家都怕删掉的循环 30 分钟会议，也许你需要的准备是有勇气点击"拒绝"。在你负责结果或需要做出决策时使用这个会议准备模板：1:1、团队同步、规划会议、跨职能评审。
如果一个会议不值得五分钟准备，就值得问问它是否值得三十分钟参与。如果你想更进一步，完全自动化你的会议准备，那是另一个（说实话更有趣的）话题。
将信号情报直接发送到您的收件箱。
常见问题
Q: 工程团队经理的会议准备模板应包含哪些内容？ A: 一个好的会议准备模板在每次会议前应收集三件事：与会者的近期动态（PR、issue、消息）、与议程相关的待定决策或阻碍，以及自上次会议以来发生变化的快速扫描。模板本身不如养成从实际工具数据而非记忆中填写的习惯重要。
Q: 1:1 会议准备应该花多长时间？ A: 有了结构化模板和正确的工具查询，1:1 准备应在五分钟内完成。大多数工程经理要花 15-20 分钟，因为他们在 Slack、Linear 和 GitHub 之间手动搜索。一个明确指定查看位置的模板可以大幅减少这一时间。
Q: Sugarbug 能为工程团队自动化会议准备吗？ A: 可以。Sugarbug 连接到 Linear、GitHub、Slack、Google Calendar 和 Notion 等工具，然后根据参会人员及这些工具中发生的情况，在每次会议前整合一份简报。它收集的上下文与您使用此模板手动收集的相同，但以自动化方式完成。
Q: 我可以不使用特殊工具来使用这个会议准备模板吗？ A: 当然可以。该模板只需文本编辑器和浏览器标签即可使用。其全部意义在于一个可重复的收集上下文的结构。如果您以后想要自动化，有相应的工具可以做到，但模板本身也完全够用。