开工会议是什么
开工会议在规划完成、执行开始之前召开，向项目团队与关键干系人同步目标、范围、计划、职责与协作规则，形成统一预期。它与启动会议不同：启动会议重在确认授权与初步范围，开工会议重在确认执行期的协作方式，包括谁拍板、如何升级、变更走什么流程。
基本信息
| 时机 | 项目管理计划获批后、执行开始前，跨团队项目宜在首个交付活动前完成 |
|---|---|
| 参与人 | 项目团队、发起人、关键业务方、外部依赖方代表 |
| 必备输入 | 项目章程、项目管理计划、角色职责矩阵、里程碑清单 |
| 标准输出 | 确认后的协作规则、沟通节奏、变更与升级路径、问答记录 |
| 判断成功 | 参会者能复述目标、自己负责的交付物与遇到问题时的升级路径 |
典型使用场景
- 新项目正式启动，向各团队同步目标、范围边界与里程碑
- 跨部门或跨供应商项目，明确接口责任人、交付时点与验收方式
- 远程与分布式团队，把协作规则（响应时限、工具、值班）写成文档
- 阶段切换或重大变更后重新对齐，避免沿用过期共识
- 组织调整后角色变化，重新确认决策链与升级路径
开工会议议程模板
开工会议议程模板
1) 项目背景与目标 # 由发起人讲，确保目标来自业务而非技术推演
2) 范围边界与主要交付物 # 明确不做什么，边界比清单更重要
3) 里程碑与关键依赖 # 标出外部依赖方与期望时点
4) 角色分工与决策机制 # 谁拍板、谁会签、如何升级
5) 变更流程与文档规范 # 变更如何提、多久评估、谁审批
6) 风险与假设 # 重点讲跨团队依赖与前提条件
7) 沟通节奏：例会频率、报告形式、渠道 # 约定响应时限，特别是远程团队
8) 答疑与确认：让各团队复述自己的承诺 # 复述能暴露理解偏差开工会议必答问题
| 问题 | 为什么必须回答 |
|---|---|
| 目标达成的判据是什么 | 避免各团队按各自理解定义成功 |
| 谁对哪些交付物负责 | 责任不清会导致接口处出现无人区 |
| 遇到阻塞找谁、多久内答复 | 升级路径缺失时，问题会长期停在执行层 |
| 变更如何提出与审批 | 无流程则变更靠人情，基准失控 |
| 里程碑达成的验收方式 | 验收标准前置，减少阶段末争议 |
远程团队要把协作规则落到文档：响应时限、协同工具、值班安排与会议录屏归档位置。会上形成的口头共识在一个迭代内就会流失，书面确认是唯一可靠的载体。