Ile naprawdę kosztuje godzina przestoju firmy?

Jak obliczyć koszt przestoju dla swojej firmy

Podstawowy wzór: koszt przestoju = (utracony przychód na godzinę) + (koszt pracy osób, które nie mogą pracować) + (kary umowne i SLA) + (koszt odtworzenia środowiska). Każdy z tych składników można zmierzyć — to nie jest abstrakcja. Weź roczny przychód firmy, podziel przez liczbę godzin pracy w roku (ok. 2000), i masz przybliżony przychód na godzinę. To punkt startowy, nie pełny obraz.

Koszt pracy: zsumuj stawki godzinowe wszystkich osób, które nie mogą pracować podczas przestoju. 20 pracowników biurowych po 50 zł/h to 1000 zł/h samych kosztów pracy — i to bez żadnej utraconej sprzedaży. Kary umowne: jeśli masz umowy SLA z klientami z penaltami za niedostępność, każda godzina przestoju może mieć konkretną wycenę w złotówkach wynikającą z umowy. Koszt odtworzenia: czas inżynierów, ewentualne usługi zewnętrzne, wymiana sprzętu.

Różne branże — różne koszty przestoju

E-commerce: każda minuta niedostępności sklepu to bezpośrednio utracone zamówienia. Sklep z obrotem 1 mln zł miesięcznie traci statystycznie ok. 2300 zł za każdą godzinę niedostępności — tylko na samej utraconej sprzedaży, bez kosztów pracy i reputacji. W szczycie kampanii (Black Friday, Cyber Monday) ten koszt może być 5–10x wyższy.

Firma usługowa z biurem: 20 pracowników bez ERP, bez dostępu do dokumentów, bez możliwości wystawiania faktur. Koszt pracy: 20 × 50 zł/h = 1000 zł/h. Plus opóźnienia w realizacji zleceń, które mogą generować kary umowne. Firma produkcyjna: linia stoi, magazyn się nie kręci, dostawy się opóźniają. Tu koszty mogą iść w dziesiątki tysięcy złotych za godzinę — zależy od skali produkcji i kontraktów z odbiorcami.

Branże regulowane (finanse, ochrona zdrowia, logistyka): dochodzi ryzyko kar regulacyjnych, obowiązek raportowania incydentów do nadzoru, potencjalne konsekwencje prawne. Dla szpitala lub laboratorium diagnostycznego przestój systemów informatycznych to nie tylko problem IT — to problem bezpieczeństwa pacjentów.

Przykładowe kalkulacje kosztów przestoju

Biuro 20 osób, firma usługowa: koszt pracy 1000 zł/h, utracone zlecenia szacunkowo 2000 zł/h, koszt inżyniera IT (własny lub zewnętrzny) 200 zł/h. Razem: ok. 3200 zł/h. Przy typowej awarii trwającej 4 godziny to 12 800 zł. Przy awarii wymagającej wymiany sprzętu i odtworzenia z backupu (8–12h): 25 000–40 000 zł.

Sklep internetowy, obrót 500 000 zł/mies.: utracona sprzedaż ok. 1150 zł/h (średnia), w weekend lub promocji 3000–5000 zł/h. Koszt pracy obsługi i IT: 500 zł/h. Razem: 1650–5500 zł/h. Dodaj koszt kampanii reklamowych, które biegły podczas niedostępności sklepu (płacisz za kliknięcia, które nie konwertują) — przy budżecie 200 zł/dzień to dodatkowe 8–12 zł za każdą godzinę niedostępności w godzinach szczytu.

Co najczęściej powoduje przestój

Hardware failure: dyski twarde są najczęstszą przyczyną awarii fizycznego sprzętu. Średni czas życia HDD to 3–5 lat, ale awarie zdarzają się też w pierwszym roku (krzywa wanny). Zasilacze, pamięć RAM, karty sieciowe — wszystko psuje się w nieodpowiednim momencie. RAID nie jest backupem i nie chroni przed jednoczesną awarią dwóch dysków lub awariami kontrolera.

Błąd ludzki: zmiana konfiguracji, która poszła nie tak. Aktualizacja systemu bez czytania changelog i bez testów. Usunięcie pliku, który okazał się krytyczny. Statystycznie błąd ludzki jest przyczyną ok. 20–30% poważnych awarii IT. Częściowo redukuje go change management (dokumentowanie zmian, approval process), częściowo automatyzacja (Ansible, Terraform — powtarzalne, wersjonowane konfiguracje).

Ransomware: coraz częstsze, coraz bardziej celowane. Nie tylko szyfruje dane, ale często wyłącza backup przed atakiem głównym. Środowiska bez segmentacji sieci, bez monitoringu anomalii i bez offline/immutable backupu są szczególnie narażone. Update który poszedł źle: aktualizacja kernela, zmiana wersji PHP, aktualizacja sterowników — każda z tych operacji bez środowiska testowego może zatrzymać produkcję.

MTTR i MTBF — jak mierzyć niezawodność infrastruktury

MTBF (Mean Time Between Failures) to średni czas między awariami — im wyższy, tym lepiej. MTTR (Mean Time To Recovery) to średni czas od wykrycia awarii do przywrócenia usługi — im niższy, tym lepiej. Oba wskaźniki mierzysz na podstawie historii incydentów. Jeśli nie prowadzisz dziennika incydentów, nie wiesz, jak działa twoja infrastruktura — masz tylko wrażenie.

MTTR składa się z: czasu wykrycia awarii (monitoring vs. zgłoszenie od użytkownika — różnica może być godzinami), czasu diagnozowania problemu, czasu naprawy lub przełączenia na backup, czasu testów i przywrócenia usługi. Każdy z tych etapów można skrócić: monitoring skraca czas wykrycia, dobre logowanie skraca diagnozę, automatyzacja i dokumentacja skracają czas naprawy.

Koszt zabezpieczenia kontra koszt awarii

Monitoring z alertingiem (Zabbix, Grafana + Prometheus, Checkmk): 0–500 zł/mies. w zależności od skali i czy zarządzasz nim samodzielnie. Backup z retencją 30 dni i testem odtworzenia: 200–1000 zł/mies. za storage i narzędzia. HA dla krytycznych VM (klaster Proxmox lub VMware z shared storage): jednorazowy koszt infrastruktury 20 000–80 000 zł, potem utrzymanie.

Zestawiasz to z: jedna poważna awaria = 10 000–50 000 zł kosztów bezpośrednich i pośrednich, kilka dni pracy inżynierów na odtworzenie, utrata zaufania klientów (trudna do wyceny). Monitoring, backup i HA to nie luksus — to ubezpieczenie, które amortyzuje się przy pierwszej poważnej awarii, a często już przy pierwszym incydencie, który dzięki monitoringowi wykryto zanim urósł do rozmiarów awarii.

Jak zdefiniować RTO i RPO dla swojego biznesu

RTO (Recovery Time Objective) — maksymalny akceptowalny czas niedostępności systemu. Odpowiedz na pytanie: ile godzin możesz funkcjonować bez tego systemu? 1 godzina? 4 godziny? Dla ERP w firmie produkcyjnej to może być 2 godziny. Dla strony firmowej z katalogiem produktów — 24 godziny. To decyzja biznesowa, nie techniczna. IT dostarcza rozwiązania, które te cele spełniają.

RPO (Recovery Point Objective) — maksymalna akceptowalna utrata danych. Jeśli backup jest raz na dobę, RPO wynosi do 24 godzin — w najgorszym przypadku tracisz cały dzień pracy. Jeśli dane są krytyczne (transakcje finansowe, zamówienia), RPO powinno być bliskie zeru — co wymaga replikacji synchronicznej lub asynchronicznej z krótkim interwałem. Każde skrócenie RPO kosztuje — replikacja wymaga infrastruktury, storage i łącza.

Infrastruktura, która minimalizuje MTTR

Monitoring z alertingiem w czasie rzeczywistym: powiadomienie SMS/email/Slack gdy serwer przestaje odpowiadać, gdy dysk osiąga 90% pojemności, gdy temperatura procesora przekracza próg. Bez tego dowiadujesz się o problemie od użytkownika — czyli o wiele za późno. IPMI/iDRAC/iLO: zdalny dostęp do konsoli serwera niezależnie od stanu systemu operacyjnego. Możesz zobaczyć ekran POST, uruchomić serwer z ISO, sprawdzić logi zdarzeń hardware'u — bez fizycznego dostępu do szafy.

Zdalne ręce w DC (remote hands): jeśli masz kolokację i sprzęt wymaga fizycznej interwencji — wymiana dysku, przepięcie kabla, reset serwera — możesz zlecić to technikowi DC bez konieczności jazdy do serwerowni o 3:00 w nocy. Dobry DC ma ten serwis dostępny 24/7. Proxmox Backup Server z immutable backupem: backup, do którego ransomware nie ma dostępu, bo jest przechowywany na oddzielnym systemie z WORM (Write Once Read Many) lub na taśmie offline. Odtworzenie maszyny z PBS w środowisku Proxmox zajmuje minuty, nie godziny.