先说结论
常见企业软件通常要经历业务梳理、原型确认、视觉设计、开发联调、测试验收和部署培训。真正影响周期的往往不是写代码本身，而是需求迟迟不能确认、接口资料不完整、反馈等待和范围反复变化。
六个阶段缺一不可
业务梳理：明确角色、现状、目标和业务边界。
原型确认：把流程、字段、状态和异常情况落实到可点击页面。
视觉设计：建立组件规范并确认核心页面，避免开发后反复改版。
开发联调：前后端、第三方接口和权限数据并行推进。
测试验收：按已确认场景检查正常流程、异常流程和数据结果。
部署培训：完成服务器、域名、证书、初始数据、账号和操作培训。
最容易拖慢项目的四件事
决策人没有参与原型确认，开发完成后才提出方向性调整。
第三方接口账号、文档或测试环境没有提前准备。
需求通过零散聊天持续增加，没有进入统一变更清单。
验收只说‘感觉不对’，没有可复现步骤和预期结果。
怎样让进度更可控
每个阶段明确负责人、截止日期、输入资料和确认结果。
把反馈集中到同一份清单，标注严重程度、复现步骤和期望结果。
核心链路先端到端跑通，再扩展报表和低频功能。
每周演示可运行版本，让风险尽早暴露。
开始项目前建议确认
- 唯一需求负责人
- 双方里程碑
- 接口前置资料
- 统一反馈清单
- 需求冻结节点
- 试运行周期
- 上线回退方案
常见问题
为什么原型阶段不能省？
原型修改成本远低于开发完成后的返工，也能让业务人员提前发现遗漏。
能不能边做边想？
可以采用迭代方式，但仍要固定每个迭代的目标和验收范围，不能让正在开发的范围无限变化。
上线日期很紧怎么办？
缩小首期闭环、减少非必要终端和接口，并提前准备账号、数据与服务器。