项目启动会要点
项目启动会是把前期所有书面约定当面核对的最后一个环节。议程通常包括：范围与目标确认、ROE 逐条确认、接口人与应急机制确认、时间窗口与里程碑确认、报告需求与验收方式确认，最后形成会议纪要。纪要的价值在于两点——当场把理解差异暴露出来，以及签字后成为后续范围争议的首要依据。参会要求是双方负责人必须到场，不能只安排执行人员对接，否则关键决策仍要重新走一遍流程。启动会最忌讳走过场，把细节都留到执行阶段再补。
基本信息
| 议程 | 范围确认、规则确认、接口人、计划评审、风险提示 |
|---|---|
| 输出 | 会议纪要 + 修订后的测试计划 |
| 参会要求 | 双方负责人到场，关键技术接口人在场 |
| 纪要效力 | 签字后是范围争议的首要依据 |
| 后续动作 | 按修订后的计划安排资源与窗口 |
典型使用场景
- 项目开工：所有前期文件当面核对一遍
- 范围沟通：把口述的测什么落成清单并当场确认
- 应急对齐：互验联系表，明确失联处理方式
- 时间安排：确认窗口与里程碑，避免与业务高峰冲突
- 多方参与：业务方、运维、蓝队同场明确各自配合事项
确认清单
确认清单
□ 资产清单逐项过目
□ ROE 当场确认无异议
□ 应急联系表互验（现场拨号）
□ 时间窗口与里程碑确认
□ 报告需求与验收方式明确
# 会议纪要发双方确认后才开工议程与产出
| 议程 | 讨论内容 | 产出 |
|---|---|---|
| 范围确认 | 资产清单与排除项逐项过目 | 确认后的清单 |
| 规则确认 | ROE 允许与禁止项 | 无异议的约定 |
| 接口人 | 主备联系人与升级顺序 | 互验过的联系表 |
| 计划评审 | 窗口、里程碑、限速与资源 | 修订后的计划 |
| 风险提示 | 业务敏感项与例外处理 | 风险共识与应对约定 |
启动会纪要签字后，它就是后续一切范围争议的首要依据；纪要未发双方确认就开工，等于放弃了这份保障。
启动会走过场、细节都靠后续补，是最常见的项目风险来源；纪要未确认就开工，后续沟通成本会成倍上升。