@Joerg78 schrieb:
Ich gehe davon aus, dass die comdirect fähige IT-Programmierer hat - sie dürfen vermutlich einfach nicht (und "einfach mal machen" machst du gerade bei einem zu Tode regulierten Finanzinstitut vielleicht 1 mal (sofern du die Änderungen überhaupt online bekommst) und dann garantiert nie wieder) und haben vermutlich wegen "höher priorisierten Tickets" auch gar nicht die Zeit dafür.
Das mag sicherlich richtig sein. Allerdings schafft man es ja auch jede zweite Woche Fehler online zu bringen. Heißt, das Problem fängt schon viel früher an, mangelnde Testabdeckung / Testautomatisierung, fehlende / fehlerhafte Impact Analyse, fehlendes / mangelndes CI/CD, falsche Prio (Termin vor Qualität, Features vor Fehlerbehebung).
Ich kenne so was aus eigener Erfahrung (auch in regulierten Umgebungen) wenn Unternehmen jahrelang Wasserfall- oder V-Modell entwickelt haben, mit Release Zyklen von 6-24 Monaten und extensive Testphasen am Ende, und sich dann von externen Beratern ein agiles Konzept (wie z.B. SAFe) aufschwatzen lassen, mit hochfrequenten Releasezyklen ("alle zwei Wochen ein neues Release") und der Hoffnung, vollkommen fachfremde Teams könnten nur anhand von Teilbeschreibungen eine funktionierende Gesamtkomposition erzeugen. Dabei wird aber komplett übersehen, dass 95% der Design Dokumentation nur in den Köpfen weniger Experten vorhanden ist und für 99% der 30 Millionen Zeilen Bestandscode kein einzige Zeile Test besteht. Das passt dann aber nicht mehr auf die PPT der Consultants.
Edit: Die 5% der Experten die 95% des Wissens hosten, sind dann in der Regel lange genug im Unternehmen um sich nach weniger fragilen Positionen im Unternehmen umzusehen, Was es dann nicht besser macht.
--------------------
"Video meliora proboque, deteriora sequor"
