我们当前的环境体系划分及功能定位如下：​

• 开发环境：用于代码开发​
• 预发布环境：用于程序验证​
• 生产环境：对外提供正式服务
  

然而，环境划分看似科学，但细节中存在严重问题：

• 开发环境无法正常运行程序；
• 预发布环境与生产环境差异极大；
• 跨环境的代码传递完全依赖手工操作。​

这些问题不仅严重影响开发效率，还大幅降低了开发质量。然而，任何试图改善开发环境的尝试（例如构建 CI/CD 流程实现代码自动跨环境传递），往往都会以 “不安全” 为由被阻止。​

究其原因，开发体验的好坏最先影响的是一线人员，而效率与质量的损失，却需要整个团队共同承担，领导并无直接影响。反而言之，对领导而言，若主动决定推进流程或环境改革，很可能会遭到同僚的 “保护性质疑”；一旦未来发生事故或被上司问询，则会让自己陷入被动。​

因此，对领导来说，恪守传统、不做改变，且在他人提出改革时 “先把可能的风险抛出来”，才是最能保障自身职业安全的选择。结果，团队中充斥着诸多莫名其妙的规则，却始终无法改变。