66 lines
2.6 KiB
Markdown
66 lines
2.6 KiB
Markdown
---
|
||
type: faq
|
||
tags: [项目管理流程, FAQ, 问答]
|
||
aliases: [流程常见问题, 项目管理问答]
|
||
source: AI_驱动_内部系统开发流程_V3.docx
|
||
status: active
|
||
owner: 内部技术团队
|
||
updated: 2026-05
|
||
---
|
||
|
||
# 常见问题 FAQ
|
||
|
||
## 一个内部系统需求从提出到上线要走哪些阶段？
|
||
|
||
通常经过阶段0项目入口分级、阶段1业务需求完整形成、阶段2高保真模型与业务对象确认、阶段2.5测试提前补漏、阶段3研发协作与正式开发、阶段4测试培训上线回流。文档还定义了阶段5技术债治理与能力沉淀。
|
||
|
||
来源：[[AI驱动内部系统开发流程_V3_总览]]
|
||
|
||
## 阶段0项目入口分级由谁负责？
|
||
|
||
由业务主管和技术负责人共同负责。业务主管判断业务价值和范围，技术负责人判断技术复杂度和风险。
|
||
|
||
来源：[[阶段0_项目入口分级]]、[[角色职责矩阵]]
|
||
|
||
## 业务需求完整形成阶段的目标是什么？
|
||
|
||
业务侧通过 Vibe Coding 跑完整需求。阶段1追求需求完整，不追求产品完善。
|
||
|
||
来源：[[阶段1_业务需求完整形成]]
|
||
|
||
## 阶段2.5测试提前补漏应该在什么时候发生？
|
||
|
||
发生在高保真模型确认后、正式开发前。
|
||
|
||
来源：[[阶段2.5_测试提前补漏]]
|
||
|
||
## 阶段2.5测试提前补漏要产出什么？
|
||
|
||
主要产出 `11_测试用例初稿与需求补漏.md`，并形成需求补漏记录、阻塞问题清单和已关闭问题清单。
|
||
|
||
来源：[[阶段2.5_测试提前补漏]]、[[阶段交付物清单]]
|
||
|
||
## 什么时候需要前端提前参与需求收敛？
|
||
|
||
阶段2必须由前端深度参与。若需求涉及多页面、复杂交互、权限、状态流转、数据结构或组件复用，前端应在需求收敛时提前参与。
|
||
|
||
来源：[[阶段2_高保真模型与业务对象确认]]
|
||
|
||
## 研发协作与正式开发阶段如何保证模块化、安全和可维护？
|
||
|
||
依赖统一业务对象模型、研发任务拆分、技术实现对接、代码治理与安全规范、开发问题与联调记录。AI 代码必须经过治理，不能直接堆进生产。
|
||
|
||
来源：[[阶段3_研发协作与正式开发]]
|
||
|
||
## 上线前需要检查哪些事项？
|
||
|
||
至少检查正式测试、主流程、分支流程、权限、异常、数据边界、内部培训手册、业务确认、上线问题回流机制。
|
||
|
||
来源：[[阶段4_测试培训上线回流]]、[[项目检查清单]]
|
||
|
||
## Vibe Coding 页面能不能直接进入生产？
|
||
|
||
不能。Vibe Coding 页面只是需求原型，不直接进入生产。
|
||
|
||
来源：[[阶段1_业务需求完整形成]]、[[AI驱动内部系统开发流程_V3_总览]]
|