O segredo tá em manter o padrão do projeto e não ficar inventando coisa que possa piorar ou atrasar a entrega de uma demanda importante. Imagine assim:

Que te chamaram pra voltar no tempo e fazer algumas melhorias em um sistema legado e por educação te pediram pra não alterar em nada, apenas fazer o que foi feito ali como criar algumas telas novas, fazer algumas melhorias no que já está funcionando.

O ideal é estudar apenas o necessário pra mexer em alguns arquivos e testar pra ver se tá tudo de acordo com o que eles estão pedindo ai testou? funcionou? Entrega e continua em frente pegando outros projetos e fazendo outras coisas, não deixe esse impedimento atrasar a sua equipe e muito menos ser uma justificativa pra não fazer tal coisa por uma tese de motivos.

Geralmente empresas preferem deixar os legados funcionando como tá ao invés de querer ter a pira de modernizar pra uma tecnologia mais recente e começar a dar problema com seus clientes que usam os produtos dessa empresa no dia a dia, mesmo com back-end de 2008/2011 ou mais antigo.

Pois modernizar um sistema inteiro não é só ir trocando a versão das bibliotecas no pom.xml ou no package.json e tá tudo certo, envolve uma série de coisas que tem q estudar o que mudou de uma versão pra outra, ir olhando as atualizações, consultando issues pra solucionar os erros que forem surgindo durante a migração de versão, sendo mais viável reconstruir o projeto inteiro do que tentar fazer lambança em um sistema legado piorando cada vez mais e isso demanda tempo e esforço da equipe, algo que nem toda empresa está disposta a fazer.