Budżet IT na 2027: jak rozmawiać z zarządem o IT, które pracuje na wynik

Budżet IT rzadko przegrywa na sali zarządu przez złe liczby. Częściej dlatego, że CIO mówi o serwerach, licencjach i harmonogramach, a prezes słucha jednego pytania: co firma z tego będzie miała?

Planowanie na 2027 rok to dobry moment, by tę rozmowę zmienić. Presja kosztowa nie znika, a zarządy coraz częściej pytają o sztuczną inteligencję, cyberbezpieczeństwo i odporność operacyjną, czyli o obszary, w których IT jest wprost częścią strategii. Ten artykuł pokazuje, jak zbudować budżet i narrację, które pozwalają zarządowi widzieć w IT inwestycję powiązaną z wynikiem, a nie pozycję kosztową do przycięcia.

Zacznij od wyniku, nie od technologii

Zarząd podejmuje decyzje o kierunku firmy, nie o platformach. Dlatego każda istotna pozycja budżetu IT powinna zaczynać się od zdania w formie: „dzięki temu firma zrobi X, o Y, do dnia Z”. Technologia pojawia się dopiero w drugim akapicie, jako sposób dojścia do celu.

Różnica w praktyce (liczby w tabeli są ilustracyjne i wymagają zastąpienia danymi z Twojej firmy):

Każda inicjatywa w budżecie powinna przejść przez trzy pytania:

1. Który cel strategiczny zarządu ona wspiera?
2. Jaki wskaźnik biznesowy się zmieni i o ile?
3. Kto po stronie biznesu odpowiada za ten wskaźnik razem z IT?

Trzecie pytanie często rozstrzyga rozmowę. Inicjatywę bez właściciela wyniku po stronie biznesu trudno obronić, kiedy zaczynają się cięcia.

Trzy koszyki budżetu: utrzymanie, rozwój, transformacja

Jeden zbiorczy budżet IT zachęca zarząd do jednego pytania: „ile można obciąć?”. Podział na trzy koszyki zmienia tę rozmowę, bo każdy z nich ma inną logikę oceny.

Podział pokazuje, ile kosztuje zapewnienie ciągłości działania, a ile firma przeznacza na zmianę. Jeśli utrzymanie zjada większość budżetu, zarząd powinien to usłyszeć od CIO, razem z planem zmiany proporcji.

Mocnym argumentem jest budżet częściowo finansowany potwierdzonymi oszczędnościami. Pokaż konkretne źródła oszczędności w koszyku utrzymania: konsolidację licencji, wyłączenie systemów, które dublują funkcje, optymalizację kosztów chmury, renegocjację kontraktów. Następnie wskaż, które inicjatywy z koszyków rozwoju i transformacji te środki sfinansują. Oddziel oszczędność już osiągniętą od planowanej; uwzględnij koszt wyłączenia systemów, migracji i okres wypowiedzenia umów.

Język zarządu: ROI, TCO, okres zwrotu, koszt opóźnienia

Prezes i dyrektor finansowy oceniają inwestycje tymi samymi miarami, niezależnie od branży. Jeśli business case IT używa innych, trudniej go porównać z budową nowej hali czy otwarciem rynku.

• TCO (całkowity koszt posiadania). Pokaż koszt w pełnym cyklu życia, w tym integrację, szkolenia, migrację danych i utrzymanie przez 3–5 lat, a nie samą cenę licencji.
• ROI i okres zwrotu. Podaj, po ilu miesiącach nakład się zwraca i jaka część korzyści jest mierzalna w pieniądzach.
• Koszt opóźnienia. Wyceń, ile kosztuje każdy miesiąc zwłoki: utracone przychody, dłuższa praca ręczna, utrzymanie starego systemu równolegle z nowym.
• Koszt niewykonania. Opisz, co się stanie, jeśli inicjatywa nie ruszy: wygasające wsparcie producenta, rosnące ryzyko incydentu, utrata klienta, który wymaga certyfikacji.

Proste równanie wystarczy, jeśli jego składniki są wiarygodne:

ROI = (korzyści finansowe − wszystkie koszty) / wszystkie koszty × 100%

Korzyści i koszty policz dla tego samego okresu. Nie odejmuj kosztów drugi raz od korzyści, które już są netto. Dodatkowy przychód przelicz na wkład w wynik po kosztach jego uzyskania. Dla wieloletniej inwestycji pokaż również przepływy pieniężne i uzgodnij z finansami potrzebę dyskontowania.

Trzy zasady, które odróżniają wiarygodny business case od życzeniowego:

1. Korzyści twarde i miękkie rozdziel. Potwierdzone oszczędności oraz dodatkowy wynik po kosztach jego uzyskania wlicz do ROI. Wzrost satysfakcji klientów czy szybsze decyzje opisz osobno, jako efekty uzupełniające.
2. Podawaj zakresy, nie jedną liczbę. Scenariusz ostrożny, bazowy i optymistyczny pokazują, że znasz niepewność. Zarząd ufa mniej temu, kto podaje wynik z dokładnością do złotówki.
3. Poproś finanse o współautorstwo założeń. Business case, którego założenia zatwierdził dyrektor finansowy, w sali zarządu przestaje być „liczbami IT”.

AI w budżecie 2027: jak mówić o niej bez hype'u

Prognoza Gartnera z 19 maja 2026 r. obejmuje już 2027 rok: światowe wydatki na AI mają wzrosnąć z około 2,60 bln USD w 2026 do 3,49 bln USD w 2027. To prognoza całego rynku, obejmującego także dostawców i infrastrukturę, a nie zalecany udział AI w budżecie firmy^[1].

Znaczna część tego wzrostu nie przychodzi jako osobny projekt. Funkcje AI trafiają do platform, które firma już kupuje: baz danych, oprogramowania pośredniczącego i aplikacji biznesowych. Dla zarządu oznacza to, że pytanie brzmi nie „czy wchodzimy w AI?”, lecz „gdzie wydajemy na nią świadomie, a gdzie dostajemy ją w wyższej cenie licencji?”.

Trzy zasady rozmowy o AI z zarządem:

1. Mów o przypadkach użycia z wskaźnikiem, nie o modelach. „Skrócimy czas obsługi reklamacji z 12 do 6 minut” przemawia do zarządu mocniej niż nazwa dostawcy modelu.
2. Pokaż pełny koszt. Oprócz licencji wlicz przygotowanie danych, integrację, nadzór nad ryzykiem, zmianę sposobu pracy zespołów oraz koszt użycia, który rośnie razem ze skalą.
3. Inwestuj etapami z kryteriami kontynuacji. Przykładowo: pilotaż na 90 dni, zmierzony stan wyjściowy, próg wyniku, po którym skalujemy, i próg, po którym kończymy. Zarząd chętniej finansuje eksperyment, z którego wie, jak wyjść.

Jeden warunek jest nie do pominięcia: bez zmierzonego punktu wyjścia i właściciela po stronie biznesu efekt AI nie da się rozliczyć. Taki projekt w kolejnym cyklu planowania zostanie uznany za modny koszt.

Bezpieczeństwo i zgodność: koszt niewykonania zamiast „kolejnego wydatku”

Cyberbezpieczeństwo przestało być wyłącznie tematem technicznym. Nowelizacja ustawy o krajowym systemie cyberbezpieczeństwa, wdrażająca dyrektywę NIS2, obowiązuje od 3 kwietnia 2026 roku^[2]. Dla budżetu 2027 ważny jest harmonogram, który dotyczy podmiotów objętych ustawą:

• 3 października 2026: termin wniosku o wpis dla podmiotów spełniających kryteria w dniu wejścia nowelizacji w życie, niewpisywanych z urzędu. Sprawdź, czy dotyczył firmy i czy go dotrzymała^[3].
• 3 kwietnia 2027: termin wdrożenia obowiązków dla podmiotów spełniających kryteria w dniu wejścia nowelizacji w życie. Wpisz odpowiednie prace i zasoby do planu na 2027^[2].
• 3 kwietnia 2028: termin pierwszego audytu wskazanych podmiotów kluczowych; obejmuje wyjątki opisane przez ministerstwo^[2]. Nie traktuj go jako dodatkowego roku na wdrożenie wymagań.

Zakres zależy od sektora, wielkości i statusu podmiotu. Ocenę, czy firma podlega ustawie, uzgodnij z osobami odpowiedzialnymi za prawo i zgodność. Stan terminów opisano na 6 października 2026 r.; dla podmiotów spełniających kryteria później mogą obowiązywać inne terminy.

Samo ustalenie statusu bywa problemem: według komunikatu autorów raportu „Cyberportret polskiego biznesu 2025” 36% badanych specjalistów ds. cyberbezpieczeństwa nie wiedziało, czy ich firma podlega NIS2^[4]. To wynik badania z 2025 r., a nie pomiar obecnej zgodności firm.

W rozmowie z zarządem nie buduj narracji na strachu. Pokaż cztery elementy:

1. Zakres: jakie procesy i systemy są objęte wymaganiami.
2. Lukę: gdzie firma jest dziś względem wymagań, oceniona przez niezależny przegląd.
3. Koszt zamknięcia luki w 2027: rozbity na nakłady jednorazowe i koszty stałe.
4. Ryzyko resztkowe: co zostaje po wdrożeniu i kto z zarządu je akceptuje.

Konkluzja dla zarządu powinna brzmieć prosto: odpowiedzialność jest po stronie kierownictwa, więc to kierownictwo powinno znać plan i jego koszt przed incydentem, a nie po nim. Koszt niewykonania oszacuj dla własnych procesów i scenariuszy incydentu; nie zastępuj go ogólną deklaracją, że bezpieczeństwo zawsze się zwraca.

Jak zbudować narrację budżetu: struktura rozmowy z zarządem

Zarząd nie musi poznać historii IT w firmie. Potrzebuje decyzji, uzasadnienia i konsekwencji każdej opcji. Sprawdza się układ, w którym odpowiedź jest na początku, a szczegóły w załącznikach:

1. Cele zarządu na 2027 w jednym zdaniu. Pokaż, że budżet IT wynika ze strategii firmy, a nie z listy życzeń działu.
2. Rekomendacja i kwota. Zacznij od: „prosimy o X mln zł, z czego Y finansujemy oszczędnościami w utrzymaniu”.
3. Trzy koszyki i zmiana ich proporcji w stosunku do 2026 roku.
4. Pięć do siedmiu kluczowych inicjatyw. Dla każdej: wynik biznesowy, właściciel po stronie biznesu, okres zwrotu, kamienie milowe.
5. Ryzyka i zgodność. Plan związany z wymogami regulacyjnymi, w tym z terminami NIS2, wraz z kosztem niewykonania.
6. Trzy scenariusze budżetu. Podstawowy, ostrożny i rozszerzony. W każdym podaj, z czego firma rezygnuje lub co zyskuje.
7. Założenia i niepewności. Ceny licencji, kursy walut, ceny sprzętu.
8. Decyzje, o które prosisz, i rytm przeglądu, na przykład co kwartał.

Najwięcej zaufania buduje punkt szósty. Zamiast bronić jednej kwoty, pokaż zarządowi, co dokładnie wypadnie z planu przy cięciu o 10%: które inicjatywy, który wskaźnik, które ryzyko wzrośnie. Wtedy decyzja o cięciu staje się świadomym wyborem, a nie odruchem.

W punkcie siódmym uwzględnij czynniki cenowe, które zarząd może zaskoczyć w trakcie roku. Gartner w prognozie z 27 lipca 2026 r. wskazuje presję cen sprzętu i pamięci oraz ograniczenia podaży^[5], więc budżet na sprzęt warto planować z zapasem i opcją rozłożenia odnowień w czasie.

Przed spotkaniem omów założenia indywidualnie z dyrektorem finansowym i z liderami biznesu, którzy będą współwłaścicielami wyników. Na sali zarządu nikt nie powinien widzieć po raz pierwszy liczb, które go dotyczą.

Najczęstsze błędy w rozmowie o budżecie IT

• Brak rozliczenia poprzedniego roku. CIO prosi o zaufanie na 2027, a nie widział efektów inwestycji z 2026. Zacznij od krótkiej tabeli: co obiecano, co zrealizowano, jaki efekt osiągnięto.
• Jedna zbiorcza kwota. Bez podziału na koszyki i inicjatywy zarząd widzi tylko liczbę do obcięcia.
• Inicjatywy bez współwłaściciela w biznesie. Jeśli wynik jest „wynikiem IT”, w razie cięć zostanie potraktowany jako koszt IT.
• Zawyżone ROI. Korzyści miękkie wliczone do zwrotu osłabiają wiarygodność całego business case’u. Naciągnięty zwrot utrudnia obronę również dobrze przygotowanych projektów.
• Narracja strachu. Straszenie incydentem działa raz. Rzetelny rejestr ryzyk z oszacowanym kosztem niewykonania działa przy każdym kolejnym budżecie.
• Zbyt wiele szczegółów na sali. Zarząd decyduje o kierunku i kwocie. Szczegóły techniczne należą do załączników i rozmów roboczych.

Checklista przed spotkaniem z zarządem

Podsumowanie

Budżet IT, który pracuje na wynik, zaczyna się od celów zarządu, a nie od katalogu technologii. Dzieli wydatki na koszyki o różnej logice oceny, mówi językiem finansów, pokazuje źródła własnego finansowania i uczciwie opisuje, co się stanie przy każdym wariancie.

Planowanie na 2027 rok ma dodatkowy powód, by zrobić to dobrze. AI przestaje być eksperymentem i staje się stałą częścią wydatków, a terminy NIS2 wypadają w środku roku budżetowego. CIO, który przyjdzie na spotkanie z jasną rekomendacją, współwłaścicielami wyników w biznesie i zaakceptowanymi przez finanse założeniami, rozmawia z zarządem jako partner w osiąganiu wyniku, a nie jako dostawca usług.

Zacznij już dziś: wybierz trzy największe pozycje budżetu IT i dla każdej dopisz zdanie o wyniku biznesowym oraz nazwisko współwłaściciela po stronie biznesu. Jeśli nie potrafisz tego zrobić, to pierwszy sygnał, że ta pozycja wymaga rozmowy jeszcze przed spotkaniem z zarządem.