2.6 KiB
2.6 KiB
type, tags, aliases, source, status, owner, updated
| type | tags | aliases | source | status | owner | updated | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| process_stage |
|
|
AI_驱动_内部系统开发流程_V3.docx | active | 业务主管 / 技术负责人 | 2026-05 |
阶段0 项目入口分级
核心目标
不是所有需求都应该进入完整开发流程。阶段0用于判断项目是否值得做，以及走轻流程还是完整流程。
负责人
- 业务主管
- 技术负责人
输入
- 业务提出的问题或机会。
- 现有系统痛点。
- 业务收益、风险、范围的初步判断。
项目分类
| 类型 | 适用场景 | 流程要求 |
|---|---|---|
| S 类 | 小需求，单页面、小改动、无复杂数据 | 可简化阶段1和阶段2。 |
| M 类 | 中等需求，涉及多个页面、多个角色或状态流转 | 建议走完整阶段0-4。 |
| L 类 | 大型需求，涉及核心流程、多个部门、复杂权限、数据模型或算法 | 必须走完整流程，并强化技术预检和阶段门禁。 |
关键动作
- 判断需求是否值得做。
- 判断项目影响范围。
- 判断是否需要完整流程。
- 判断是否涉及复杂数据、权限、算法、外部系统或高风险流程。
- 初步指定业务负责人和技术负责人。
输出/交付物
00_项目入口分级.md- 项目类型：S / M / L。
- 是否进入完整流程的结论。
- 初步负责人。
- 初步范围和风险。
检查清单
- 是否确认需求要解决的真实业务问题？
- 是否确认该需求值得做？
- 是否确认项目类型？
- 是否确认走轻流程还是完整流程？
- 是否识别复杂权限、数据、算法、并发、安全或外部系统风险？
- 是否明确业务主管和技术负责人？
风险点
- 小需求被过度流程化，降低效率。
- 大需求被当成小需求处理，后续返工。
- 没有识别权限、数据、安全、算法风险。
- 没有业务负责人，需求持续漂移。
Gate 0 通过标准
项目入口通过：确认值得做，确认项目类型。
常见问题
阶段0由谁负责？
由业务主管和技术负责人共同负责。业务主管判断业务价值和业务范围，技术负责人判断技术复杂度和风险。
小需求是否必须走完整流程？
不一定。S 类小需求可以简化阶段1和阶段2，但仍应保留基本入口判断、测试和上线验收。