企业软件追求的是性价比，即在预定时间内保质按时完成，而不是代码质量高。这里的保质是业务使用上无Bug，性能满足用户平时工作要求。这里并不是暗示程序员可以随意写烂代码，不讲究架构，而是优先级让位于开篇讲的保质按时完成。
我曾在某大厂与TW同事一起参与某个项目的短暂开发，在这里，我并不想做戳穿TW的敏捷开发无用论的皇帝新衣的那个小男孩，事实上，短暂的与TW架构师一起合作开发，还是学到了敏捷开发的理念并深以为有用，不过，在实践中过分强调技术上的代码质量和代码技巧，个人并不认同。个人的理念是在企业软件尤其是业务相关的管理类软件，应该采用低代码开发技巧而不是强调敏捷开发或者高质量代码开发技巧。当然，如果团队成员素质普遍较高，资金、时间又比较充裕，严格要求代码质量，采用敏捷开发过程，对团队和交付都是有好处的。不过，企业软件开发的现状绝大部分都是时间紧迫，预算少，成员普遍工作经验少，或者没有在大公司和互联网公司工作过。这种情况下，再强调代码技巧和质量项目很可能就做不下去了。
当然，开发过程中代码质量如果真的比较低，对客户，对参与开发项目的企业、成员也是极大的损失和浪费时间、浪费金钱，也是不能接受的。所以，这里强调的是如何使用低代码开发（不是低质量）技巧在预算有限，成员素质参差不齐情况下，按时保质完成任务。