Prawdziwy koszt starego systemu to nie pojedyncza linijka „utrzymanie IT” w budżecie. Wg analiz Gartnera i McKinseya samo „utrzymywanie świateł” pochłania od 40 do nawet 80 procent całego budżetu IT, do tego dochodzi rosnący co roku dług technologiczny, wyższe koszty incydentów i – coraz częściej – blokada wdrożeń AI. Dla CFO oznacza to, że właściwe pytanie nie brzmi „czy stać nas na modernizację”, lecz „ile kosztuje jej brak”. Poniżej pokazujemy, jak policzyć ten koszt i zbudować business case, który broni się liczbami, a nie intuicją.
Dlaczego rachunek jest zwykle zaniżony
Największy problem z kosztem systemów legacy polega na tym, że jest on rozproszony po wielu liniach budżetu, a przez to systematycznie niedoszacowany – często o 40 do 60 procent. W budżecie widać koszty bezpośrednie: licencje, infrastrukturę, kontrakty wsparcia. Nie widać natomiast kosztów pośrednich, które potrafią być większe: utraconej produktywności, przestojów i utraconych możliwości. To właśnie te ukryte pozycje decydują o tym, że stary system jest droższy, niż wynika z arkusza.
Cztery składniki, których nie widać w linii „utrzymanie”
Produktywność zespołów. Deweloperzy spędzają istotną część czasu na łataniu starego kodu zamiast na tworzeniu wartości. Wg McKinseya dług technologiczny odpowiada za około 40 procent budżetów IT – to pieniądze, które nie idą na rozwój, tylko na utrzymanie status quo.
Dług technologiczny, który rośnie wykładniczo. Nieadresowany dług techniczny narasta rocznie o około 20 procent. Każdy rok zwłoki zwiększa późniejszy koszt modernizacji, bo każda prowizoryczna łatka tworzy kolejne punkty tarcia.
Ryzyko i koszt incydentów. Systemy bez wsparcia producenta gromadzą podatności, a koszt naruszeń bywa wyraźnie wyższy niż dla nowoczesnych architektur. Do tego dochodzi presja regulacyjna, w tym DORA, której wymogów na nieudokumentowanym starym stacku po prostu nie da się łatwo wykazać.
Koszt utraconych możliwości. To najtrudniejsza do zmierzenia, ale często największa pozycja. Legacy spowalnia time-to-market i coraz częściej wprost blokuje wdrożenia AI – problem, który zgłasza większość organizacji z fragmentaryczną, przestarzałą infrastrukturą.
Bankowość: koszt utrzymania kontra przestrzeń na rozwój
W sektorze finansowym rachunek jest szczególnie dotkliwy. Dane branżowe za 2025 r. wskazują, że w bankowości około 43 procent budżetu IT pochłania utrzymanie systemów legacy, a jedynie mniejsza część zostaje na technologie transformacyjne. Innymi słowy, im więcej organizacja wydaje na trzymanie starego systemu przy życiu, tym mniej zostaje jej na to, co buduje przewagę konkurencyjną – i tym trudniej sprostać nowym wymogom regulacyjnym bez dodatkowych kosztów.
Jak zbudować business case modernizacji
Dobry business case dla CFO opiera się na czterech krokach.
Po pierwsze, policzcie pełny koszt posiadania (TCO), łącznie z pozycjami ukrytymi. Tego nie da się zrobić bez widoczności – a tę daje inwentaryzacja i odtworzenie dokumentacji systemu (S*.doc). Bez mapy systemu każdy szacunek jest zgadywaniem.
Po drugie, pokażcie krzywą w czasie: koszt utrzymania rośnie, a wartość systemu maleje. To perspektywa, która przemawia do zarządu bardziej niż jednorazowa liczba.
Po trzecie, porównajcie to nie z „wielkim przepisaniem”, lecz z kosztem i ryzykiem modernizacji stopniowej, która rozkłada nakład w czasie i dostarcza wartość przyrostowo.
Po czwarte, uwzględnijcie koszt zaniechania – utracone możliwości i ryzyko regulacyjne. To on najczęściej przeważa szalę, bo rośnie właśnie wtedy, gdy nic nie robimy.
Modernizacja to decyzja finansowa, nie techniczna
Kluczowa zmiana perspektywy jest taka: modernizacja starego systemu to nie „projekt IT”, lecz decyzja o alokacji kapitału. Migracja stopniowa pozwala rozłożyć nakład, dostarczać wartość etapami i uniknąć ryzyka jednego wielkiego przełączenia. Zaczynamy zwykle od audytu architektury IT, który daje twardą podstawę do TCO, a następnie projektujemy modernizację jako rozwiązanie dedykowane, dopasowane do profilu ryzyka i możliwości budżetowych.
