Dlaczego lato ujawnia słabości IT których nie widać przez resztę roku
Infrastruktura IT, urlop i firma bez zapasowego admina — to połączenie, które większość zarządów odkrywa dopiero przy pierwszej lipcowej awarii, nie w planie ciągłości działania.
Przez cały rok system jakoś działa. Admin reaguje na bieżąco, zna sieć na pamięć, wie gdzie są wyjątki konfiguracyjne i kto jest dostawcą każdego kabla. Lipiec i sierpień to moment gdy ta wiedza nagle staje się niedostępna — bo admin jest na urlopie, a telefon wyciszony.
W ciągu 47 Zwiadów które przeprowadziliśmy w firmach produkcyjnych i usługowych na Dolnym Śląsku — we Wrocławiu, w aglomeracji i w mniejszych miejscowościach regionu — jeden wzorzec powtarza się niemal zawsze: firmy które nie miały awarii przez ostatnie 12 miesięcy, tę pierwszą awarie mają właśnie latem. Nie dlatego że infrastruktura nagle się psuje. Dlatego że latem nie ma kto jej pilnować i naprawić.
W sierpniu biuro jest puste, ale produkcja często jedzie dalej. Magazyn wydaje towar, handlowcy wysyłają oferty, księgowość domyka miesiąc. Infrastruktura IT nie bierze urlopu — tylko ludzie, którzy ją obsługują. Na Dolnym Śląsku widzimy to szczególnie wyraźnie: fabryki i magazyny pracują, biura we Wrocławiu i okolicach są puste.
Pięć luk które wychodzą na jaw w sezonie urlopowym
Luka #1 — Wiedza zamknięta w głowie jednej osoby
Najczęstszy scenariusz: jeden admin, który zna całą infrastrukturę na pamięć. Wie gdzie są hasła (w głowie albo w pliku na własnym komputerze), zna historię decyzji technicznych, wie które urządzenia mają „wyjątkowe" ustawienia bez dokumentacji.
Gdy ta osoba jest na urlopie, firma jest de facto bez wsparcia IT — nawet jeśli formalnie istnieje zastępstwo. Zastępstwo bez kontekstu i dostępów to nazwa bez treści.
W firmie produkcyjnej z 60 osób widzieliśmy to w praktyce: admin wiedział, że jeden ze switchy w hali ma niestandardowy VLAN dla skanerów na linii — bo kiedyś „szybko naprawiał" problem. Gdy padł w sierpniu, zastępca z biura nie wiedział, że ten switch w ogóle istnieje. Linia stała cztery godziny, bo nikt nie wiedział, gdzie szukać.
W logistyce podobny scenariusz: admin trzymał w głowie, że WMS komunikuje się z ERP przez niestandardowy port na serwerze plików — nie przez domyślną integrację. Urlop, awaria łącza, magazyn przestał przyjmować zlecenia. Dostawca łącza mówił „u nas wszystko OK". Problem leżał w konfiguracji, o której wiedział tylko jeden człowiek.
W handlu często chodzi o dostęp do panelu e-commerce, integracji z kurierem albo drukarki fiskalnej w oddziale. Admin zna hasła do wszystkich trzech systemów. Zastępca z HR — nie.
| Admin wewnętrzny | DC House | |
|---|---|---|
| Dostępność w lipcu | Urlop — brak | Pełna dostępność |
| Wiedza o infrastrukturze | W jednej głowie | W dokumentacji + zespole |
| Czas reakcji na awarię | Zależny od dostępności | Gwarantowany umową |
| Jeden numer kontaktowy | Tak (admin) | Tak (DC House) |
| Co gdy ta osoba odejdzie | Utrata wiedzy | Bez zmian |
Luka #2 — Backup który nikt nie testował
Backup istnieje. Działa — tak przynajmniej pokazuje status w panelu. Ale kiedy ostatnio ktoś realnie zrestorował dane żeby sprawdzić czy odtworzenie faktycznie działa i ile czasu zajmuje?
W firmach gdzie zadajemy to pytanie podczas Zwiadów, odpowiedź brzmi najczęściej: „dawno temu" albo „nie wiem, to było przed moim czasem". Pierwsza prawdziwa awaria latem to pierwszy prawdziwy test backupu — w najgorszym możliwym terminie.
Produkcja: padł serwer z Insert GT albo Rewizorem. Backup na NAS w serwerowni wygląda na zielony. Przy próbie odtworzenia okazuje się, że ostatnia pełna kopia jest sprzed trzech tygodni — bo job backupowy cicho przestał działać po aktualizacji systemu. Trzy tygodnie faktur i zleceń produkcyjnych do ręcznego wprowadzenia.
Logistyka: WMS trzyma dane o lokalizacjach palet. Backup istnieje, ale nikt nie testował odtworzenia bazy — tylko plików z udziału sieciowego. Przy awarii dysku odtworzenie zajęło dwa dni zamiast dwóch godzin, bo procedura restore była nieaktualna.
Handel: sklep internetowy i ERP w chmurze lokalnej. Backup obejmuje serwer, ale nie integrację z kurierem — bo „to jest w SaaS, tam jest backup". Gdy padło łącze, zamówienia się kumulowały, a synchronizacja po powrocie łącza wymagała ręcznej interwencji, której nikt nie znał.
Backup bez testu restoracji = nadzieja, nie zabezpieczenie.
Luka #3 — Monitoring który milczy przez tygodnie
Monitoring IT jest wdrożony. Alerty są. Ale progi alarmowe były ustawiane przy wdrożeniu i nikt do nich nie wrócił. Efekt: system wysyła alerty których nikt nie czyta, albo nie wysyła żadnych bo progi są za wysokie i realny problem przez nie przechodzi.
Latem, gdy zespół działa w okrojonym składzie, problem który narasta przez trzy tygodnie bez alarmu może być droższy do naprawy niż problem wykryty w ciągu godziny.
W produkcji widzieliśmy dyski w serwerze, które raportowały SMART errors od dwóch miesięcy — ale alert trafiał na skrzynkę admina, którego nikt nie sprawdzał w lipcu. Padł dysk w sierpniu. Awaria, która była przewidywalna, stała się nagłą.
W logistyce monitoring obejmował serwery, ale nie łącze WAN do oddziału magazynowego. Przepustowość spadała stopniowo przez trzy tygodnie — WMS działał wolno, ale nikt tego nie kojarzył z infrastrukturą. Dopiero całkowite zerwanie połączenia w sierpniu uruchomiło procedurę awaryjną — bez osoby, która zna procedurę.
W handlu sklep online miał monitoring uptime, ale nie monitoring czasu odpowiedzi bazy danych. Strona „działała", ale checkout trwał 40 sekund. Konwersja spadała przez dwa tygodnie, zanim ktoś to zauważył — i nikt nie wiedział, że to problem infrastruktury, nie marketingu.
Luka #4 — Zastępstwo na papierze, nie w praktyce
W procedurze jest zapisane „Anna zastępuje Marka". W praktyce Anna nie ma haseł Marka, nie zna dostawcy łącza, nie wie które urządzenia mają niestandardowe konfiguracje.
Zastępstwo operacyjne to nie tylko imię w tabeli. To przekazanie kontekstu, dostępów i wiedzy — zanim dana osoba wyjdzie na urlop.
Produkcja: zastępca z działu jakości dostał nominację w procedurze BCP. Gdy padł serwer MES, zadzwonił do Marka na urlop. Marek odebrał po trzech godzinach. Cztery godziny przestoju na linii — bo formalne zastępstwo nie miało dostępu do konsoli serwera.
Logistyka: kierownik magazynu „zastępował" admina. Wiedział, że coś nie działa. Nie wiedział, do kogo zadzwonić — bo umowa z dostawcą łącza leżała w mailu Marka, a numer do supportu był zapisany w notatniku na biurku admina.
Handel: księgowa została wyznaczona jako kontakt IT w razie awarii. Gdy padł system fakturowania, zadzwoniła do Marka. Marek powiedział „zadzwoń do dostawcy ERP". Księgowa nie wiedziała, który to dostawca — bo umowa była podpisana przez prezesa trzy lata temu, a kontakt techniczny miał tylko admin.
Luka #5 — Trzy umowy, trzy firmy, zero odpowiedzialności
Sieć od jednego dostawcy, serwery od drugiego, monitoring od trzeciego. Każda firma odpowiada za swój kawałek. Awaria leżąca na styku dwóch kawałków — najczęstszy scenariusz — skutkuje odsyłaniem się nawzajem.
Latem, gdy czas reakcji jest dłuższy bo wszyscy działają w okrojonym składzie, ta fragmentacja kosztuje więcej niż przez resztę roku.
Produkcja: dostawca łącza mówi „u nas OK", firma od serwerów mówi „u nas OK", integrator ERP mówi „to problem sieci". Trzy firmy, trzy tygodnie diagnozy, zero odpowiedzialności za całość. Admin na urlopie — nikt nie koordynuje.
Logistyka: monitoring w chmurze, serwery lokalne, WMS od czwartego dostawcy. Alert z monitoringu mówi „serwer nie odpowiada". Firma od serwerów mówi „to problem WMS". WMS mówi „to problem sieci". Magazyn stoi, bo nikt nie ma mandatu do eskalacji między dostawcami.
Handel: sklep online, ERP, system płatności — trzy umowy, trzy supporty. Gdy checkout przestaje działać, każdy wskazuje na innego. Bez jednej osoby (albo jednej firmy) odpowiedzialnej za całość infrastruktury, diagnoza trwa dni zamiast godzin.
Co firma ryzykuje — realne koszty przestoju IT
Przestój IT to nie tylko „nie działa system". To konkretna strata finansowa przeliczalna na godziny i pracowników.
| Firma | Pracownicy zależni od IT | Koszt godziny przestoju | Przestój 4h |
|---|---|---|---|
| Firma produkcyjna 50 os. | 30 os. | ~4 800 zł | ~19 200 zł |
| Firma usługowa 30 os. | 25 os. | ~3 200 zł | ~12 800 zł |
| Firma handlowa 40 os. | 35 os. | ~5 600 zł | ~22 400 zł |
Wyliczenie: koszt pracownika 45 zł/h × liczba pracowników zależnych od systemów IT × czas przestoju, plus szacowany wpływ na produkcję i sprzedaż w tej godzinie. Bez kosztów naprawy i utraconych zleceń. Sam koszt wynagrodzeń dla firmy 50 osób to ok. 1 200–1 800 zł/h — reszta to utracona produktywność i opóźnienia.
Większość firm na Dolnym Śląsku nie liczy tego w ten sposób — dopóki nie przeżyje jednego wakacyjnego przestoju. Wtedy liczba jest już oczywista. Firmy z Wrocławia i okolic często pierwszy raz liczą ten koszt po sierpniowej awarii, nie przed nią.
Checklista przed sezonem urlopowym
Infrastruktura IT, urlop, firma — trzy elementy które latem muszą działać razem. Minimalne przygotowanie które można zrobić w ciągu jednego dnia przed wyjazdem pierwszej osoby z działu IT:
Dokumentacja i dostępy:
- Hasła do kluczowych systemów w bezpiecznym miejscu dostępnym dla minimum dwóch osób (nie tylko w głowie admina)
- Aktualny schemat sieci — lista urządzeń z konfiguracjami
- Lista dostawców: łącze, hosting, sprzęt — z numerami kontaktowymi
Backup:
- Data ostatniego testu restoracji z backupu (nie „status zielony")
- Czy backup obejmuje wszystkie krytyczne systemy?
- Czy istnieje kopia off-site niezależna od lokalnej awarii?
Monitoring:
- Kto odbiera alerty monitoringu IT w lipcu i sierpniu?
- Czy progi alarmowe były sprawdzane w ciągu ostatnich 6 miesięcy?
- Czy monitoring obejmuje łącze, nie tylko serwery?
Ciągłość działania:
- Jeden numer do zadzwonienia w razie awarii IT — bez odsyłania
- Czy umowa z firmą IT gwarantuje reakcję w sierpniu?
- Czy osoba zastępująca admina faktycznie ma dostępy i kontekst?
Możesz też sprawdzić domenę firmy bezpłatnie na dchouse.pl/sprawdz — to szybki test, czy podstawowe elementy infrastruktury (DNS, certyfikaty, widoczność usług) są w porządku, zanim wyjedzie pierwsza osoba z IT.
Admin wewnętrzny vs outsourcing IT w sezonie urlopowym
To nie jest kwestia „lepiej" lub „gorzej". To kwestia tego, na co firma jest gotowa jeśli jedyna osoba znająca infrastrukturę wychodzi na 3 tygodnie urlopu. Outsourcing IT w sezonie urlopowym rozwiązuje problem, którego admin wewnętrzny z definicji nie może — bo sam bierze urlop.
Zewnętrzna firma IT (jak DC House) w sezonie urlopowym:
- Nie bierze urlopu — wiedza jest w zespole i dokumentacji, nie w jednej głowie
- Jeden numer kontaktowy niezależnie od miesiąca
- Czas reakcji gwarantowany umową, nie dobrą wolą pracownika
- Dokumentacja infrastruktury jako standard, nie opcja
Jeśli firma ma wewnętrznego admina i chce go zachować — minimum które zmniejsza ryzyko to: dokumentacja procedur, test backupu raz na kwartał i protokół przekazania przed każdym urlopem. To działa — pod warunkiem że ktoś egzekwuje te procedury, a nie tylko dopisuje je do BCP.
Jeśli firma chce sprawdzić co jest pod spodem zanim zrobi to awaria, Zwiad DC House przed sezonem to 1–3 dni weryfikacji infrastruktury z raportem i konkretnym planem na luki. Dla firm z Wrocławia i Dolnego Śląsku dojeżdżamy na miejsce — reszta kraju obsługiwana zdalnie z tym samym SLA. Szczegóły usługi: infrastruktura IT dla firm.
FAQ
Co najczęściej psuje się w firmach IT podczas sezonu urlopowego?
Najczęstszy wzorzec to kombinacja: admin na urlopie, backup nieprzetestowany i monitoring bez aktywnego nadzoru. Razem tworzą sytuację gdzie mały problem zamienia się w wielogodzinny przestój — i nikt nie wie kto powinien zareagować.
Ile firma traci na godzinie przestoju IT?
Dla firmy 50 osób gdzie 30 pracowników zależy od systemów IT — koszt jednej godziny przestoju to ok. 1 200–1 800 zł samych wynagrodzeń. Bez kosztów naprawy i utraconych zleceń. Czterogodzinny przestój = koszt powyżej 10 000 zł w firmie produkcyjnej.
Czy zewnętrzna firma IT jest dostępna w sierpniu?
Zależy od firmy i umowy. DC House działa bez przerw urlopowych — ten sam numer telefonu i ten sam czas reakcji w lipcu jak we wrześniu. Przed podpisaniem umowy z jakąkolwiek firmą IT zapytaj wprost o gwarantowany czas reakcji w sezonie urlopowym.
Jak sprawdzić czy backup w firmie faktycznie działa?
Jedyna pewna metoda to test restoracji — przywrócenie wybranych danych i weryfikacja ich kompletności. Zielony status w panelu backupu nie gwarantuje że restore zadziała. Test minimum raz na kwartał, z zapisaną datą i wynikiem.
Co zrobić gdy admin jedyna osoba znająca infrastrukturę wychodzi na urlop?
Przed wyjściem: dokumentacja dostępów i procedur, test backupu, przekazanie kontekstu osobie zastępującej z faktycznym dostępem do systemów. Alternatywa długoterminowa: outsourcing IT gdzie wiedza nie zależy od jednej osoby.
Jak wybrać firmę IT która będzie dostępna przez cały rok?
Zapytaj o trzy rzeczy: gwarantowany czas reakcji w umowie (nie ustnie), dostępność w sezonie urlopowym (sierpień) oraz jeden numer kontaktowy zamiast kilku „specjalistów od różnych kawałków". DC House gwarantuje wszystkie trzy — sprawdź na dchouse.pl/konsultacje.