---
type: process_overview
tags: [项目管理流程, AI驱动开发, ERP, 内部系统]
aliases: [AI驱动内部系统开发流程, 内部系统开发流程V3, ERP开发流程]
source: AI_驱动_内部系统开发流程_V3.docx
status: active
owner: 内部技术团队
updated: 2026-05
---

# AI 驱动内部系统开发流程 V3 总览

## 版本定位

本流程适用于公司当前阶段的 ERP、内部系统、小型业务系统、运营工具、AI 辅助开发项目。

核心目标不是让流程变复杂，而是解决以下问题：

- 业务需求说不清。
- AI 生成内容不完整。
- 前端模型介入太晚。
- 后端数据库设计被页面倒逼。
- 测试太晚才发现需求漏项。
- 项目完成后留下大量重复代码和技术债。

## 总体阶段

| 阶段 | 阶段名称 | 核心目标 | 核心负责人 |
|---|---|---|---|
| 阶段0 | 项目入口分级 | 判断项目是否值得做、走轻流程还是完整流程 | 业务主管 / 技术负责人 |
| 阶段1 | 业务需求完整形成 | 业务侧通过 Vibe Coding 跑完整需求 | 业务主管 / 业务人员 |
| 阶段2 | 高保真模型与业务对象确认 | 把完整但粗糙的需求收敛成可开发模型 | 前端 / 产品经理 |
| 阶段2.5 | 测试提前补漏 | 在开发前用测试视角发现需求漏洞 | 测试 |
| 阶段3 | 研发协作与正式开发 | 基于高保真模型进行模块化、安全、可维护开发 | 前端 / 后端 / 算法 |
| 阶段4 | 测试、培训、上线、回流 | 完成测试、培训、上线验收和问题回流 | 测试 / 业务主管 |
| 阶段5 | 技术债治理与能力沉淀 | 清理 AI 冗余代码并沉淀复用能力 | 技术负责人 |

## 阶段门禁

| 门禁 | 通过标准 |
|---|---|
| Gate 0 | 项目入口通过：确认值得做，确认项目类型。 |
| Gate 1 | 需求完整通过：主流程、分支、页面、按钮、字段、状态大致完整。 |
| Gate 2 | 高保真模型通过：页面收敛、按钮行为、业务对象、状态、V1/V2 明确。 |
| Gate 2.5 | 测试补漏：测试用例初稿发现的阻塞问题已处理。 |
| Gate 3 | 开发联调通过：前后端、数据库、权限、安全、主要流程联调完成。 |
| Gate 4 | 上线验收通过：测试通过、业务确认、培训完成。 |
| Gate 5 | 技术债治理完成：重复代码、组件、接口、数据结构完成治理或进入债务池。 |

## 完整版文件结构

- `00_项目入口分级.md`
- `01_主流程说明.md`
- `02_日常操作页面结构.md`
- `03_功能页面按钮盘点表.md`
- `04_分支流程_XXX.md`
- `05_异常流程_XXX.md`
- `06_VibeCoding页面验证记录.md`
- `07_高保真模型.html`
- `07_高保真模型说明.md`
- `08_项目周期与版本确认.md`
- `09_前端技术评审.md`
- `10_技术预检记录.md`
- `10A_统一业务对象模型.md`
- `10B_按钮行为矩阵.md`
- `11_测试用例初稿与需求补漏.md`
- `12_研发任务拆分与协作计划.md`
- `13_技术实现对接.md`
- `14_代码治理与安全规范.md`
- `15_开发问题与联调记录.md`
- `16_正式测试报告.md`
- `17_内部培训手册.md`
- `18_上线验收记录.md`
- `19_上线问题与回流需求.md`
- `20_技术债清单.md`
- `21_业务原子能力沉淀清单.md`
- `22_组件库与服务复用清单.md`
- `23_AI开发上下文模板更新记录.md`

## 轻量版文件结构

小项目可以使用轻量版：

- `00_项目入口分级.md`
- `01_业务需求包.md`
- `02_高保真模型包.md`
- `03_项目版本与技术预检.md`
- `04_测试用例初稿与需求补漏.md`
- `05_研发协作与技术实现包.md`
- `06_代码治理与安全规范.md`
- `07_测试培训上线包.md`
- `08_技术债与能力沉淀包.md`

## 最终核心原则

- 先分级，再开发。
- 阶段1追求需求完整，不追求产品完善。
- Vibe Coding 页面只是需求原型，不直接进入生产。
- 阶段2追求模型高效，前端必须深度参与。
- 高保真模型确认后，才允许正式开发。
- 统一业务对象模型是页面、接口、数据库、测试、AI 提示词的共同基础。
- 性能、安全、权限、并发、日志、可回滚必须提前预检。
- 测试提前补漏，不只是上线前找 Bug。
- 研发阶段以代码质量、模块化、安全性、可维护性为中心。
- AI 代码必须治理，不能直接堆进生产。
- 每个项目都要沉淀业务原子能力。
- 每完成 3-4 个项目，必须进行技术债治理。

## 一句话总结

这套流程不是为了让 AI 替代开发，而是让 AI 帮业务更快形成完整需求，让前端和产品把需求收敛成高保真模型，让研发团队基于模型高质量开发，让测试和技术债治理保障系统长期可用。

## 关联条目

- [[阶段0_项目入口分级]]
- [[阶段1_业务需求完整形成]]
- [[阶段2_高保真模型与业务对象确认]]
- [[阶段2.5_测试提前补漏]]
- [[阶段3_研发协作与正式开发]]
- [[阶段4_测试培训上线回流]]
- [[角色职责矩阵]]
- [[阶段交付物清单]]
- [[项目检查清单]]