Technologia i zarządzanie
Chaos w IT firmy: jak go opanować, zanim coś się zepsuje
Chaos w organizacji IT opanujesz w czterech krokach: spisz, co masz (serwery, domeny, konta, umowy i dostępy), zabezpiecz podstawy (menedżer haseł, MFA, offboarding, sprawdzone kopie), udokumentuj i zautomatyzuj powtarzalne zadania, a potem wyznacz właściciela i stały rytm przeglądów. Pierwszy tydzień wystarczy, żeby zobaczyć skalę problemu.
Porządek w IT firmy rzadko psuje się jednego dnia. Bałagan rośnie razem z firmą: serwer postawiony „na chwilę”, domena kupiona na prywatną kartę, abonament założony przez osobę, która dawno odeszła. Ten tekst to plan dla właściciela lub menedżera, który chce to uporządkować bez wielkiego projektu wdrożeniowego.
Po czym poznać chaos w organizacji IT
Do wstępnej diagnozy nie potrzebujesz audytu. Przejdź przez poniższą listę i policz, ile punktów pasuje do Twojej firmy.
- Nikt nie wie, co jest w użyciu. Brakuje listy serwerów, domen, licencji i abonamentów SaaS. O odnowieniu domeny dowiadujesz się, kiedy strona przestaje działać.
- Hasła w arkuszu albo w notatkach. Wspólne konta, jedno hasło do kilku systemów, plik „hasla.xlsx” na dysku sieciowym.
- Bus factor równy 1. Jeden programista lub administrator wie, jak wszystko działa. Gdy idzie na urlop, wdrożenia stoją.
- Brak dokumentacji. Konfiguracja serwera istnieje tylko w głowie osoby, która go stawiała.
- Shadow IT i przypadkowe narzędzia AI. Zespoły same zakładają konta w aplikacjach SaaS i wklejają dane firmy do czatów AI, o których nikt nie wie.
- Kopie zapasowe, których nikt nie przywracał. Backup „się robi”, ale nikt nie sprawdził, czy da się z niego odtworzyć system.
- Byli dostawcy z dostępem administratora. Software house skończył projekt dwa lata temu, a jego konta w panelu hostingu nadal działają.
- Gaszenie pożarów zamiast planu. Tydzień zaczyna się od awarii, a zmiany wprowadza się ręcznie, na produkcji, w piątek po południu.
Jeśli pasują trzy punkty lub więcej, masz przede wszystkim problem organizacyjny, nie techniczny. Technologia pokazuje go dopiero przy awarii, odejściu pracownika albo incydencie bezpieczeństwa.
Dlaczego „jakoś działa” to za mało
Chaos kosztuje po cichu. Płacisz za licencje, z których nikt nie korzysta, i za godziny szukania haseł. Najdroższe są jednak sytuacje wyjątkowe: odejście jedynej osoby, która zna infrastrukturę, wygasła domena z pocztą firmową albo włamanie przez konto byłego współpracownika.
Drugi problem to zależność od ludzi i dostawców. Jeśli tylko zewnętrzna firma ma dostęp do serwera i kodu, trudno negocjować z nią warunki, a jeszcze trudniej ją zmienić. Uporządkowane IT daje Ci swobodę decyzji.
Krok 1: inwentaryzacja, czyli co właściwie masz
Zacznij od spisu, nie od zakupów. Nowe narzędzie do zarządzania IT nic nie da, jeśli nie wiesz, co do niego wpisać. Na start wystarczy wspólny arkusz lub strona w wiki z jasno określonym właścicielem.
Dla każdej pozycji zapisz: co to jest, do czego służy, kto za to odpowiada, kto ma dostęp, ile kosztuje i kiedy wygasa. Ostatnia kolumna uchroni Cię przed niespodziewanym wyłączeniem domeny lub certyfikatu.
Co spisać w pierwszym tygodniu
| Obszar | Co zapisać | Gdzie szukać informacji |
|---|---|---|
| Domeny i DNS | Nazwa, rejestrator, konto, data wygaśnięcia, kto zarządza strefą DNS | Faktury, panel rejestratora |
| Serwery i hosting | Dostawca, rola (produkcja, test), system, kto ma dostęp administratora | Faktury od dostawców chmury i hostingu |
| Poczta i konta firmowe | Google Workspace lub Microsoft 365, lista administratorów, konta współdzielone | Panel administracyjny usługi |
| Aplikacje SaaS i narzędzia AI | Nazwa, właściciel biznesowy, liczba użytkowników, jakie dane trafiają do narzędzia | Wyciągi z kart firmowych, logowanie przez konto Google lub Microsoft |
| Kod i repozytoria | Gdzie leży kod, kto jest właścicielem organizacji w GitHub lub GitLab, czy firma ma prawa do kodu | Umowy z wykonawcami, ustawienia repozytoriów |
| Kopie zapasowe | Co jest kopiowane, dokąd, jak często, data ostatniego testu odtworzenia | Konfiguracja backupu, panel hostingu |
| Umowy i dostawcy | Zakres, okres wypowiedzenia, SLA, dostępy dostawcy | Księgowość, dokumenty zarządu |
| Dostępy osób | Kto (pracownik, freelancer, firma) ma dostęp do czego i na jakim poziomie | Panele administracyjne, listy członków zespołów |
Zapomniane usługi najszybciej znajdziesz w wyciągach z kart i fakturach z ostatnich 12 miesięcy. Tam widać każdą subskrypcję, także tę, o której nikt nie pamięta.
Krok 2: zabezpiecz podstawy
Po inwentaryzacji zobaczysz dziury. Nie łataj wszystkiego naraz. Zacznij od czterech rzeczy, które najczęściej decydują o tym, czy drobny incydent zamieni się w kryzys.
Menedżer haseł zamiast arkusza
Wdróż firmowy menedżer haseł ze współdzielonymi sejfami dla zespołów. Przenieś do niego hasła z arkuszy, a arkusze usuń. CERT Polska zaleca menedżery haseł, osobne hasła do różnych usług i hasła liczące co najmniej 14 znaków. Przypomina też, że okresowa zmiana hasła bez podejrzenia wycieku nie jest potrzebna.
MFA wszędzie, gdzie się da
Włącz uwierzytelnianie wieloskładnikowe na poczcie, u rejestratora domen, w panelu chmury, w repozytoriach kodu i w bankowości. Przez te konta atakujący przejmuje resztę. Zacznij od administratorów, potem rozszerz wymóg na wszystkich.
Offboarding z listą kontrolną
Przygotuj listę kroków na odejście pracownika lub koniec współpracy z dostawcą: blokada kont, odebranie dostępów, zmiana haseł do kont współdzielonych, przekazanie własności plików i repozytoriów. Od razu przejrzyj dostępy byłych wykonawców, bo to częsty i łatwy do zamknięcia problem.
Kopie zapasowe, które da się odtworzyć
Stosuj zasadę 3-2-1, którą opisuje m.in. amerykańska agencja CISA: trzy kopie danych, dwa różne nośniki, jedna kopia poza siedzibą firmy. CISA zaleca też testy odtwarzania, pełnego i częściowego, oraz możliwość cofnięcia danych o co najmniej siedem dni. Ustal stały termin testu, na przykład raz na kwartał, i zapisuj jego datę w inwentarzu.
Jeśli firmowa strona działa na WordPressie, przejdź też przez naszą checklistę zabezpieczenia WordPressa.
Krok 3: dokumentuj i automatyzuj
Dokumentacja nie musi być grubym podręcznikiem. Potrzebujesz runbooków, czyli krótkich instrukcji na konkretne sytuacje, które wykona ktoś inny niż autor, bez dzwonienia do autora.
Na początek opisz:
- jak wdrożyć nową wersję aplikacji i jak ją wycofać,
- jak odtworzyć system z kopii zapasowej,
- co zrobić, gdy strona lub poczta przestaje działać: kogo powiadomić i co sprawdzić,
- jak nadać i odebrać dostęp nowej osobie,
- jak odnowić domenę i certyfikat, jeśli nie odnawiają się automatycznie.
Najlepsza dokumentacja to taka, która sama się wykonuje. Konfigurację serwerów opisz jako kod (Infrastructure as Code), na przykład w Ansible lub Terraform, a środowisko aplikacji zamknij w kontenerach Dockera. Wtedy odtworzenie serwera oznacza uruchomienie playbooka, a nie odtwarzanie z pamięci kroków sprzed trzech lat.
Wdrożenia przenieś do pipeline’u CI/CD. Każda zmiana przechodzi te same testy i ten sam proces, a historia wdrożeń zostaje zapisana. Znika też pokusa, żeby „na szybko” poprawić plik bezpośrednio na produkcji.
Kiedy infrastruktura jest opisana kodem, dużo łatwiej dołożyć monitoring i wykrywanie zagrożeń. Dobrym kolejnym krokiem jest monitoring logów w ELK i Grafanie.
Krok 4: wyznacz właściciela i rytm przeglądów
Spis i zabezpieczenia zestarzeją się w kilka miesięcy, jeśli nikt za nie nie odpowiada. Wyznacz jedną osobę jako właściciela obszaru IT. W małej firmie może to być menedżer operacyjny, pod warunkiem że ma czas i wsparcie techniczne.
Ustal stały rytm:
- co miesiąc: przegląd dostępów, nowych narzędzi, zbliżających się odnowień i incydentów z ostatnich tygodni,
- co kwartał: test odtworzenia kopii, przegląd kosztów chmury i licencji, aktualizacja runbooków,
- co pół roku: aktualizacja roadmapy technologicznej i przegląd umów z dostawcami.
Roadmapa technologiczna może być prostą listą: co zmieniasz w najbliższych kwartałach, po co i ile to kosztuje. Pozwala oddzielić pilne od ważnego i przestać reagować wyłącznie na awarie.
Jeśli w firmie nie ma nikogo, kto technicznie udźwignie tę rolę, rozważ zewnętrznego CTO na kilka dni w miesiącu. Taka osoba poprowadzi inwentaryzację, ustali priorytety i będzie pilnować dostawców.
Czy porządek w IT to wymóg prawny? NIS2 i ustawa o KSC
Dla części firm tak. Nowelizacja ustawy o krajowym systemie cyberbezpieczeństwa, która wdraża unijną dyrektywę NIS2, obowiązuje od 3 kwietnia 2026 r. Obejmuje wybrane sektory, m.in. usługi ICT, komunikację elektroniczną, produkcję, produkcję żywności i gospodarkę odpadami.
O tym, czy jesteś podmiotem kluczowym lub ważnym, decydujesz w samoocenie na podstawie sektora działalności z załączników do ustawy i, w większości przypadków, wielkości firmy. Niektóre podmioty, np. dostawcy usług DNS i rejestratorzy domen, podlegają przepisom niezależnie od wielkości. Według serwisu gov.pl najbliższe terminy to:
- 3 października 2026 r.: wniosek o wpis do wykazu podmiotów,
- 3 kwietnia 2027 r.: wdrożenie systemu zarządzania bezpieczeństwem informacji.
Ustawa przewiduje kary pieniężne, także dla kierownika podmiotu. Nawet jeśli Twoja firma nie jest objęta przepisami, możesz je odczuć pośrednio: firmy objęte ustawą muszą uwzględniać ryzyka związane z dostawcami ICT i zaczną pytać Cię o zabezpieczenia. Inwentaryzacja, MFA, offboarding i testowane kopie to dobry punkt wyjścia do takich rozmów. To, czy ustawa Cię obejmuje, potwierdź z prawnikiem.
Najczęstsze błędy przy porządkowaniu IT
- Zakup narzędzia przed spisem. System do zarządzania zasobami bez danych to kolejna nieużywana licencja.
- Jednorazowa akcja bez właściciela. Po trzech miesiącach arkusz jest nieaktualny, a hasła wracają do notatek.
- Zakaz zamiast listy dozwolonych narzędzi. Blokada wszystkich aplikacji AI kończy się tym, że ludzie używają ich na prywatnych kontach. Lepiej wskazać zatwierdzone narzędzia i zasady, jakie dane wolno do nich wklejać. Więcej piszemy o tym w tekście jak wdrożyć AI w firmie.
- Dokumentacja pisana dla siebie. Runbook, którego nie zrozumie nowa osoba, nie poprawia bus factor.
- Pominięcie dostawców. Firma zewnętrzna często ma najszersze uprawnienia i najrzadziej ktoś je weryfikuje.
Porządkowanie IT, przeglądy dostępów i automatyzację środowisk robimy zawodowo, więc jeśli wolisz przejść przez ten proces z kimś z zewnątrz, zajrzyj do naszych usług. Niezależnie od tego zacznij od domen: ich spisanie zajmie godzinę i pokaże, jak głęboki jest problem.
Najczęściej zadawane pytania
Jak zrobić inwentaryzację IT w małej firmie?
Załóż wspólny arkusz lub stronę w wiki i spisz domeny, serwery, konta pocztowe, aplikacje SaaS, repozytoria kodu, kopie zapasowe, umowy z dostawcami i dostępy osób. Przy każdej pozycji zapisz właściciela, koszt i datę wygaśnięcia. Zapomniane usługi znajdziesz w fakturach i wyciągach z kart firmowych z ostatnich 12 miesięcy.
Co oznacza bus factor równy 1?
To sytuacja, w której wiedza o systemie lub dostęp do niego ma tylko jedna osoba. Jej urlop, choroba albo odejście zatrzymuje wdrożenia i utrudnia usuwanie awarii. Bus factor podnosisz dokumentacją w formie runbooków, konfiguracją opisaną kodem i przekazywaniem dostępów co najmniej dwóm osobom.
Jak często testować odtwarzanie kopii zapasowych?
CISA zaleca regularne testy odtwarzania, zarówno pełnego, jak i częściowego, oraz możliwość cofnięcia danych o co najmniej siedem dni. W praktyce ustal stały termin, na przykład raz na kwartał, i dodatkowo testuj po każdej większej zmianie infrastruktury. Datę ostatniego testu zapisuj w inwentarzu.
Czy mała firma podlega NIS2?
Zwykle nie, bo ustawa o KSC obejmuje wybrane sektory, a status zależy w większości przypadków także od wielkości firmy. Są jednak wyjątki niezależne od wielkości, np. dostawcy usług DNS i rejestratorzy domen. Mała firma może też odczuć przepisy pośrednio, gdy klienci objęci ustawą zaczną weryfikować bezpieczeństwo swoich dostawców ICT.
Czym jest shadow IT i jak go ograniczyć?
Shadow IT to narzędzia i usługi, z których pracownicy korzystają bez wiedzy osób odpowiedzialnych za IT, np. prywatne konta w aplikacjach SaaS czy czatach AI. Zamiast zakazywać wszystkiego, przygotuj listę zatwierdzonych narzędzi, zasady dotyczące danych, które wolno do nich wprowadzać, i prostą ścieżkę zgłaszania nowych potrzeb.