É o preço que pagam por serem grandes organizações burocráticas.
Uma razão principal é porque eles continuamente têm que suportar possíveis sistemas legados de seus clientes maiores. As organizações financeiras não são as mais lentas a atualizar. Muitas empresas que não são de TI são ainda mais lentas, simplesmente porque a divisão de TI não é sua linha de negócios, por isso estão economizando cada centavo em TI.
Além disso, softwares mais antigos tendem a se provar. Eles poderiam manter-se e investir nas técnicas mais recentes o tempo todo, mas quem garantiria que a nova técnica se tornaria bem-sucedida? Por exemplo, em 1994, uma ferramenta chamada Gupta SQLWindows foi apresentada como um novo produto de desenvolvimento. Deveria se tornar um ótimo sistema de desenvolvimento da RAD, pronto para competir com o Visual Basic. Infelizmente, também teve que competir com outra ferramenta chamada PowerBuilder e ambos tiveram que competir contra o Borland Delphi.
Naquela época, trabalhei para uma empresa que precisava decidir entre o SQLWindows, o Powerbuilder e o Delphi. Eu os aconselhei a usar o Delphi, uma vez que parecia oferecer o máximo de possibilidades, mas infelizmente, o CEO (que também fazia algum trabalho de desenvolvimento) só entendia o BASIC e o Delphi usava o Pascal como idioma de raiz. O Powerbuilder parecia ser mais semelhante ao BASIC, então ele escolheu o Powerbuilder e eu me mudei para uma empresa que usava o Delphi. Três anos depois, meu antigo empregador faliu e a nova empresa em que trabalhei recebeu um bom pedido de um instituto financeiro para construir um software para eles! (Em Delphi !!) Este banco tinha acabado de esperar para ver qual técnica seria a mais bem-sucedida e então apenas terceirizar seu trabalho de desenvolvimento para uma empresa que usasse essa técnica.
E basicamente, é o que muitos institutos financeiros fazem. Eles não fazem muito desenvolvimento, mas preferem terceirizar esses projetos. É mais seguro terceirizar projetos simplesmente porque permite que eles cancelem esses projetos sem ficarem presos a um monte de desenvolvedores de software que precisam de outro emprego ...
Naturalmente, as organizações financeiras também gostam do princípio: "Se não está quebrado, não conserte". Você pode encontrar alguns sistemas antigos que ainda estão em uso para acompanhar as faturas e outros dados. Por quê? Porque esses sistemas provaram ser confiáveis. Então, por que atualizar para um novo sistema? Isso só poderia introduzir mais erros no sistema.