1.2亿项目仅建5个棚:软件项目为何也频频烂尾?

一、热点背后的老问题:钱花出去了,东西没长出来

近日,央视曝光某地一个投资约1.2亿元的项目,最终只建起了5个大棚;与此同时,另一条热搜显示,某农业大棚项目开工一年即告烂尾,负责人失联。两条新闻看似是农业领域的个案,但放在一起看,指向的是同一个极其普遍的治理难题:大额投入 + 长周期 + 弱过程管控 = 交付失控。

很多企业主看到这类新闻时会有一种”隔岸观火”的轻松感——那是基建、是农业,跟我做软件、做数字化有什么关系?关系很大。在过去几年里,我们在企业服务一线见到的”软件烂尾”,逻辑几乎一模一样:预算批了、供应商签了、启动会开了,半年后打开电脑,能用的功能没几个,需求文档还停留在第一版,对方项目经理换了三拨人,最后要么追加预算,要么不了了之。

二、软件为什么比大棚更容易”烂尾”

1. 交付物是”看不见”的

大棚至少还有桩基、钢架、覆膜可以现场查验;而软件在开发完成之前,几乎全部以文档、原型、代码的形式存在。对于不写代码的甲方来说,进度是否真的到了60%,几乎只能听汇报。这种信息不对称,是软件项目失控的第一温床。

2. 需求在过程中”生长”

农业项目的图纸一旦定稿,改动空间有限;而数字化项目最要命的是,业务部门边看边想,需求不断加码。一个原本的进销存系统,三个月后可能被要求”顺便把CRM、BI、审批流都做了”。范围蔓延(Scope Creep)不会立刻让项目崩掉,它只是让进度每天都”差一点”。

3. 验收标准模糊

“好用””流畅””智能”——这些词在合同里没有可测量的边界。于是项目尾声最常见的场景是:乙方认为已经交付,甲方认为完全不能用,双方开始各说各话,尾款永远卡在最后一笔。

4. 供应商能力被高估

AI 火了之后,市场上”能做 AI”的团队数量激增。但把一个大模型 API 接进对话框,和把一个 AI 能力稳定地嵌进企业业务流程,是完全不同的两件事。前者是 demo,后者是工程。很多项目就是在”demo 很惊艳、上线就崩”的落差里烂掉的。

三、这类新闻对企业决策者的三个提醒

提醒一:不要用”总额”决策,要用”里程碑”决策

1.2 亿这个数字之所以刺眼,是因为它是一次性的大额承诺。数字化投入更应该拆成可验证的里程碑:原型确认、核心模块可用、试点部门跑通、全量上线、稳定运行。每一段都有明确的验收物和退出机制,钱跟着里程碑走,风险就跟着变小。

提醒二:过程可视化比结果承诺更重要

供应商给的交期承诺,参考价值有限;真正有价值的是每周能看到什么。看板、燃尽图、可点击的原型、测试环境里的真实数据——这些”过程证据”比任何 PPT 都有说服力。

提醒三:不要把数字化当成一次性工程

大棚建完就结束了,系统上线只是开始。数据要清洗、流程要调整、员工要培训、模型要迭代。把数字化当成”交钥匙工程”的企业,往往在交付后的半年内,看着一套没人用的系统慢慢荒废。

四、微米科技的解法:把”看不见”的软件过程,变成看得见的交付

回到我们自己的业务。微米科技(weimi6.cn)长期做软件开发与 AI 应用落地,见过太多”差一点就成功”的项目。我们把交付流程做了几件事,目的只有一个:让甲方在任何一个时间点,都能回答”现在到底做到哪了”。

1. 需求先做减法,再做加法

我们不会一上来就报一个”什么都包含”的大包价,而是先用一到两周做需求诊断和原型验证,把核心业务闭环画出来——什么是必须的,什么是可以放第二期的。一个能跑通的最小可用版本(MVP),比一份三百页的需求文档更能让双方建立信任。很多公司直到看见原型,才第一次真正想清楚自己要什么。

2. 双周迭代 + 可点开的东西

我们坚持双周为一个迭代周期,每个周期结束时交付可运行的版本,而不是文件。业务方可以自己点、自己试、自己提意见。这样做的好处是:偏差在两周内被发现,而不是在项目末期被发现。对决策者来说,这意味着每一笔投入都能对应到一段可以被检验的进展。

3. 用 AI 工具提高工程效率,但不把它当万能药

在大模型能力成熟之后,我们在代码生成、单测编写、接口文档生成、代码审查等环节引入了 AI 辅助,显著压缩了重复性工作的时间。但我们始终把 AI 放在”提效工具”的位置,而不是”替代工程师”的位置。真正决定项目成败的,仍然是需求理解、架构设计和业务判断。我们也会在交付物里明确标注哪些部分由 AI 辅助生成、经过怎样的人工校验——这既是专业,也是责任。

4. 交付之后不撒手

系统上线之后,我们通常还会提供一段时间的运行陪跑:看日志、盯性能、收集一线反馈、做小步优化。数字化项目的”烂尾”,很多时候不是因为上线失败,而是因为上线之后没人管。把运维和数据运营纳入规划,项目才真正闭环。

五、结语

投资 1.2 亿只建 5 个棚、大棚开工一年负责人失联——这些新闻之所以引发共鸣,是因为它们触碰了一个普遍焦虑:在复杂的项目里,我们如何确保钱没有白花?

软件和数字化项目不会比大棚更容易。它更隐形、更依赖人、更容易被”看起来很忙”的进度汇报所掩盖。但也正因为如此,它更适合用一套透明、分阶段、可验证的方法论来管理。对企业的决策者来说,选择供应商时,与其看对方承诺了多少功能,不如问一句:我每个月能亲眼看到什么?

这个问题的答案,往往就决定了这个项目最后是”建成”还是”烂尾”。