周例会管理的重点，是把一场固定召开的会议做成可运行的闭环：会前收敛议题，会中确认结论与行动项，会后登记分发，下次例会开场先核对上期行动项。会议承担决策与对齐，执行跟踪交给工作项或任务清单承载。下面按会前、会中、会后、下期复盘四个环节展开，并给出议程模板、行动项字段规范、角色分工、完整示例和检查清单。行动项需要进入日常任务跟踪时，可以借助ONES这类工作项工具承载负责人、状态与进展汇总。
要点总览（TL;DR）
- 周例会管理的关键是形成闭环：会前收敛议题、会中确认结论与行动项、会后当日分发、下次开场先核对上期行动项。
- 议程按议题、提出人、目标、所需决策、预计时长五个字段编写，只让需要集体决策或跨角色对齐的事项上会，信息同步改为书面预读。
- 行动项写清单一负责人、具体截止时间和可验证的完成标志，用动词开头描述结果，一次会议每人控制在两到三条。
- 主持人控节奏与议题准入，记录人当日分发纪要，行动项负责人按期更新状态，争议议题由决策者拍板。
- 会议纪要与行动项清单分开存放并互相引用，行动项转入工作项跟踪，例会前从工作项视图汇总上期进展作为核对依据。
周例会怎么开：一条从会前到会后的闭环
周例会容易失效，通常不是会议本身开得不好，而是会议与执行之间断了线：会上说定的事没有落到人头上，落到人头上的事下次没人核对。把周例会拆成四个环节，每个环节明确输入、动作和输出，闭环就有了骨架。
| 环节 | 输入 | 动作 | 输出 |
|---|---|---|---|
| 会前 | 各角色提交的议题、预读材料、上期行动项清单 | 主持人筛选议题、排定顺序与时长；参会人提前阅读材料 | 定稿议程、预读材料包、上期行动项核对表 |
| 会中 | 定稿议程、预读材料 | 按议题逐项推进，每个议题结束前确认结论与行动项 | 决策结论、行动项（含负责人与截止时间）、待议问题 |
| 会后 | 会议记录 | 记录人当日整理纪要，登记行动项并分发到负责人 | 会议纪要、行动项清单、分发记录 |
| 下期开场 | 上期行动项清单及最新状态 | 逐条核对完成情况，未完成的说明原因并重新约定 | 行动项状态更新、顺延或关闭记录 |
四个环节中，最容易被省略的是下期开场核对。缺少这一步，行动项是否完成只能靠记忆，会议结论的执行率无从判断。把上期行动项核对固定为每次例会的第一个议程，闭环才真正合拢。
议程与议题清单：会前如何收敛讨论范围
周例会发散，多数情况是议题在会前没有收敛：临时插题、信息同步占用决策时间、一个议题拖过预定时间。解决办法是把议程当成一份有准入规则的清单来管理。
议程模板应包含的字段
| 字段 | 填写要求 | 示例 |
|---|---|---|
| 议题 | 一句话说明要讨论什么 | 新版本发布范围是否包含移动端适配 |
| 提出人 | 议题发起人，负责会前准备材料 | 产品负责人 |
| 目标 | 本次会议希望达成的结果 | 确定发布范围并给出时间点 |
| 所需决策 | 需要谁拍板、拍什么板 | 由技术负责人确认适配工作量后拍板 |
| 预计时长 | 按议题复杂度分配，合计不超过会议总时长 | 15分钟 |
议题准入判断
只有需要集体决策或跨角色对齐的事项才进入议程。单纯的信息同步改为书面预读，参会人提前阅读，会上不再逐条复述。判断时可以问两个问题：这件事是否需要多人在会上共同做决定？是否存在角色之间需要当场对齐的分歧？两个问题都否的议题，走书面同步即可。
时长分配与超时处理
先给上期行动项核对留出固定时间，再按议题优先级分配剩余时长。某个议题超出预计时间时，主持人当场做选择：已有足够信息就收敛结论，信息不足则登记为待议问题，指定补充材料的人和下次讨论的时间，不在会上无限延长。
临时议题的登记与顺延
会中出现的临时议题，由记录人登记到议题池，标注提出人和紧急程度。主持人判断是否当场处理：影响本次决策的并入当前议题，其余顺延到下次议程或转为书面沟通。议题池在每次会前整理，避免临时议题长期堆积或反复被口头提起。
行动项怎么写：负责人、截止时间与完成标志
行动项能否被跟踪和验收，取决于写法。模糊的待办在会上听起来清楚，会后无人能判断是否完成。规范的行动项应具备以下字段。
| 字段 | 要求 |
|---|---|
| 事项描述 | 动词开头，描述可观察的结果 |
| 负责人 | 单人，对结果负责，不写“团队”或多人并列 |
| 截止时间 | 具体日期，不用“尽快”“下周内” |
| 完成标志 | 可验证的交付物或状态，如文档链接、评审通过、数据上线 |
| 关联议题 | 指向产生该行动项的议题，便于回溯背景 |
正反写法示例
| 模糊写法 | 规范写法 |
|---|---|
| 跟进一下移动端适配的问题 | 输出移动端适配工作量评估表，负责人：技术负责人，截止：本周五，完成标志：评估表提交至项目文档并抄送产品负责人 |
| 大家看看发布流程要不要改 | 整理现有发布流程的三个卡点并给出修改建议，负责人：测试负责人，截止：下周三，完成标志：建议文档在下次例会前完成预读 |
区分行动项、决策结论与待议问题
三类内容分开记录。决策结论写清“定了什么、谁拍的板、生效时间”，不需要负责人和截止时间；行动项是需要有人去做的事；待议问题写清卡在哪里、缺什么信息、下次何时讨论。混在一起记录，会导致决策被当成任务反复跟进，或者待议问题被误认为已有结论。
数量控制与优先级
一次周例会产生的行动项控制在团队可执行的范围内，通常每人不超过两到三条。超出时按对本周目标的影响排序，低优先级事项转入议题池或后续排期。行动项标注优先级，便于负责人在多项任务之间安排顺序。
角色分工：主持人、记录人与行动项负责人各做什么
周例会无人负责的两个位置，往往是节奏和记录。明确角色与交付物，会议质量才有稳定保障。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 主持人 | 会前筛选议题、排定时长；会中控节奏、把关议题准入、逐项确认结论 | 定稿议程、会议结论确认 |
| 记录人 | 会中记录结论、行动项与待议问题；会后当日整理并分发 | 会议纪要、行动项清单、分发记录 |
| 行动项负责人 | 接收行动项、更新状态、按期反馈进展或风险 | 行动项状态更新、完成交付物 |
| 上级或决策者 | 对争议议题拍板，对决策结果负责 | 决策结论、必要的资源支持 |
主持人可以由团队负责人担任，也可以轮值，关键是会前完成议题筛选并在会中敢于收敛。记录人建议固定或轮值，会后当日分发是硬要求，隔天补记容易遗漏细节。行动项负责人在收到行动项后应确认接收，遇到阻塞及时在例会前更新状态，而不是等到会上才说明。
一个周例会的完整示例：从议程到行动项闭环
以下为演示情景，用于说明方法如何落地，不代表真实团队数据。
示例背景与本周议程
某产品团队每周一上午开30分钟周例会，参会人为产品、技术、测试负责人。本周议程如下：
| 议题 | 提出人 | 目标 | 所需决策 | 时长 |
|---|---|---|---|---|
| 上期行动项核对 | 主持人 | 逐条确认状态 | 无 | 5分钟 |
| 新版本发布范围 | 产品负责人 | 确定是否包含移动端适配 | 技术负责人确认工作量后拍板 | 15分钟 |
| 测试环境不稳定问题 | 测试负责人 | 确定临时方案与责任人 | 技术负责人拍板 | 10分钟 |
会中形成的行动项
发布范围议题讨论后形成决策：本期发布包含移动端适配，时间点不变。由此产生两条行动项：技术负责人本周五前输出适配工作量评估表；产品负责人下周三前更新发布说明并完成预读。测试环境议题形成一条行动项：技术负责人下周二前给出临时环境方案，完成标志为方案文档发出并被测试负责人确认可用。
行动项登记后的状态流转
记录人会后当日把三条行动项登记到任务清单，状态为“待开始”，负责人确认接收后改为“进行中”。负责人完成交付物后更新为“待验收”，由提出人确认后关闭。逾期未完成的行动项标注原因，进入下次例会的核对清单。
下次例会开场核对
下周一例会开场5分钟，主持人逐条读出上期三条行动项：工作量评估表已提交并验收，关闭；发布说明已完成预读，关闭；临时环境方案因依赖外部资源延期，负责人说明原因并重新约定截止时间。核对完成后才进入新议题。
用工作项承载行动项：让会议结论进入执行流程
会议纪要和行动项清单建议分开存放、互相引用：纪要保留讨论背景和决策依据，行动项清单只保留可执行的事项和状态。行动项从清单转入工作项后，负责人、截止时间、完成标志成为工作项字段，状态变化在执行过程中持续更新，而不是等到下次会议才补记。
这样安排后，周例会前可以直接从工作项视图汇总上期行动项的进展：哪些已完成、哪些进行中、哪些逾期，按负责人或截止时间筛选即可得到核对清单，减少会前逐个询问。评审与交接过程在工作项中留下记录，口头确认的内容有对应条目可查，减少“会上说过但没人记得”的情况。
ONES可以承载这条衔接：会议形成的行动项登记为工作项，指定负责人与截止时间，状态随执行更新；例会前通过工作项视图汇总上期行动项进展，作为开场核对的依据；相关文档与评审记录关联在工作项上，便于回溯决策背景。具体字段配置和视图设置可按团队现有流程调整。
完成检查：周例会是否真正闭环
机制是否运行到位，可以用以下清单逐项核对。建议每月抽查一次，连续出现未达标项时回到对应环节调整规则。
| 检查项 | 达标标准 |
|---|---|
| 上期行动项核对 | 每条都有状态更新，未完成的说明原因并重新约定 |
| 本期行动项完整性 | 每条都有单一负责人、具体截止时间和可验证的完成标志 |
| 议题会前提交 | 议题在会前截止时间前提交，且写明目标与所需决策 |
| 会议时长与议程偏差 | 实际时长在预定范围内，单个议题超时时有收敛或顺延处理 |
| 纪要与行动项分发 | 会后当日完成分发，负责人确认接收 |
| 决策与待议问题记录 | 决策结论写清拍板人和生效时间，待议问题写明下次讨论时间 |
清单中任何一项长期缺失，闭环都会出现缺口：没有会前议题准入，会议时间被信息同步占满；没有完成标志，行动项无法验收；没有当日分发，执行启动被拖延。逐项补齐后，周例会才能稳定产出可跟踪的结论和行动项。
常见问题
团队规模小、议题不多，还需要固定议程和记录人吗？
需要保留议程和记录，形式可以简化。议题少时，议程可以只写议题、目标和预计时长三列，会前发到群里即可；记录人可由主持人兼任，会后当日把结论和行动项发到群里并@负责人确认。规模小更容易口头说定，也更容易在两周后没人记得当时定了什么，保留一份可查的行动项清单，比增加会议流程更重要。
上期行动项经常延期，例会开场核对时应该怎么处理？
核对的目的在于让延期可见并重新约定，而非追责。逐条读出状态后，对未完成项要求负责人说明卡在哪里：是资源不足、依赖未到位，还是当初的完成标志写得不可验证。原因属于依赖问题的，当场协调或升级给决策者；属于行动项本身写得模糊的，重新改写为可验收的表述并约定新截止时间。连续多期延期的同一类事项，考虑拆小或调整负责人。
会议结论和行动项放在会议纪要里，还是单独建清单？
建议分开存放、互相引用。纪要保留讨论背景、分歧和决策依据，适合事后回溯；行动项清单只保留可执行事项和状态，便于逐条跟踪。两者用议题编号或链接关联，查行动项时能回到当时的讨论，查纪要时能看到后续执行情况。如果全部混在纪要文档里，状态更新会散落在不同段落，例会前难以汇总。
周例会时长总是超，应该压缩议题还是增加会议时间？
先检查超时来自哪类议题。信息同步类内容占用时间较多时，改为书面预读，会上不再逐条复述；单个议题反复讨论没有结论时，主持人当场判断信息是否足够，不足则登记为待议问题并指定补充材料的人，不在会上无限延长。完成这两步后仍然超时，再考虑调整会议时长或拆分议题。直接延长会议时间，往往会让讨论继续发散。
行动项转入工作项后，例会前怎么快速拿到上期进展？
按例会的核对范围建一个固定视图，筛选条件设为上期行动项所属的批次或时间区间，按负责人和截止时间排序，会前导出或直接投屏使用。视图中的状态由负责人在执行过程中更新，会上只做确认和例外说明，不再逐条询问进展。使用ONES时，行动项可登记为工作项并指定负责人与截止时间，例会前通过工作项视图汇总进展；具体字段和视图设置按团队现有流程调整。
