项目立项与启动：先锁定目标和范围，再排期
立项不是做一份漂亮的 PPT，而是把目标、范围、角色、里程碑和第一周动作写到可检查。
适用场景
适用于跨人、跨团队、需要持续数周以上的工作，例如新产品功能、流程改造、系统上线或年度专项。流程要求在开工前回答四个问题：做到什么程度算成功、这次不做什么、谁对结果负责、第一个里程碑什么时候验收。如果只是两三天能完成、一个人就能闭环的小任务，直接排进个人清单即可，不必走立项流程。
涉及角色
- 项目负责人
- 发起人 / 决策人
- 核心成员
- 协作方接口人
前置输入
开始之前先把这些材料放到同一个位置。缺哪一项，先补哪一项，不要让步骤表替你承担信息缺口。
- 业务背景与要解决的具体问题
- 成功标准与衡量口径（数量、时间或质量）
- 预算、人力与时间约束
- 已知依赖、外部协作方与风险
步骤表
步骤 · 动作 · 产出 · 负责人 · 时限| 步骤 | 动作 | 产出 | 负责人 | 时限 |
|---|---|---|---|---|
| 1 | 写一页纸立项说明：背景、目标、成功标准、明确不做什么 | 一页纸立项说明 | 项目负责人 | 启动前 5 天，2 小时 |
| 2 | 对齐关键协作方，确认接口人、依赖项与交付时间 | 依赖清单与接口人名单 | 项目负责人 | 启动前 3 天，1 小时 |
| 3 | 拆里程碑与第一周任务，每个里程碑写验收人 | 里程碑表与首周任务 | 负责人 + 核心成员 | 启动前 1 天，2 小时 |
| 4 | 立项会确认目标、范围、角色与决策机制 | 立项结论与决策人确认 | 决策人 | 立项会 90 分钟 |
| 5 | 发布项目章程与排期，同步到所有协作方 | 项目章程、排期与协作入口 | 项目负责人 | 会后 1 天，2 小时 |
| 6 | 首周末检查第一个里程碑与新增风险，必要时调整范围 | 首周检查记录 | 项目负责人 | 首周末 30 分钟 |
在手机上可左右滑动查看完整表格；负责人和时限建议换成你们团队的真实角色与节奏。
关键检查点
每一步之间停一下，用这几条判断是否真的可以进入下一步。检查点不通过时，补信息比赶进度更省时间。
- 目标可以被衡量：月底只看交付物和数据就能判断是否达成。
- 立项材料里明确写了「这次不做什么」，防止范围无声扩张。
- 每个里程碑都有验收人和验收标准，而不是只有日期。
- 决策机制清楚：谁拍板、什么情况下升级、多久内必须回复。
- 第一周任务已经分配到人，而不是停留在「大家先准备」。
常见失败模式
| 常见表现 | 怎么调整 |
|---|---|
| 立项会开成动员会，只讲愿景不讲边界。 | 把议程一半时间留给范围与成功标准，会上逐条确认。 |
| 范围只增不减，每次加需求都不调整时间。 | 变更必须同时回答：加什么、减什么、延多久，由决策人确认。 |
| 排期没有缓冲，第一个里程碑延迟就全线崩。 | 为评审、返工和外部依赖各留出缓冲，并在章程里写明。 |
一页纸 SOP
下面的清单可以整段复制或下载，贴进团队文档、打印出来或放进任务工具。 跑过几次后，把不适用的条目删掉，把反复卡住的地方补成一条新的检查点。
可整段复制 勾选项可直接改成你们团队的检查清单
# 项目立项与启动 SOP（一页纸）
## 启动前 5 天
- ☐ 写一页纸：背景、目标、成功标准、不做什么
- ☐ 明确项目负责人和对结果负责的决策人
- ☐ 列出预算、人力与时间约束
## 启动前 3 天
- ☐ 找到每个协作方的唯一接口人
- ☐ 确认对方需要提供的输入与时间
- ☐ 记录已知风险与外部依赖
## 启动前 1 天
- ☐ 拆 3~5 个里程碑，每个写验收人和验收标准
- ☐ 排第一周任务，分配到具体的人
- ☐ 为评审、返工、外部依赖留出缓冲
## 立项会
- ☐ 逐条确认目标与成功标准
- ☐ 逐条确认范围与不做什么
- ☐ 确认决策机制与升级路径
- ☐ 确认里程碑日期与首个交付物
## 会后 1 天
- ☐ 发布项目章程与排期
- ☐ 建立唯一的协作入口（文档 + 群）
- ☐ 把首周任务写进各人的任务清单
## 首周末
- ☐ 检查第一个里程碑是否按期
- ☐ 记录新增范围与风险，需要时调整计划
复制与下载都在浏览器本地完成，不会上传内容，也不需要登录。