跨部门会议行动项模板建议用一张表承载四组字段：基本信息（会议名称、会议日期、议题）、行动项本身（编号、行动描述、来源决策或议题）、责任边界（主责部门、主责人、协作部门、协作人、确认人）、交付与跟踪（交付物、截止日期、优先级、状态、验收标准、依赖与风险、下次同步时间）。其中责任边界要把“谁主责、谁协作、谁确认”分列填写，跨部门任务才不容易在交接处落空。下面给出可直接复制的空白表、逐字段填写口径、必填与选填划分、完整示例，以及议程和决策记录的配套模板。
要点总览（TL;DR）
- 模板用一张表承载四组字段：基本信息、行动项本身、责任边界、交付与跟踪，复制后按行填写即可。
- 跨部门场景的必填项除编号、行动描述、主责部门、主责人、截止日期、状态外，还应包含协作部门、协作人、确认人。
- 责任边界靠分列填写体现：主责部门对结果负责，协作部门提供输入和配合，确认人负责验收，三者不合并成一栏。
- 议程、决策记录、行动项用统一编号串联，行动项的“来源决策/议题”可回溯到决策编号和议题编号。
- 模板按季度或项目阶段回顾，检查必填完整率、按期完成率和因责任不清导致的返工次数，再决定增删字段。
可复制空白行动项模板
下表是本文的主交付物，可直接粘贴到文档或表格工具中使用。表头与后文字段说明、填写示例保持同一套字段，复制后按行填写即可。建议一次会议的所有行动项放在同一张表中，用编号区分，便于后续跟踪和回顾。
| 编号 | 会议名称 | 会议日期 | 议题 | 行动描述 | 来源决策/议题 | 主责部门 | 主责人 | 协作部门 | 协作人 | 确认人 | 交付物 | 截止日期 | 优先级 | 状态 | 验收标准 | 依赖与风险 | 下次同步时间 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
如果会议较多，可以把“会议名称、会议日期、议题”三列保留在每行中，也可以单独建一张会议信息表，用会议编号关联，行动项表只保留会议编号。两种做法都能用，选择取决于团队是否习惯在一张表里看全上下文。
字段说明：每个字段填什么
字段说明的作用是让不同部门的人按同一口径填写，减少“这条行动项到底算谁的”这类会后争议。下面按四组逐项说明含义和填写口径。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 编号 | 行动项的唯一标识 | 建议用“会议缩写-序号”，如“Q3评审-01”，全表不重复 |
| 会议名称 | 行动项产生的会议 | 写会议正式名称，与会议纪要标题一致 |
| 会议日期 | 会议召开日期 | 统一格式，如2025-06-12，便于排序 |
| 议题 | 行动项所属的讨论议题 | 写议题名称或议题编号，与议程模板对应 |
| 行动描述 | 要完成的具体动作 | 以动词开头，写清对象和结果，如“输出接口联调排期表并同步给两个部门” |
| 来源决策/议题 | 行动项的依据 | 引用决策记录编号或议题编号，说明为什么做这件事 |
| 主责部门 | 对结果负第一责任的部门 | 只填一个部门，避免多头负责 |
| 主责人 | 具体推进和交付的人 | 填到人名，不填岗位代称；主责人应与主责部门一致 |
| 协作部门 | 提供输入或配合执行的部门 | 可填多个，用顿号分隔；只列真正需要出力的部门 |
| 协作人 | 协作部门的具体对接人 | 每个协作部门至少一个对接人，便于直接沟通 |
| 确认人 | 验收结果的人 | 通常是发起议题的负责人或上级，与主责人分开填写 |
| 交付物 | 行动项完成时产出的东西 | 写具体形态，如文档、排期表、测试报告、上线记录 |
| 截止日期 | 要求完成的时间 | 写明确日期；跨部门依赖多的任务可加内部里程碑日期 |
| 优先级 | 相对紧急程度 | 用统一选项，如高/中/低，并约定各级的响应时限 |
| 状态 | 当前进展 | 用统一选项，如未开始/进行中/待确认/已完成/已取消 |
| 验收标准 | 判断完成的依据 | 写可核验的条件，如“两个部门负责人书面确认排期无冲突” |
| 依赖与风险 | 影响交付的前置条件 | 写清依赖哪个部门或哪项产出，以及可能的风险和应对 |
| 下次同步时间 | 下次检查进展的时间 | 与例会节奏对齐，如“下次周会”或具体日期 |
责任边界三组字段的区分是跨部门场景的关键。主责部门对结果负责，协作部门提供输入和配合，确认人负责验收，三者分开填写后，任务在部门之间流转时每一步都有明确的人承接。行动描述和来源决策要成对出现：描述说明做什么，来源说明依据哪条决策，后续复盘时能直接追溯到会议结论。
必填与选填：哪些字段不能空
并非所有会议都需要填满全部字段。必填字段缺失会直接影响行动项能否被跟踪和验收，选填字段则按会议类型和任务复杂度决定是否保留。
| 类别 | 字段 | 缺失后果或适用场景 |
|---|---|---|
| 必填 | 编号、会议名称、会议日期、行动描述、主责部门、主责人、截止日期、状态 | 缺编号无法引用；缺主责部门和主责人则无人推进；缺截止日期无法排期；缺状态无法跟踪 |
| 必填（跨部门场景） | 协作部门、协作人、确认人 | 跨部门任务缺少协作对接人容易在交接处停滞；缺确认人则完成与否无人判定 |
| 建议填写 | 交付物、验收标准、来源决策/议题 | 交付物和验收标准让“完成”有可核验依据；来源决策保证可追溯 |
| 选填 | 议题、优先级、依赖与风险、下次同步时间 | 议题在议程规范时填写；优先级用于任务较多需要排序时；依赖与风险用于存在外部前置条件时；下次同步时间用于长周期任务 |
按会议类型裁剪时，可以参考以下规则：决策会产生的行动项要保留来源决策、确认人和验收标准，因为决策执行需要可追溯和可验收；同步会的行动项可精简验收标准，重点保留主责人、截止日期和状态；评审会的行动项要保留评审结论对应的来源议题、复核时间和确认人，确保整改项被复核。裁剪的原则是删减描述性字段，保留责任和时限字段。
填写示例：一次跨部门会议的完整行动项
以下示例为演示情景，展示产品、研发、市场三个部门在一次版本发布评审会后的行动项如何填写。字段与前面的空白模板完全一致。
| 编号 | 会议名称 | 会议日期 | 议题 | 行动描述 | 来源决策/议题 | 主责部门 | 主责人 | 协作部门 | 协作人 | 确认人 | 交付物 | 截止日期 | 优先级 | 状态 | 验收标准 | 依赖与风险 | 下次同步时间 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 发布评审-01 | V3.2版本发布评审会 | 2025-06-12 | 议题2 发布范围 | 输出V3.2发布范围清单并同步三个部门 | 决策D-02 | 产品部 | 张宁 | 研发部、市场部 | 李伟、王芳 | 陈磊 | 发布范围清单文档 | 2025-06-16 | 高 | 进行中 | 三个部门负责人在文档中确认无异议 | 依赖研发部提供功能完成度；风险是市场部素材排期冲突 | 2025-06-17周会 |
| 发布评审-02 | V3.2版本发布评审会 | 2025-06-12 | 议题3 上线准备 | 完成上线检查清单并组织一次预演 | 决策D-03 | 研发部 | 李伟 | 产品部 | 张宁 | 陈磊 | 上线检查清单、预演记录 | 2025-06-20 | 高 | 未开始 | 清单全部项通过，预演无阻断问题 | 依赖测试环境可用；风险是环境占用 | 2025-06-17周会 |
| 发布评审-03 | V3.2版本发布评审会 | 2025-06-12 | 议题4 对外沟通 | 编写发布公告初稿并提交审核 | 决策D-04 | 市场部 | 王芳 | 产品部 | 张宁 | 陈磊 | 发布公告初稿 | 2025-06-18 | 中 | 进行中 | 产品部确认功能描述准确，确认人审核通过 | 依赖发布范围清单定稿 | 2025-06-17周会 |
示例中三条行动项的主责部门各不相同，协作部门和协作人明确到人，确认人统一为会议主持人，验收标准写成可核验的条件。发布评审-03依赖发布评审-01的产出，这种依赖关系写在“依赖与风险”列，下次同步时间统一对齐到周会，便于集中检查。
议程与决策记录模板如何与行动项衔接
行动项不是孤立产生的，它来自议程上的议题和会上的决策。议程、决策记录、行动项三份模板用统一编号串联，才能保证每条行动项都能追溯到具体议题和决策。
| 模板 | 关键字段 | 作用 |
|---|---|---|
| 会议议程模板 | 议题编号、议题名称、提出部门、预计时长、参会部门、需提前准备的材料、期望产出 | 会前明确讨论什么、谁参加、要带什么材料 |
| 决策记录模板 | 决策编号、对应议题编号、决策内容、决策依据、决策人、决策日期、影响部门、后续行动项编号 | 记录会上定了什么、依据是什么、由谁拍板 |
| 行动项模板 | 编号、来源决策/议题、主责部门、主责人、协作部门、协作人、确认人、交付物、截止日期、状态 | 把决策转化为可跟踪的任务 |
三者的字段映射关系是：议程的“议题编号”对应决策记录的“对应议题编号”，决策记录的“决策编号”对应行动项的“来源决策/议题”，决策记录的“后续行动项编号”对应行动项的“编号”。填写时先定议题编号，再记录决策编号，最后生成行动项编号，编号链条完整，复盘时可以从任意一条行动项回溯到决策和议题。议程模板中的“期望产出”可以预判本次会议会产生哪些行动项，会前就提醒相关部门准备对接人。
模板的调整与维护方法
模板落地后需要按团队实际使用情况调整，否则字段会越填越随意。调整和维护可以从三个方面入手。
新增或删减字段的判断依据是使用频率和缺失后果。如果某个字段连续多次会议都空着，且没人因此产生疑问，可以考虑删除或改为选填；如果某类问题反复出现，比如协作部门对接人缺失导致任务停滞，就应把对应字段升为必填。每次调整只改一到两个字段，观察一两个会议周期再决定下一步。
字段命名和选项值要统一。状态、优先级这类带选项的字段，团队应约定固定的选项集合，比如状态只用“未开始、进行中、待确认、已完成、已取消”五个值，避免出现“处理中”“推进中”“在做”等混用。字段名称一旦确定，模板、说明文档和示例保持同一叫法，减少理解成本。
定期回顾与版本更新建议按季度或按项目阶段进行。回顾时检查三件事：必填字段的填写完整率、行动项的按期完成率、因责任不清导致的返工次数。根据检查结果更新模板版本，并在模板顶部标注版本号和生效日期，旧版本归档保留，便于对照历史会议记录。
当行动项数量增多、需要跨会议持续跟踪时，可以把表格中的行动项转为可跟踪的工作项，让主责人、截止日期和状态在统一位置更新。ONES Wiki 支持页面模板库，一键创建制式化文档模板，也支持会议记录的高效沉淀和文档关联项目任务；团队可以把行动项模板固化为页面模板，会议纪要中的行动项再关联到对应项目任务，减少在文档和任务之间反复搬运信息。具体配置以实际开通的版本为准。
常见问题
跨部门会议行动项模板和普通会议行动项模板的主要区别在哪里？
主要区别在责任边界字段。普通会议行动项通常只写负责人和截止日期；跨部门场景需要把主责部门、主责人、协作部门、协作人、确认人分开填写，让每个部门在任务流转中都有明确的承接人。另外，跨部门任务的依赖关系更常见，建议保留“依赖与风险”列，写清依赖哪个部门的哪项产出。
会议行动项数量很多时，一张表放不下怎么办？
可以按会议或项目拆成多张表，用编号前缀区分，例如“发布评审-01”“周会-03”。也可以单独建一张会议信息表，行动项表只保留会议编号，通过编号关联。拆分后要保证编号全表唯一，否则后续引用和回溯会混乱。行动项需要跨会议持续跟踪时，可以把表格中的行动项转为可跟踪的工作项，在统一位置更新主责人和状态。
确认人和主责人的上级必须是同一个人吗？
不要求。确认人的职责是验收结果，通常由发起该议题的负责人或对该结果有判定权的人担任；主责人的上级可能并不参与这项议题。关键是确认人与主责人分开填写，避免主责人自己验收自己的产出。如果确认人同时是主责人的上级，也应在表中如实填写，便于后续追溯。
行动项状态选项设几个比较合适？
建议控制在五个左右，例如未开始、进行中、待确认、已完成、已取消。选项太少无法反映等待验收的环节，选项太多则各部门写法容易分叉。状态选项一旦确定，模板、说明文档和示例保持同一套叫法，团队新成员按模板填写即可。需要更细的进展描述时，写在行动描述或备注里，不新增状态值。
把行动项模板固化为文档页面模板后，如何与项目任务衔接？
ONES Wiki 支持页面模板库，一键创建制式化文档模板，也支持会议记录的高效沉淀和文档关联项目任务。团队可以把行动项模板固化为页面模板，会议纪要中的行动项再关联到对应项目任务，减少在文档和任务之间反复搬运信息。具体配置以实际开通的版本为准。
