项目启动工作坊要在半天到一天内完成信息对齐、角色确认和首批决策，准备不足时最容易出现三种情况：材料临时拼凑、关键角色缺席、会后只留下一份无人认领的会议纪要。本文给出四张可直接复制填写的空白表——材料准备清单、角色分工与到场要求表、议程表、会议记录表，并逐字段说明填写口径、标注必填项，再用一份完整示例演示三张表如何联动。工作坊产出的待办与风险，后续可以在 ONES 中登记跟踪，与文档记录保持同一份来源。
要点总览（TL;DR）
- 启动工作坊准备四张表即可覆盖全过程：材料准备清单、角色分工与到场要求表、议程表、会议记录表，按工作坊前一周到当天依次启用。
- 材料清单至少覆盖项目章程草案、目标与范围说明、里程碑计划、干系人清单、风险与假设清单、议程六项，每项落实到具体负责人和完成状态。
- 角色分工表要写清发起人、项目经理、业务负责人、技术负责人、引导者、记录员的决策权限与到场要求，决策权限决定谁能当场拍板。
- 会议记录按决议、待办、风险、待确认四类记录，必填议题、结论、负责人、截止日期，会后24小时内发出并请参会人逐条确认。
- 模板需持续维护：工作坊前冻结材料版本，待办按截止日期在周会核对，字段增删同步更新说明与必填规则。
可复制空白模板：材料清单、角色分工表与会议记录表
四张表按使用顺序排列：材料清单在工作坊前一周开始填写，角色分工表在发出会议邀请时同步确认，议程表在工作坊前两三天定稿，会议记录表在工作坊当天现场填写、会后整理发出。表格中的列名与后文字段说明、填写示例保持一致，复制到文档或表格工具中即可使用。
表一：启动工作坊材料准备清单
| 序号 | 材料名称 | 用途 | 负责人 | 完成状态 | 版本 |
|---|---|---|---|---|---|
| 1 | |||||
| 2 | |||||
| 3 | |||||
| 4 | |||||
| 5 | |||||
| 6 | |||||
| 7 | |||||
| 8 |
常见材料包括：项目章程草案、目标与范围说明、里程碑计划、干系人清单、风险与假设清单、资源与预算概览、工作坊议程、上一阶段背景资料。材料数量按项目复杂度增减，初次启动的项目通常不少于六项。
表二：角色分工与到场要求
| 角色 | 姓名 | 职责 | 决策权限 | 到场要求 |
|---|---|---|---|---|
| 发起人 | ||||
| 项目经理 | ||||
| 产品/业务负责人 | ||||
| 技术负责人 | ||||
| 引导者 | ||||
| 记录员 | ||||
| 关键干系人 |
表三：工作坊议程
| 时段 | 议题 | 主讲 | 产出 |
|---|---|---|---|
表四：会议记录
| 议题 | 结论 | 负责人 | 截止日期 | 状态 |
|---|---|---|---|---|
会议记录按四类内容分块记录：决议（已拍板的事项）、待办（需要有人完成的事项）、风险（可能影响目标的不确定因素）、待确认（会上未达成一致、需要会后补充信息的事项）。四类可以共用上表结构，在“议题”列前加一列“类型”区分，也可以拆成四张小表分别记录。类型列建议使用固定选项：决议、待办、风险、待确认。
字段说明：每张表各列填什么
字段口径统一后，不同项目、不同记录员填出的表才能横向比较和交接。以下逐列说明。
材料清单各列
| 列名 | 填写口径 |
|---|---|
| 材料名称 | 写具体文件名或文档类型，如“项目章程草案 V0.3”，避免只写“章程” |
| 用途 | 说明该材料在工作坊中支撑哪个环节，如“用于确认目标与范围”“用于识别风险” |
| 负责人 | 写实际准备该材料的人，一名负责人对应一项材料，不写部门代称 |
| 完成状态 | 使用固定选项：未开始、进行中、待评审、已完成 |
| 版本 | 记录材料当前版本号与日期，便于会上引用同一版本 |
角色分工表各列
| 列名 | 填写口径 |
|---|---|
| 角色 | 写工作坊中的功能角色，如发起人、引导者，不写职级 |
| 姓名 | 写具体到人；同一人承担多个角色时分行列出 |
| 职责 | 用动词开头描述该角色在工作坊中的动作，如“确认项目目标与资源边界”“控制议程节奏” |
| 决策权限 | 写明可拍板的事项范围，如“可确认范围与优先级”“仅提供输入，不参与决策” |
| 到场要求 | 写全程参加、指定时段参加或书面授权代表参加 |
议程表各列
| 列名 | 填写口径 |
|---|---|
| 时段 | 写起止时间，如“09:30–10:00”，含休息与缓冲 |
| 议题 | 写本次要解决的具体问题，如“确认一期范围”，避免写“讨论项目” |
| 主讲 | 写引导该议题的人，通常与材料负责人对应 |
| 产出 | 写该议题结束时应当留下的结果，如“范围清单定稿”“风险清单初稿” |
会议记录表各列
| 列名 | 填写口径 |
|---|---|
| 议题 | 写记录条目对应的讨论主题，与议程议题可对应但不必逐条复制 |
| 结论 | 写会上形成的明确判断或决定；待确认事项写“未达成一致，需补充××信息” |
| 负责人 | 写对该条目后续推进负责的人，一名负责人对应一条记录 |
| 截止日期 | 写具体日期，不写“尽快”“下周” |
| 状态 | 使用固定选项：待开始、进行中、已完成、已关闭、已取消 |
必填与选填：哪些字段不能空
必填项决定这张表能否被后续使用。留空会导致责任无法追溯或时间无法核对，因此以下字段在工作坊结束前必须填齐。
| 表格 | 必填字段 | 选填字段与留空规则 |
|---|---|---|
| 材料清单 | 材料名称、负责人、完成状态 | 用途、版本可留空；版本留空时默认以最新文件为准，会上引用需口头说明 |
| 角色分工表 | 角色、姓名、决策权限 | 职责、到场要求可留空；到场要求留空视为全程参加 |
| 议程表 | 时段、议题 | 主讲、产出可留空；产出留空表示该议题仅作信息同步 |
| 会议记录表 | 议题、结论、负责人、截止日期 | 状态可留空，留空默认“待开始”；纯信息同步类条目可不设负责人与截止日期，但需在结论中注明“仅同步” |
留空处理遵循两条规则：一是必填项留空的记录不得标记为已完成；二是选填项留空时，按上表默认口径理解，不另行解释。若某条记录确实无法确定负责人，应将其归入“待确认”类型，并在下次会议前补齐，而不是长期挂空。
填写示例：一次完整的工作坊记录
以下示例为演示情景，项目背景为虚构，用于说明三张表如何联动，不对应真实客户案例。
示例项目：某公司内部订单系统升级，计划周期三个月，工作坊目标为确认一期范围、里程碑与首批风险。参会角色包括发起人（业务副总）、项目经理、业务负责人、技术负责人、引导者（由项目经理兼任）、记录员（项目助理）。
材料清单填写示例
| 序号 | 材料名称 | 用途 | 负责人 | 完成状态 | 版本 |
|---|---|---|---|---|---|
| 1 | 项目章程草案 | 确认目标与资源边界 | 项目经理 | 已完成 | V0.3 / 3月4日 |
| 2 | 一期范围说明 | 确认范围与不做事项 | 业务负责人 | 待评审 | V0.2 / 3月5日 |
| 3 | 里程碑计划 | 确认关键节点 | 项目经理 | 进行中 | V0.1 / 3月3日 |
| 4 | 干系人清单 | 识别参与与受影响方 | 项目助理 | 已完成 | V1.0 / 3月2日 |
| 5 | 风险与假设清单 | 识别首批风险 | 技术负责人 | 进行中 | V0.1 / 3月5日 |
| 6 | 工作坊议程 | 控制会议节奏 | 引导者 | 已完成 | V1.0 / 3月5日 |
角色分工填写示例
| 角色 | 姓名 | 职责 | 决策权限 | 到场要求 |
|---|---|---|---|---|
| 发起人 | 王×× | 确认项目目标与资源投入，处理跨部门冲突 | 可确认目标、预算与优先级 | 全程参加 |
| 项目经理 | 李×× | 组织材料、推进议程、会后跟踪待办 | 可确认执行计划与分工 | 全程参加 |
| 业务负责人 | 赵×× | 说明业务需求与验收标准 | 可确认业务范围与验收口径 | 全程参加 |
| 技术负责人 | 陈×× | 评估技术可行性、提出技术风险 | 可确认技术方案方向 | 全程参加 |
| 引导者 | 李×× | 控制议程节奏，确保每个议题有产出 | 不参与业务决策 | 全程参加 |
| 记录员 | 周×× | 现场记录决议、待办、风险与待确认事项 | 不参与决策 | 全程参加 |
会议记录填写示例
| 类型 | 议题 | 结论 | 负责人 | 截止日期 | 状态 |
|---|---|---|---|---|---|
| 决议 | 一期范围 | 一期只做订单创建与查询，报表功能放入二期 | 赵×× | 3月12日 | 已完成 |
| 决议 | 里程碑 | 确认需求冻结、开发完成、上线三个节点 | 李×× | 3月12日 | 已完成 |
| 待办 | 范围说明定稿 | 按会上意见修订范围说明并发出评审 | 赵×× | 3月10日 | 进行中 |
| 待办 | 里程碑计划细化 | 补充各节点交付物与依赖 | 李×× | 3月11日 | 待开始 |
| 风险 | 历史数据迁移 | 旧系统数据字段不完整，可能影响迁移进度 | 陈×× | 3月14日 | 进行中 |
| 待确认 | 验收标准 | 业务方内部对验收口径未达成一致，需补充确认 | 赵×× | 3月13日 | 待开始 |
三张表的联动关系体现在：材料清单中的“一期范围说明”对应会议记录中的范围决议与定稿待办；角色分工表中的决策权限决定谁能拍板范围；风险条目来自材料清单中的风险与假设清单。会后把待办与风险登记到项目管理工具中，可以让负责人、截止日期和状态与会议记录保持一致。ONES Wiki 支持会议记录的沉淀与页面模板库创建制式化文档，文档可关联项目任务，适合把这类工作坊记录与后续执行放在同一处维护。
调整与维护方法：模板如何随项目推进更新
模板的价值在于持续使用，而不是工作坊当天填完就归档。以下规则可按团队实际情况裁剪。
工作坊前材料清单的更新节奏
- 工作坊前五个工作日建立材料清单，明确每项材料的负责人。
- 前三个工作日核对一次完成状态，未开始的材料升级提醒到项目经理。
- 前一个工作日冻结版本，会上统一引用冻结版本，避免讨论对象不一致。
- 工作坊当天只更新状态，不临时新增材料，新增需求记入待确认。
会议记录发出与确认时限
- 工作坊当天完成记录初稿，重点核对决议与待办的负责人、截止日期。
- 会后24小时内发出记录，请参会人对结论逐条确认或提出修正。
- 发出后两个工作日内完成确认，逾期未回复的条目按记录内容执行，并在下次会议说明。
- 确认后的记录标记为定稿，后续修改保留版本记录。
待办与风险的跟踪与关闭
- 待办按截止日期排序，在每周例会上逐条核对状态。
- 风险条目记录触发条件与应对动作，条件变化时更新状态。
- 完成的待办标记“已完成”，经确认无后续动作后改为“已关闭”。
- 取消的条目写明取消原因，不直接删除，保留决策痕迹。
模板裁剪与字段增删原则
- 小型项目可合并议程表与会议记录表，保留时段、议题、结论、负责人、截止日期五列。
- 新增字段需同时更新字段说明与必填规则，避免同一字段在不同项目中有不同口径。
- 连续两个项目都未使用的选填字段可以删除；必填字段的删减需团队负责人确认。
- 模板每次调整记录变更日期与调整原因，新项目启用最新版本，进行中的项目沿用启动时版本。
按上述规则维护，工作坊记录会从一次性文档变成项目执行的可追溯依据：材料清单说明准备是否到位，角色分工表说明谁对什么负责，会议记录说明决定了什么、还欠什么。三者字段口径一致，交接和复盘时不需要重新解释。
常见问题
工作坊上发起人无法全程参加，角色分工表怎么处理？
在“到场要求”列写明参加时段，例如“仅参加前90分钟的目标与资源确认环节”，并指定一名书面授权代表参加其余环节。授权代表需在会前拿到发起人的决策边界说明，会上涉及超出授权范围的事项，归入会议记录的“待确认”类型，会后由发起人补充确认。这样既保证关键决策有人拍板，也避免因缺席导致议程停滞。
会议记录发出后有人对结论提出异议，以哪一版为准？
以确认后的定稿版本为准。发出初稿后收到的修正意见，由记录员汇总，涉及结论变更的条目请原决策人重新确认，确认后更新记录并标注修改日期与原因，保留初稿版本。若异议在确认时限内未达成一致，该条目转为“待确认”，在下次会议前补齐信息，不直接按初稿执行。记录保留版本痕迹，复盘时可以追溯结论是如何形成的。
小型项目能否只用一张表，把议程和会议记录合并？
可以。合并后保留时段、议题、结论、负责人、截止日期五列，会上直接在对应议题行填写结论与待办，减少记录员在两张表之间切换。合并的前提是议程议题与记录条目基本一一对应；如果会上出现议程外的新议题，另起一行并标注“议程外”，避免遗漏。合并表同样适用必填规则：结论、负责人、截止日期不能空。
工作坊产出的待办和风险，如何与后续项目执行保持同一份来源？
会后把会议记录中的待办与风险逐条登记到项目管理工具中，负责人、截止日期、状态与记录保持一致，记录本身作为依据留存。ONES Wiki 支持会议记录沉淀与页面模板库创建制式化文档，文档可关联项目任务，适合把工作坊记录与后续执行放在同一处维护。登记后以工具中的状态为准推进，会议记录不再单独维护进度，避免两处口径不一致。
材料在工作坊前一天仍未完成，是否要推迟工作坊？
按材料对议程的支撑程度区分处理。项目章程草案、目标与范围说明这类决定讨论基础的材料缺失，应推迟或缩小议程范围，只开能形成结论的环节；里程碑计划、风险清单等可以在会上共同补充的材料，允许带着初稿进入，会上产出的内容记入待办。无论哪种情况，材料清单的完成状态要如实更新，未完成项写明原因和补齐时间，不在记录中标记为已完成。
