这个项目最后做了一个月。

如果只看表面，
很容易觉得是因为：

• 功能多
• 技术栈不熟
• 中间改动很多

但我后来回头看，
真正拖慢它的，不是代码量。

而是这几件事：

• 需求不是一次性清楚的
• 接口文档不完整
• 环境信息不是一开始就透明的
• 上游依赖很多，但边界没先画清楚

所以项目越往后做，
越像是在补“系统真相”。

这次我最大的一个体会是：

项目拖长，很多时候不是开发慢。

而是：

前期不知道的信息，
后面会用返工的方式补回来。

现在我越来越觉得，
接一个新项目时，最值钱的动作不是马上开写。

而是先把这些问题问清楚：

• 范围到底是什么
• 上游依赖有哪些
• 环境差异在哪
• 哪些链路最重
• 哪些功能天然高风险

如果这些没收口，
项目再快，也只是前面快。

后面一定会慢下来。