Es ist der Preis, den sie für große, bürokratische Organisationen zahlen.
Ein Hauptgrund ist, dass sie ständig mögliche ältere Systeme ihrer größeren Kunden unterstützen müssen. Finanzorganisationen sind nicht die langsamsten, die aufgerüstet werden müssen. Viele Nicht-IT-Unternehmen sind sogar noch langsamer, weil die IT-Branche nicht ihre Branche ist. Sie sparen also jeden Cent an IT-Sachen.
Auch ältere Software hat sich in der Regel bewährt. Sie könnten ständig auf dem neuesten Stand der Technik sein, aber wer garantiert ihnen, dass die neue Technik erfolgreich sein wird? Beispielsweise wurde 1994 ein Werkzeug namens Gupta SQLWindows als neues Entwicklungsprodukt eingeführt. Es sollte ein großartiges RAD-Entwicklungssystem werden, das bereit ist, mit Visual Basic zu konkurrieren. Leider musste es sich auch mit einem anderen Tool namens PowerBuilder messen, und beide mussten gegen Borland Delphi antreten. Damals arbeitete ich für ein Unternehmen, das sich zwischen SQLWindows, Powerbuilder und Delphi entscheiden musste. Ich empfahl ihnen, Delphi zu verwenden, da es die meisten Möglichkeiten zu bieten schien, aber leider verstand der CEO (der auch etwas Entwicklungsarbeit leistete) nur BASIC und Delphi benutzte Pascal nur als Hauptsprache. Powerbuilder schien BASIC am ähnlichsten zu sein, also entschied er sich für Powerbuilder und ich wechselte zu einer Firma, die Delphi verwendete. Drei Jahre später war mein alter Arbeitgeber pleite und das neue Unternehmen, für das ich arbeitete, erhielt einen schönen Auftrag von einem Finanzinstitut, Software für sie zu bauen! (In Delphi !!) Diese Bank hatte nur gewartet, um herauszufinden, welche Technik die erfolgreichste sein würde, und dann ihre Entwicklungsarbeit an ein Unternehmen auszulagern, das diese Technik verwendete.
Und im Grunde tun das viele Finanzinstitute. Sie entwickeln nicht viel selbst, sondern ziehen es vor, diese Projekte auszulagern. Es ist sicherer für sie, Projekte einfach auszulagern, nur weil sie es ihnen ermöglichen, diese Projekte abzubrechen, ohne bei einer Reihe von Software-Entwicklern hängen zu bleiben, die einen anderen Job benötigen ...
Natürlich mögen auch Finanzorganisationen das Prinzip: "Wenn es nicht kaputt ist, reparieren Sie es nicht." Es gibt einige antike Systeme, die immer noch verwendet werden, um Rechnungen und andere Daten zu verfolgen. Warum? Denn diese Systeme haben sich als zuverlässig erwiesen. Warum also ein Upgrade auf ein neues System durchführen? Das könnte nur mehr Fehler in das System einführen.