项目启动要先把“为什么做、做到什么程度、谁负责、什么算完成”四件事固定下来，再开启动会。可执行路径是：确认立项依据与目标边界、明确范围与不做清单、组建核心角色并分配职责、排出首版里程碑与关键交付物、准备启动会材料并开会确认、形成启动基线并纳入后续跟踪。本文聚焦单项目启动阶段的操作与产物，启动阶段的目标、范围、里程碑和会议结论，可以用ONES承接记录与交接。
要点总览（TL;DR）
- 项目启动先固定四件事：为什么做、做到什么程度、谁负责、什么算完成，再开启动会。
- 执行路径为六步：确认目标与成功标准、划定范围与不做清单、确定核心角色、排出首版里程碑、召开启动会、形成启动基线并登记变更规则。
- 启动阶段按角色分工：发起人确认目标与资源，项目经理组织并汇总基线，业务负责人确认范围与验收口径，技术负责人评估排期，干系人确认接口。
- 启动会控制在60至90分钟，会前发出目标、范围、角色、里程碑和风险初判五部分材料，会上逐项拍板并登记待办。
- 启动完成的标志是目标、范围、角色、里程碑和变更规则均有确认记录并归档，开过会本身不算完成。
项目启动前要确认哪些输入
启动动作本身不产生目标，它把已经存在的立项意图整理成可执行、可核对的约定。动手排计划之前，先逐项核对下列输入是否齐备；缺失的项要标注责任人和补齐时间，不能默认“开会时再说”。
| 输入项 | 需要确认的内容 | 缺失时的处理 |
|---|---|---|
| 立项依据 | 业务目标、发起人、预期收益，以及为什么现在做 | 由发起人补充书面说明，明确收益口径 |
| 目标与成功标准 | 可衡量的结果描述，如上线时间、覆盖范围、业务指标变化 | 与业务负责人对齐验收口径后再启动 |
| 范围初稿与不做清单 | 本期包含的功能、流程、组织范围，以及明确排除的事项 | 由业务负责人给出初稿，启动会上确认 |
| 预算、资源与时间约束 | 可用人力、预算上限、硬性时间节点 | 由发起人确认资源承诺，写进启动材料 |
| 关键干系人名单 | 决策人、业务接口人、技术接口人、受影响部门代表 | 逐个确认参会与确认职责 |
核对结果建议形成一张启动输入核对表，每项标注“已有”或“待补”，待补项写明补齐时间和责任人。输入核对表是启动会的前置条件：目标与成功标准、范围初稿两项仍为空时，启动会只能开成对齐会，不能作为启动确认。
项目启动的核心步骤与每步产出
六步按顺序推进，前一步的产出是后一步的输入。每步都写明输入、动作、输出和完成标志，便于判断是否可以进入下一步。
步骤一：确认目标与成功标准
输入是立项依据和发起人的预期收益。动作是把业务目标转写为一条目标说明，包含结果描述、衡量方式、目标时间和验收责任人。输出为目标说明文档。完成标志是发起人与业务负责人对目标说明书面确认，成功标准可以被第三方按同一口径判断是否达成。
步骤二：划定范围与边界
输入是目标说明和范围初稿。动作是逐条列出本期交付内容，同时写出不做清单，说明哪些需求、系统、部门或场景不在本期范围。输出为范围说明与不做清单。完成标志是业务负责人和技术负责人对边界无异议，后续新增需求按变更流程处理。
步骤三：确定核心角色与职责
输入是干系人名单和范围说明。动作是为发起人、项目经理、业务负责人、技术或交付负责人等核心角色指定到人，并写明各自在启动及后续阶段的决策权限。输出为角色分工表。完成标志是每个角色都有具名负责人，且本人确认承担相应职责。
步骤四：排出首版里程碑与关键交付物
输入是范围说明、时间约束和角色分工。动作是按阶段或交付物拆出首版计划，标出关键交付物、里程碑时间点和相互依赖。输出为里程碑计划。完成标志是关键交付物均有负责人和计划完成时间，里程碑日期经过技术负责人可行性评估。
步骤五：准备并召开启动会
输入是前四步的全部产出。动作是整理启动材料、按议程开会、逐项确认并记录决策与待办。输出为会议结论与待办清单。完成标志是目标、范围、角色、里程碑在会上得到参会干系人确认，待办有责任人和期限。
步骤六：形成启动基线并登记变更规则
输入是会议确认后的目标、范围、角色和里程碑。动作是把上述内容固化为启动基线，同时写明变更如何提出、由谁审批、如何升级。输出为启动基线与变更规则说明。完成标志是基线版本归档，变更规则在项目内公布，后续调整以基线为对照。
启动阶段的角色分工与交付物
启动阶段常见的空转是“大家都参会、没人对结果负责”。按角色列清动作和交付物，可以让每项产出都有明确归属。
| 角色 | 启动阶段动作 | 交付物 |
|---|---|---|
| 发起人 | 说明立项依据与预期收益，确认目标、预算与资源承诺 | 立项说明、目标确认、资源承诺 |
| 项目经理 | 组织启动全过程，汇总各步产出，主持启动会，建立启动基线 | 启动输入核对表、启动材料、会议结论、启动基线 |
| 业务负责人 | 确认需求范围与验收口径，提供不做清单初稿 | 范围说明、不做清单、验收标准 |
| 技术/交付负责人 | 评估技术可行性、资源投入与排期，确认里程碑日期 | 可行性评估意见、里程碑计划确认 |
| 关键干系人 | 参加启动会，确认与本部门的接口、配合事项和时间要求 | 接口确认、配合待办 |
角色分工表要落到人名，避免只写部门。一个人承担多个角色时，在表中分别列出，防止某一角色的确认动作被合并省略。涉及跨部门接口的事项，由项目经理在启动会后逐一确认对方接口人，并登记为可跟踪事项。
启动会怎么开：议程与材料示例
启动会的作用是把前四步的产出摆到桌面上，由干系人当场确认或提出异议，而不是重新讨论项目要不要做。会前材料至少包含五部分：目标与成功标准、范围与不做清单、角色分工表、首版里程碑与关键交付物、风险初判。材料提前发出，让参会人带着意见来。
议程建议控制在60至90分钟，顺序与时间分配如下：
- 发起人说明立项背景与目标（10分钟）。
- 项目经理讲解范围、不做清单与角色分工（15分钟）。
- 技术或交付负责人说明里程碑与关键依赖（15分钟）。
- 风险初判与接口事项确认（15分钟）。
- 逐项拍板决策、登记待办、确认下一步（15分钟）。
会上需要拍板的决策项包括：目标与成功标准是否确认、范围与不做清单是否确认、核心角色是否落实到人、首版里程碑日期是否认可、变更与升级规则是否明确。每项决策记录结论、确认人和时间；未达成一致的项转为待办，写明责任人和解决期限，不能以“会后沟通”结束。
会议记录采用“结论加待办”的结构：结论部分记录已确认事项，待办部分记录事项、责任人、期限和跟踪方式。会议结束后当天发出记录，请参会人回复确认。
示例：一个内部系统上线项目的启动会材料要点。目标为“在第三季度末完成新审批系统上线，覆盖总部及两个分公司，审批平均时长较现状缩短”；范围为“审批流程配置、组织架构同步、历史数据迁移”，不做清单为“移动端适配、与外部供应商系统对接”；角色为发起人（运营副总）、项目经理（信息化部）、业务负责人（行政部）、技术负责人（开发组长）；里程碑为需求确认、开发完成、迁移演练、上线四个节点；风险初判为历史数据质量与分公司培训排期。以上为演示情景，实际项目按自身条件调整。
启动完成的检查标准
启动是否完成，以记录和确认动作判断，不以是否开过会判断。逐项核对下列检查清单，任一阻断项未通过，启动即视为未完成。
| 检查项 | 通过标准 | 是否阻断 |
|---|---|---|
| 目标与成功标准已确认 | 目标说明有发起人和业务负责人确认记录，成功标准可衡量 | 阻断 |
| 范围与不做清单已确认 | 范围说明和不做清单有业务负责人确认，边界清晰 | 阻断 |
| 核心角色与职责已落实到人 | 角色分工表中每个角色有具名负责人并确认 | 阻断 |
| 首版里程碑与关键交付物已排定 | 关键交付物有负责人和计划时间，里程碑经技术负责人评估 | 阻断 |
| 变更与升级规则已明确 | 变更提出、审批和升级路径已书面公布 | 非阻断，但需限期补齐 |
| 启动记录已归档并可追溯 | 启动材料、会议记录、待办和基线版本可查询 | 非阻断，但需限期补齐 |
检查由项目经理组织，发起人或其授权人做最终确认。通过后启动基线生效，项目进入执行阶段；未通过的阻断项要回到对应步骤补齐，补齐后重新核对，不跳过直接进入执行。
用ONES承接启动阶段的记录与交接
启动阶段产生的目标、范围、角色、里程碑和会议结论，需要在后续执行中随时被查到、被对照。把这些信息放进统一的项目空间，可以减少“启动材料散落在个人电脑里”的交接损耗。ONES 瀑布项目管理解决方案基于 PMI、CMMI 理论，覆盖从立项到收尾的项目管理全过程，其项目计划、里程碑与基线能力可以承接启动阶段的主要记录。
目标与范围可以写入项目说明文档，作为项目内的统一口径，后续调整在文档中留版本记录。里程碑与关键交付物用「项目计划」创建工作分解结构，按目标、交付物或项目阶段分解，并为任务设置前后置依赖，用里程碑标记重要时间点、事件或决策点。角色与职责通过项目成员配置体现，让每个参与人清楚自己的位置。启动会的结论与待办登记为可跟踪的工作项，指定责任人和期限，避免会议结论停留在记录里。
启动基线建立后，可以设置项目计划和里程碑基线，后续实时对比计划与执行的偏差，并通过版本对比追溯变更细节。这样，启动阶段确认的目标、范围和里程碑就成为后续变更对照的起点，而不是一次性文件。具体功能入口与版本覆盖范围以实际使用环境为准。
常见问题
启动会开完了，但目标或范围还有一项没确认，项目能进入执行吗？
不能直接进入执行。目标与成功标准、范围与不做清单属于阻断项，任一项未确认，启动即视为未完成。处理方式是把未确认项转为待办，写明责任人和补齐期限，回到对应步骤补齐后重新核对，再让启动基线生效。如果只是个别非阻断项（如变更规则、记录归档）未完成，可以限期补齐，但要在启动记录中标注。
发起人时间有限，启动会必须由发起人主持吗？
不必须。发起人的核心动作是说明立项依据与预期收益、确认目标与资源承诺，这部分可以在会议开头用较短时间完成，也可以提前以书面形式确认。启动会由项目经理主持，负责逐项过材料、组织拍板和登记待办。发起人若无法到场，需在会前对目标说明和资源承诺给出书面确认，否则目标确认这一阻断项无法通过。
启动阶段确定的范围，执行中业务方提出新增需求怎么办？
按启动时登记的变更规则处理：提出变更、说明影响、由约定角色审批，通过后更新范围说明和基线版本，未通过则记入后续版本。启动阶段写好不做清单的价值正在于此——新增需求可以直接对照清单判断属于本期遗漏还是范围外事项。变更规则本身属于非阻断项，但需要在启动后限期补齐并公布，否则执行阶段的争议缺少处理依据。
小型项目也需要走完整的六步和启动会吗？
可以按项目规模裁剪动作，但四件事不能省：目标与成功标准、范围与不做清单、核心角色、什么算完成。小项目可以把启动会压缩成一次短会或书面确认，把里程碑简化为几个关键节点，把角色合并到少数几个人身上。裁剪的是形式和工作量，不是确认动作本身；每个角色由谁承担、每项结论由谁确认，仍需留下记录。
启动阶段的目标、范围、里程碑和会议结论，在ONES里怎么承接？
目标与范围写入项目说明文档并保留版本；里程碑与关键交付物用「项目计划」创建工作分解结构，按目标、交付物或项目阶段分解，为任务设置前后置依赖，用里程碑标记重要时间点；角色与职责通过项目成员配置体现；启动会结论与待办登记为可跟踪的工作项，指定责任人和期限。启动基线建立后，可设置项目计划和里程碑基线，后续对比计划与执行的偏差并追溯变更。具体功能入口与版本覆盖范围以实际使用环境为准。
