---
type: process_stage
tags: [项目管理流程, 阶段0, 项目入口, 分级, 立项]
aliases: [项目入口分级, 入口分级, Gate 0, 立项分级]
source: AI_驱动_内部系统开发流程_V3.docx
status: active
owner: 业务主管 / 技术负责人
updated: 2026-05
---

# 阶段0 项目入口分级

## 核心目标

不是所有需求都应该进入完整开发流程。阶段0用于判断项目是否值得做，以及走轻流程还是完整流程。

## 负责人

- 业务主管
- 技术负责人

## 输入

- 业务提出的问题或机会。
- 现有系统痛点。
- 业务收益、风险、范围的初步判断。

## 项目分类

| 类型 | 适用场景 | 流程要求 |
|---|---|---|
| S 类 | 小需求，单页面、小改动、无复杂数据 | 可简化阶段1和阶段2。 |
| M 类 | 中等需求，涉及多个页面、多个角色或状态流转 | 建议走完整阶段0-4。 |
| L 类 | 大型需求，涉及核心流程、多个部门、复杂权限、数据模型或算法 | 必须走完整流程，并强化技术预检和阶段门禁。 |

## 关键动作

- 判断需求是否值得做。
- 判断项目影响范围。
- 判断是否需要完整流程。
- 判断是否涉及复杂数据、权限、算法、外部系统或高风险流程。
- 初步指定业务负责人和技术负责人。

## 输出/交付物

- `00_项目入口分级.md`
- 项目类型：S / M / L。
- 是否进入完整流程的结论。
- 初步负责人。
- 初步范围和风险。

## 检查清单

- [ ] 是否确认需求要解决的真实业务问题？
- [ ] 是否确认该需求值得做？
- [ ] 是否确认项目类型？
- [ ] 是否确认走轻流程还是完整流程？
- [ ] 是否识别复杂权限、数据、算法、并发、安全或外部系统风险？
- [ ] 是否明确业务主管和技术负责人？

## 风险点

- 小需求被过度流程化，降低效率。
- 大需求被当成小需求处理，后续返工。
- 没有识别权限、数据、安全、算法风险。
- 没有业务负责人，需求持续漂移。

## Gate 0 通过标准

项目入口通过：确认值得做，确认项目类型。

## 常见问题

### 阶段0由谁负责？

由业务主管和技术负责人共同负责。业务主管判断业务价值和业务范围，技术负责人判断技术复杂度和风险。

### 小需求是否必须走完整流程？

不一定。S 类小需求可以简化阶段1和阶段2，但仍应保留基本入口判断、测试和上线验收。

## 关联条目

- [[AI驱动内部系统开发流程_V3_总览]]
- [[角色职责矩阵]]
- [[阶段交付物清单]]