周例会管理要解决的核心问题，是把一场固定召开的会议变成可执行的流程：会前用议程和材料控制范围，会中围绕议题形成决议并当场记录行动项，会后把行动项落到负责人、截止时间和状态，下次开会先复盘上周行动项。本文按会前、会中、会后、检查的顺序给出具体做法，并附角色分工表、议程模板和完整示例；会议记录与行动项需要工具承载时，会说明如何用ONES的文档与工作项承接这些产出。
要点总览（TL;DR）
- 周例会管理是一条从会前议程到会后行动项复盘的完整流程，核心产物是持续维护的会议记录与行动项清单。
- 会前用固定字段的议程模板收集和筛选议题，材料提前半天发出，会上默认已读、直接进入决策。
- 会中开场先复盘上周行动项，每个议题按背景说明、讨论、结论推进，决议和行动项当场记录并复述确认。
- 会后当天发出会议记录，行动项落到负责人、截止时间和验收标准，按周更新状态，关闭需验收确认。
- 用完成检查清单逐项核对议程提交、决议完整性、行动项闭环和会议时长，连续不达标时优先检查议程筛选与控时。
周例会先定什么：会议定位、频率与参会角色
周例会管理的第一步是明确这场会议为什么开。周例会的合理定位是三类事情：同步关键进展、暴露风险和阻塞、对需要多人确认的事项做决策。信息通报类内容适合放进会前材料或工作群，不需要占用会议时间逐条念。定位写清楚之后，议程筛选、时长控制和参会人范围才有判断依据。
频率和时长建议固定下来，例如每周一次、每次45至60分钟，固定在同一时间召开。固定周期让行动项的跟进节奏与会议节奏对齐，也便于参会人提前安排。参会人范围按“与本周议题相关”确定：主持人、记录人、各议题负责人为必到人员，其他成员可按议题列席。人数较多的团队可以只让各方向负责人参会，再由他们向组内同步。
角色分工要在启动阶段就定下来，避免每次开会临时找人记录：
| 角色 | 主要职责 | 关键要求 |
|---|---|---|
| 主持人 | 把控议程顺序和单议题时长，推动每个议题形成结论或明确挂起 | 会前确认议程，会中控制节奏，会后确认记录已发出 |
| 记录人 | 记录决议和行动项，维护会议记录文档 | 会中实时记录，不依赖会后回忆补写 |
| 议题负责人 | 提交议题和会前材料，在会上说明背景并给出建议方案 | 材料按时提交，议题带明确待决策点 |
| 行动项负责人 | 承接行动项，更新执行状态，在下次会上汇报结果 | 明确截止时间，逾期主动说明原因 |
同时要明确哪些内容不放进周例会：逐人汇报日常任务进度、需要长时间讨论的方案设计、与本周议题无关的临时事项。这些内容分别交给任务看板、专题会或会后单独沟通。把边界划出来，周例会才不会被拉长成信息通报会。
会前准备：议程模板与材料提交规则
会前准备决定会议能否按议题推进。做法是提前收集议题、按规则筛选、形成固定格式的议程，并设定材料提交截止时间。
议程模板建议包含以下字段，每个议题一行：
- 议题名称：一句话说明讨论什么；
- 议题目标：本次要同步、讨论还是决策；
- 负责人：谁在会上主讲；
- 预计时长：按分钟填写，全部议题合计不超过会议总时长；
- 所需决策：需要会议确认的具体问题，没有决策点的议题标注为“仅同步”；
- 会前材料：链接或附件，供参会人提前阅读。
议题提交与筛选按三条规则执行：议题在会前一个工作日截止提交；主持人按“是否影响本周目标、是否需要多人决策、是否有明确负责人”筛选，超出时长的议题顺延到下次或转为专题讨论；仅同步类议题优先放入会前材料，会上只留提问时间。
会前材料应在会前至少半天提交，参会人需提前阅读，会上默认材料内容已读，主讲人直接进入问题和决策环节。临时议题的处理方式是：不影响本周关键目标的，记入议题池留待下次；确实紧急的，由主持人在会议开始时决定是否插入，并相应压缩或顺延其他议题，插入的议题同样要记录决议和行动项。
会中怎么开：按议题推进并当场形成决议
会议开场先用5至10分钟复盘上周行动项：逐条确认完成情况，未完成的说明原因并给出新的截止时间。这一步让行动项形成闭环，也让参会人清楚本次会议的起点。
随后按议程逐项推进，每个议题按“背景说明—讨论—形成结论”的顺序进行，主持人对照预计时长控制节奏。接近时限时，主持人要求议题负责人给出建议方案并推动表态；讨论无法收敛的，明确挂起并指定后续处理方式，不在会上反复拉扯。
决议的记录要素包括：结论本身、作出结论的依据、生效范围（涉及哪些团队、项目或时间范围）。行动项的提取要素包括：具体动作、负责人、截止时间、验收标准。记录人在会中同步录入，每形成一条就当场复述确认，避免会后理解偏差。示例格式如下：
- 决议：本周起新需求统一走需求评审流程，依据为上周两次返工均源于需求理解不一致，生效范围为产品与研发两个小组。
- 行动项：整理需求评审检查清单，负责人张某，截止本周五，验收标准为清单覆盖需求背景、验收条件、影响范围三项并发出征求意见。
未形成决议的议题要挂起并记录：挂起原因、需要补充的信息、下次讨论的时间或转为专题会的安排。挂起不等于遗忘，它同样进入会议记录，在下次会议议程中体现。
会后跟进：行动项分派、状态更新与闭环
会议结束后，记录人在当天发出会议记录，分发范围包括全部参会人、行动项负责人及其直接主管。记录内容包含决议、行动项清单和挂起议题，行动项清单按负责人分组，便于各自认领。
行动项录入后即完成分派：每条行动项有唯一负责人、截止时间和初始状态。状态更新按固定节奏进行，例如负责人在截止日前更新一次进展，状态分为未开始、进行中、已完成、已逾期。逾期提醒由记录人或主持人按周检查，逾期项在下次会议复盘时优先说明。
行动项关闭的判定标准是验收标准达成，由提出方或主持人确认，负责人自行标记完成只作为待确认状态。关闭时记录完成说明，便于后续追溯。下次例会开头的复盘直接使用这份行动项清单，形成“记录—执行—复盘—再记录”的循环。
角色与交付物：谁在什么时点产出什么
把各角色的输入、动作、输出和时点汇总成一张表，便于团队直接分工落地。
| 角色 | 输入 | 动作 | 输出 | 时点 |
|---|---|---|---|---|
| 议题负责人 | 本周工作进展、待决策问题 | 提交议题和会前材料 | 议题条目、材料 | 会前一个工作日 |
| 主持人 | 议题列表 | 筛选议题、排定议程、控制会中节奏 | 议程、会议决议 | 会前半天定稿，会中执行 |
| 记录人 | 会中讨论内容 | 实时记录决议与行动项，会后整理发出 | 会议记录、行动项清单 | 会中记录，当天发出 |
| 行动项负责人 | 分派的行动项 | 执行并更新状态 | 状态更新、完成说明 | 截止日前，按周更新 |
| 主持人/记录人 | 行动项清单 | 检查逾期、组织复盘 | 复盘结论、新的行动项 | 下次会议开场 |
交付物共三类：议程（会前定稿）、会议记录（含决议与挂起议题，当天发出）、行动项清单（持续维护，跨会议复用）。三类交付物中，行动项清单是唯一需要长期维护的产物，其余两类按次生成。
示例：一次周例会从准备到闭环的完整过程
以下为演示情景，用于说明流程衔接，不代表特定团队的真实案例。
某产品研发小组每周一上午10点召开周例会，时长50分钟。会前一个工作日，三位议题负责人提交了四个议题：版本发布进度同步（仅同步，材料已发）、登录模块缺陷处理方案（需决策）、下阶段需求优先级（需决策）、测试环境扩容申请（需决策）。主持人筛选后保留三个决策议题，进度同步转为会前阅读，议程合计45分钟，材料在周日下午发出。
会中开场复盘上周行动项：两条已完成，一条“补充接口文档”未完成，负责人说明因联调占用时间，新的截止时间定为周三。随后逐项讨论：登录模块缺陷方案形成决议，采用临时补丁加下周重构的处理方式，行动项为“输出补丁验证报告”，负责人李某，截止周四，验收标准为覆盖三个主要场景；需求优先级议题讨论后挂起，原因是缺少上季度使用数据，指定数据整理为行动项，下次会议继续；测试环境扩容形成决议并分派行动项。
会后当天，记录人发出会议记录，三条行动项分别录入清单并分派。周三接口文档完成，负责人更新状态并附完成说明，主持人确认后关闭。周四补丁验证报告提交，在下次会议开场复盘时确认关闭。挂起的优先级议题带着数据在下次会议重新讨论并形成决议。
借助协作工具承载会议记录与行动项
当团队规模扩大或行动项跨周累积时，靠文档和口头提醒容易丢失状态。此时可以把会议产出分成两层承载：会议记录用文档保存，行动项用工作项跟踪，两者建立对应关系。
在ONES中，会议记录可以作为文档沉淀，记录决议、挂起议题和当次会议的行动项；每条行动项对应一个工作项，带上负责人、截止时间和状态字段，分派后在负责人自己的工作项列表中可见。状态流转按未开始、进行中、已完成推进，逾期项在列表中可直接识别，主持人在下次会议前按逾期筛选即可完成复盘准备。会议决议与后续工作的关联可以通过在文档中引用对应工作项实现，讨论时能直接跳转到执行进展。
承载方式按团队现有流程选择：会议频率低、行动项少的团队，用文档加清单即可；行动项跨团队、需要按周统计完成率的团队，把行动项建成工作项更便于跟踪。工具承担的是记录和状态可见，会议本身的议程控制和决议质量仍取决于主持人与议题负责人。
完成检查：周例会管理是否跑通的判断标准
用以下清单逐项核对，判断周例会管理机制是否有效运行。每项都应有可观察的证据，而非主观感受。
- 议程是否在会前一个工作日提交并定稿，是否覆盖本周主要议题；
- 会前材料是否按时发出，会上是否默认已读、直接进入决策；
- 每个议题是否有明确结论，决议是否记录了结论、依据和生效范围；
- 行动项是否当场记录，是否都有负责人、截止时间和验收标准；
- 会议记录是否当天发出，分发范围是否覆盖行动项负责人；
- 上周行动项是否在本次会议开场逐条复盘，逾期项是否有说明和新时限；
- 行动项状态是否按周更新，逾期项是否可被直接识别；
- 会议时长是否控制在预定范围内，议题数量与时长是否匹配；
- 挂起议题是否记录原因并在后续会议重新出现；
- 行动项关闭是否有验收确认，而非负责人自行标记。
清单中多数项目连续两周不达标时，优先检查议程筛选和会中控时两个环节，这两处通常是会议拖长和决议缺失的主要来源。
常见问题
周例会时长总是超，应该先调整哪里？
先检查议程筛选和单议题控时两个环节。议程层面，把仅同步类议题移到会前材料，只保留需要多人决策的议题，并让全部议题的预计时长合计不超过会议总时长；会中层面，主持人在接近时限时要求议题负责人给出建议方案并推动表态，讨论无法收敛的议题明确挂起并指定后续处理方式。多数超时来自议题范围过宽，压缩议题数量通常比压缩讨论时间更有效。
行动项负责人自行标记完成后，还需要谁确认？
建议由提出方或主持人确认。负责人标记完成只作为待确认状态，确认的依据是行动项记录时写明的验收标准是否达成。确认时补充完成说明，便于后续追溯。如果验收标准本身模糊，先补写验收标准再确认，避免出现“完成了但没人能判断是否达标”的情况。
临时插入的紧急议题怎么处理才不打乱整场会议？
由主持人在会议开始时判断是否插入，并同步调整其他议题：压缩仅同步类议题的提问时间，或把部分议题顺延到下次。插入的议题同样要走完整流程，形成决议或明确挂起，并记录行动项。不影响本周关键目标的临时事项，记入议题池留待下次会议，不在会上展开讨论。
团队规模变大后，参会人范围怎么定？
按“与本周议题相关”确定参会人。主持人、记录人和各议题负责人为必到人员，其他成员可按议题列席。人数较多的团队可以让各方向负责人参会，再由他们向组内同步会议结论和行动项。这样既控制会议人数，也保证信息通过固定渠道传达到执行层。
会议记录和行动项清单用文档还是用工具管理？
按团队现有流程选择。会议频率低、行动项少的团队，用文档加清单即可满足记录和跟进需求；行动项跨团队、需要按周统计完成率或识别逾期的团队，把行动项建成带负责人、截止时间和状态的工作项更便于跟踪。在ONES中，会议记录可以用文档沉淀，行动项对应工作项，状态流转和逾期筛选在列表中完成。工具承担记录和状态可见，议程控制和决议质量仍取决于主持人与议题负责人。
