87 lines
2.6 KiB
Markdown
87 lines
2.6 KiB
Markdown
---
|
||
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_总览]]
|
||
- [[角色职责矩阵]]
|
||
- [[阶段交付物清单]]
|