我在一个软件团队里,见证了“AI热潮”下如何被一步步改变

这段时间的经历，让我对“AI时代的研发团队”有了很直观的感受。

我们原本是一个典型的软件研发团队：前后端分离、职责清晰、协作稳定。虽然代码并不完美，但整体能支撑多个大型长期项目的稳定运行，大家也算是各司其职。

但从某个阶段开始，一切慢慢变了。

AI开始成为决策中心

老板开始频繁强调AI的能力，经常在各种场合讲AI有多强，甚至用一些demo结果来证明效率。

在这种氛围下，很多判断标准也发生了变化：

• 做出结果的速度变得更重要
• demo效果被当作能力证明
• 系统复杂度被忽略

一些原本需要工程设计和长期维护的问题，被简单理解为“效率问题”。

工程体系开始被削弱

变化是逐渐发生的，但很明显：

• 测试几乎被弱化甚至取消
• 有时候直接在生产环境做验证
• 没有专职测试人员
• 质量主要靠研发个人经验去兜底

我们开始从“依赖流程”，变成“依赖个人能力”。

评价标准也变了

最明显的变化是，评价一个研发工作的方式变了。

以前更关注：

• 系统是否稳定
• 架构是否合理
• 是否可长期维护

现在更多变成：

• 做得快不快
• AI用得多不多
• 看起来效果好不好

在这种标准下，一些“慢但正确”的做法反而不被认可。

经验和外部协作被低估

我也明显感觉到，很多原本合理的工程经验被轻视了。

比如：

• 外包开发被简单归类为“效率低”
• 长期维护的复杂性被低估
• 工程经验不再被当成核心价值

取而代之的是一种更偏“快速验证”的思路。

团队开始进入低活性状态

随着规则的不稳定，团队氛围也发生了变化：

• 没人再积极提出优化建议
• 大家只做最低限度的交付
• 遇到问题更多是自保，而不是解决系统问题
• 整体协作动力明显下降

表面上项目还在推进，但内部状态已经明显变了。

一个更现实的信号：开始出现拖欠问题

更让我感到变化严重的是，后来甚至出现了工资发放延迟的情况。

当激励机制和信任机制同时变弱时，团队的状态会进一步恶化，大家的投入也会明显收缩

我的感受

这段经历里，最强烈的感受不是技术层面的变化，而是：

当“AI效率叙事”逐渐压过“工程现实”，整个团队的运行逻辑也在慢慢改变。

很多问题不再以工程方式被理解，而是以“速度”和“表面结果”去衡量。

总结

这段时间让我更清楚一件事：

一个研发团队是否健康，不取决于它用了多少AI，而取决于它是否还在尊重工程本身的规律。

当规则、边界、测试和经验被削弱时，即使工具再先进，也很难维持一个稳定的系统。