Eae cara beleza?

Vou fazer alguns apontamentos:

• A necessidade de qualidade de código para nós que programamos é sempre prioridade(pelo menos deveria), porém ninguém "paga por um código incrível e sim um código que entrega valor ao cliente".Desta forma um código de qualidade e uma entrega rápida é muito difícil se você não tivér uma boa base de conhecimenot e uma experiência com outros projetos(se vc tivér projetos para ter bases e boas idéias para implementar, fica mais fácil as coisas).
• Eu sofri da mesma forma, e fiz um simples levantamento: "Quantas features entregues no mês x Quantos Bugs encontrados no mês", pq? Pq testes ajudam muito a entregar features sem "efeitos colaterais" em outras features entregues no passado.
• Outro levantamento: "Tempo de resolução de um BUG", a gente percebeu que com o passar do tempo corrigir um bug tem sido mais cansativo. Portanto nosso código estava muito acoplado e confuso, então vimos como é importante algumas boas práticas de código e uma documentação que expresse como a gente montou a arquitetura.

Mas tudo isso também vem do contexto da sua empresa em relação a mudança e melhorias, e como você vende a sua idéia...

Boa sorte!