Co się dzieje, gdy 27 lat infrastruktury informatycznej wychodzi za drzwi?

Poznajcie Mohammeda. Pracuje w tej samej firmie od ponad dwóch dekad. Jest człowiekiem od wszystkiego: starszych systemów, nieoczywistych poprawek i awaryjnych napraw, których nikt inny nie potrafi rozszyfrować. 

Właśnie ogłosił, że przechodzi na emeryturę. Zespół planuje uroczystość. Hurra, będzie ciasto!

Ale teraz minęło już kilka tygodni i zaczęły być odczuwalne konsekwencje. Rutynowa aktualizacja się nie powiodła. Nikt nie pamiętał, dlaczego zapora sieciowa została skonfigurowana w ten sposób, a nowy pracownik, bystry i kompetentny, gubi się bez odpowiedniego kontekstu. Nie da się bowiem przekazać 20 lat technicznej intuicji podczas dwutygodniowego przekazania obowiązków.

Mohammed nie tylko przeszedł na emeryturę. Zabrał ze sobą całą pamięć instytucjonalną. To nie jest odosobniona historia. To kryzys rozgrywający się powoli w zespołach technologicznych na całym świecie.

Czy macie już ramy działania pozwalające przechwycić wiedzę plemienną, zanim na zawsze wyjdzie za drzwi?

Przepaść emerytalna jest realna — i szybko się zbliża

Według raportu Auvik IT Trends Report 2025 23% specjalistów IT z pokolenia wyżu demograficznego pracuje ponad 50 godzin tygodniowo — wielu z nich posiada głęboką, techniczną wiedzę instytucjonalną, która jest nieudokumentowana, plemienna i niezastąpiona.

To wasi starsi inżynierowie, architekci systemów i jednoosobowe encyklopedie wsparcia. Większość z nich zbliża się do emerytury. Po cichu.

Raport Auvik ujawnia kolejną tykającą bombę zegarową: 60% specjalistów IT doświadcza wypalenia zawodowego w pewnym stopniu. Dodajmy do tego falę przechodzenia na emeryturę, a otrzymamy scenariusz podwójnego zagrożenia:

1. Doświadczeni specjaliści odchodzą na dobre,
2. Inżynierowie w połowie kariery wycofują się psychicznie

W efekcie w tej dziedzinie pozostaje coraz więcej przeciążonych generalistów, którzy muszą radzić sobie z całym problemem.

Ci specjaliści zbliżają się do emerytury, a ich następcy nie są zatrudniani wystarczająco szybko. Według amerykańskiego Biura Statystyki Pracy każdego roku w latach 2023–2033 trzeba będzie obsadzić szacunkowo 356 700 stanowisk w branży IT — z powodu wzrostu zatrudnienia oraz konieczności zastąpienia pracowników przechodzących na emeryturę lub odchodzących z pracy.

Obraz jest ponury: gdy najbardziej doświadczeni inżynierowie odchodzą, nie obserwujemy jedynie utraty wiedzy; stajemy w obliczu systemowego niedoboru talentów.

Liderzy technologiczni muszą zachować to, co już mają, i budować kolejne pokolenie inżynierów w obliczu kurczącej się podaży pracowników.

Trend ten jest zgodny z szerszymi prognozami dotyczącymi rynku pracy. Do 2030 roku 100% osób z pokolenia wyżu demograficznego osiągnie wiek emerytalny, co oznacza, że ta „przepaść” zamieni się w prawdziwą otchłań, jeśli organizacje nie zaczną działać już teraz.

Dlaczego to problem CTO, a nie tylko działu HR?

Kuszące jest potraktowanie tego jako problemu operacji personalnych — wpisanie go do planu sukcesji i uznanie sprawy za zamkniętą.

Ale kiedy odchodzi starszy inżynier, nie trzeba obsadzić tylko stanowiska. Traci się również decyzje, logikę, skróty, historię, oceny ryzyka oraz zdolność zapobiegania awariom.

Według Harvard Business Review jedna z organizacji, która spodziewała się 700 odejść na emeryturę, oszacowała, że może stracić ponad 27 000 lat łącznego doświadczenia. Wyobraźcie sobie próbę uzupełnienia takiej luki za pomocą ogłoszenia o pracę.

To nie dotyczy wyłącznie zatrudnienia. Chodzi o odporność infrastruktury, bezpieczeństwo operacyjne i długoterminowe tempo działania.

Wypalenie zawodowe mocno uderza — i po cichu

O ile przejście na emeryturę jest często możliwe do przewidzenia, wypalenie zawodowe to cichy zabójca.

• Raport CIO.com z 2023 roku wykazał, że w minionym roku aż 65% inżynierów doświadczyło wypalenia zawodowego.
• Wypalenie zawodowe jest również kosztowne: firma Gallup szacuje, że kosztuje firmy od 3999 do 20 683 USD rocznie na każdego niezaangażowanego pracownika, w zależności od stażu i roli.

Dla liderów technologicznych oznacza to zawodne systemy, porzucone projekty, opóźnione wdrożenia i niestabilność zespołów — wszystko to zagraża wynikom biznesowym znacznie bardziej niż opóźniony sprint.

Sonda dotycząca przepaści emerytalnej

Stwórz ramy przechwytywania wiedzy instytucjonalnej

Jak więc powstrzymać znikanie starszej wiedzy z dnia na dzień? Zapoznajcie się z naszymi ramami działania obejmującymi 5 kroków, które możecie wdrożyć już dziś:

1. Zmapuj

Zidentyfikuj kluczowych posiadaczy wiedzy i podatne systemy.

• Zapytaj: „Co byśmy stracili, gdyby [Imię] odszedł jutro?”
• Użyj macierzy ryzyka, aby ustalić priorytety: Wpływ × Prawdopodobieństwo.

2. Oznacz

Określ, co faktycznie należy zachować:

• Wiedza plemienna (nieudokumentowane systemy i poprawki)
• Historia decyzji (dlaczego wybrano określone ścieżki)
• Kluczowe relacje (do kogo zwracają się, gdy coś się psuje)

3. Przekaż

Utwórz ustrukturyzowane programy mentoringowe i programy pracy w parach:

• Przeszkol członków zespołu w wielu obszarach
• Towarzysz starszym inżynierom podczas kluczowych operacji
• Strategicznie rotuj obowiązki związane ze wsparciem

Badanie Gartnera z maja 2024 roku, przeprowadzone wśród 3375 pracowników, wykazało, że 60% zadeklarowało, że nie otrzymuje coachingu ani szkoleń w miejscu pracy potrzebnych do rozwijania kluczowych umiejętności.

Bez tego mentoringu i praktycznego doświadczenia organizacje ryzykują nie tylko utratę najbardziej doświadczonych pracowników, lecz także brak możliwości wykształcenia kolejnego pokolenia liderów technicznych.

4. Przechowuj

Korzystaj z narzędzi, z którymi Twój zespół będzie faktycznie pracować.

• Dokumentuj w wiki, a nie w dokumentach Worda
• Zadbaj o możliwość wyszukiwania, kontrolę wersji i kwartalne przeglądy
• Uczyń wewnętrzne prezentacje i sesje przekazywania wiedzy standardem

5. Aktywuj

Wiedza nie jest użyteczna, jeśli pozostaje ukryta.

• Włącz ją do procesu wdrażania nowych pracowników
• Przeprowadzaj ćwiczenia, podczas których sprawdzana jest wiedza dotycząca starszych systemów
• Przekształcaj dokumentację w materiały szkoleniowe wykorzystywane na żywo

Masz dokumentację, ale z niej nie korzystasz

To niedorzeczne.

Dokumentacja spoczywająca na cmentarzysku Confluence się nie liczy.

Myślę, że zespoły zakładają, iż „są zabezpieczone”, ponieważ coś istnieje w jakimś folderze. Jednak te treści są niemal zawsze nieaktualne, niesprawdzone i niewidoczne dla nowych pracowników działających pod presją.

Aby dokumentacja była praktycznie użyteczna:

• Organizuj sesje lunchowe prowadzone przez starszych inżynierów: Wykorzystuj cykliczne spotkania w porze lunchu i sesje edukacyjne, aby omawiać starsze systemy, wcześniejsze decyzje i kontekst infrastruktury.
• Organizuj sesje przekazywania wiedzy podczas wdrażania nowych pracowników: Poproś nowych członków zespołu, aby wyjaśnili własnymi słowami, czego nauczyli się z dokumentacji, dzięki czemu luki i założenia zostaną ujawnione na wczesnym etapie.
• Organizuj retrospektywy incydentów, które uwidaczniają luki w wiedzy plemiennej: Po awariach lub pilnych poprawkach określ, gdzie starsza wiedza pomogła w reakcji lub ją utrudniła.

Traktuj dokumentację jak infrastrukturę. Jeśli nie jest utrzymywana, psuje się — zwykle wtedy, gdy najbardziej jej potrzebujesz.

To nie jest tylko problem „zapisz to”. To problem „korzystaj z tego, żeby wiedza się utrwaliła”.

Porada eksperta

John Astorino, dyrektor operacyjny w firmie Auvik, z pierwszej ręki przekonał się, jak niewidoczne może być ryzyko związane z odejściem na emeryturę — aż do momentu, gdy jest już za późno.

„Specjaliści IT z pokolenia wyżu demograficznego nie tylko mają wieloletnią wiedzę na temat systemów i infrastruktury, lecz także znają starsze systemy, z którymi nowsi pracownicy nigdy się nie zetknęli ani o których nie mieli okazji się dowiedzieć. Zwykle pracują dłużej, tym samym kompensując braki kadrowe. Jeśli przed odejściem tych specjalistów na emeryturę nie zostanie przygotowany plan zapewnienia ciągłości, powstanie ogromna luka w wiedzy, a trwające projekty zostaną wykolejone.”

Astorino zachęca dyrektorów ds. technologii do: 

• Opracuj plan długoterminowy , który zapewni odpowiedni poziom zasobów, elastyczność pracy i dzielenie się wiedzą, ponieważ jest to korzystniejsze zarówno dla pracowników, jak i organizacji — sytuacja, w której wszyscy wygrywają.
  
• Uczyń mentoring i dzielenie się wiedzą częścią kultury organizacyjnej, formalizując program mentoringowy.
  
• Nagradzaj liderów i pracowników , którzy angażują się w program mentoringowy i pokazują, że transfer wiedzy rzeczywiście się odbywa.
  
• Uznaj, że wypalenie zawodowe jest realnym problemem , który dotyka specjalistów IT i ich rodziny, oraz reaguj na niego z wyprzedzeniem.

Podejmij działania w tym tygodniu

Od tego zacznij:

1. Przeprowadź audyt zespołu: Kto posiada nieudokumentowaną wiedzę o systemach? Kto zbliża się do wypalenia zawodowego lub przejścia na emeryturę?
2. Umów spotkanie 1:1: Wspólnie z działem HR określ możliwości stopniowego przechodzenia na emeryturę, programy powrotu do równowagi po wypaleniu zawodowym lub wcześniejsze możliwości mentoringu.
3. Utwórz dokument aktualizowany na bieżąco: Udostępnij ten 5-etapowy schemat liderom technicznym. Wybierz jeden system, jedną osobę i zacznij dziś.
4. Przeprowadź ćwiczenie z zakresu ryzyka związanego z wiedzą: Zasymuluj, co się stanie, jeśli odejdzie jeden kluczowy inżynier. Co przestanie działać? Czego zabraknie?
5. Zacznij teraz: Zachowaj dziedzictwo, póki jest ono jeszcze tematem rozmowy, a nie kryzysem.

Nie możesz czekać, aż ktoś złoży wypowiedzenie, aby rozpocząć planowanie sukcesji. Celem nie jest tylko zastąpienie ludzi, lecz zachowanie tego, co wiedzą.

Tort to runda zwycięstwa!

Gdy najbardziej doświadczony inżynier odchodzi, tort powinien być rundą zwycięstwa — uroczystością oznaczającą pomyślny transfer głębokiej wiedzy instytucjonalnej.

Nie pozwoliłbyś kluczowemu dostawcy odejść z Twojej firmy bez planu awaryjnego. Dlaczego więc traktujemy własnych ludzi tak, jakby można ich było łatwo zastąpić?

Potraktuj to jako przypomnienie: Ludzie nie są tylko współtwórcami. Są architektami ciągłości, jeśli damy im taką możliwość.

Zapisz się do newslettera The CTO Club, aby otrzymywać więcej historii, analiz i narzędzi związanych z IT.