Add under-anything knowledge dashboard
This commit is contained in:
86
wishfulfilled-wiki/02_项目管理流程/阶段0_项目入口分级.md
Normal file
86
wishfulfilled-wiki/02_项目管理流程/阶段0_项目入口分级.md
Normal file
@@ -0,0 +1,86 @@
|
||||
---
|
||||
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_总览]]
|
||||
- [[角色职责矩阵]]
|
||||
- [[阶段交付物清单]]
|
||||
Reference in New Issue
Block a user