Test drabiny. Procesy stworzone na dobre czasy

Zadzwonił do mnie znajomy. Głos miał słaby, mówił powoli i z wyraźnym wysiłkiem. Zanim zdążyłem zapytać co się stało, wyjaśnił: wszedł na drabinę, stracił równowagę, spadł. Potłukł się na tyle dotkliwie, że przez kilka kolejnych dni nie był w stanie wstać z łóżka. Telefon odbierał, ale ledwo.

Rozmawialiśmy krótko. Ale w pewnym momencie powiedział coś, co nie dawało mi spokoju przez kilka następnych dni.

Powiedział, że firma stoi.

Nie „firma sobie radzi”. Nie „firma działa wolniej”. Firma stoi. Bo w kilku kluczowych procesach był niezastąpiony – i nikt o tym nie wiedział, dopóki nie wypadł z obiegu na kilka dni.

Drabina jako test odporności

Historia znajomego jest pouczająca właśnie dlatego, że jest absurdalnie prosta. Żadna katastrofa. Żadna pandemia. Żadne zdarzenie, które można było z wyprzedzeniem sklasyfikować jako „ryzyko strategiczne”. Zwykła drabina. Jeden niefortunny krok.

I ten jeden krok ujawnił coś, czego wcześniej w firmie nikt nie widział: sieć punktów, przez które musiały przechodzić decyzje, informacje i autoryzacje – a wszystkie prowadziły do jednej osoby. Do właściciela.

Ktoś czekał na akceptację oferty – właściciel nie odpisywał. Ktoś potrzebował dostępu do systemu finansowego – tylko właściciel miał uprawnienia. Ktoś czekał na informację od dostawcy – właściciel prowadził tę relację wyłącznie sam, bez żadnej notatki ani historii kontaktu dostępnej dla zespołu.

Firma nie stanęła dlatego, że zabrakło rąk do pracy. Stanęła dlatego, że zabrakło jednej osoby, przez którą przechodziło zbyt wiele rzeczy naraz. I nie był to efekt złej woli ani złego zarządzania. Był to efekt budowania firmy na bieżąco, bez pytania: co się stanie, gdy mnie nie będzie?

Nie chodzi tylko o szefa

Łatwo wziąć tę historię jako opowieść o właścicielach firm, którzy nie potrafią delegować. Byłoby to jednak mylące uproszczenie.

Problem pojedynczego punktu zależności dotyczy każdego stanowiska w firmie. Nie tylko zarządu.

Handlowiec, który prowadzi relacje z kluczowymi klientami wyłącznie we własnej głowie i własnej skrzynce mailowej. Księgowa, która jako jedyna zna hasła do systemów finansowych i wie, jak obsługiwać konkretną integrację z bankiem. Programista, który jako jedyny rozumie architekturę systemu i „wie, dlaczego to tak działa”. Magazynier, który pamięta lokalizację każdego indeksu, bo nigdy nie było czasu na porządne oznakowanie.

W każdej z tych sytuacji firma działa sprawnie – dopóki ta jedna osoba jest na miejscu, zdrowa, dostępna i chętna do współpracy. Wystarczy tydzień zwolnienia lekarskiego, nagłe odejście z pracy albo wypadek przy drabinie, żeby ujawnił się ukryty koszt tej zależności.

Gdy wiedza odchodzi razem z człowiekiem

Kilka lat temu jedna z największych serwerowni w Polsce stanęła przed problemem innego rodzaju. Właściciel rozstał się z głównym administratorem systemu – człowiekiem, który przez lata budował infrastrukturę, znał każdą jej warstwę i jako jedyny naprawdę rozumiał, dlaczego pewne rzeczy są skonfigurowane tak, a nie inaczej.

Admin zostawił po sobie dokumentację. Starał się – to trzeba przyznać. Ale dokumentacja opisywała stan, nie rozumowanie. Mówiła „co”, nie „dlaczego”. I gdy zaczęły pojawiać się problemy wymagające nie odczytu dokumentu, lecz zrozumienia kontekstu – nikt nie był w stanie go zastąpić wystarczająco szybko.

Klienci zaczęli odczuwać skutki. Incydenty, które wcześniej były rozwiązywane w minuty, ciągnęły się godzinami. Zaufanie, które buduje się latami, zaczęło pękać.

Ta historia różni się od opowieści znajomego z drabiny w jednym istotnym punkcie: tu nie chodziło o nieprzewidziane zdarzenie losowe. To była świadoma decyzja biznesowa – rozstanie z pracownikiem. Decyzja, która ujawniła, że firma zbudowała krytyczną zależność od jednej osoby i nigdy nie zadbała o to, żeby tę zależność zabezpieczyć.

Dokumentacja to nie to samo co wiedza. Można mieć spisane wszystkie procedury i nadal być bezradnym, gdy zabraknie człowieka, który wie, czego w tej dokumentacji nie ma.

Jak wygląda firma odporna na wyjątki

Warto tu być precyzyjnym, bo temat łatwo prowadzi do wniosku, że rozwiązaniem jest „lepsza dokumentacja”. To za mało.

Odporność operacyjna to nie zbiór dokumentów. To stan, w którym każdy krytyczny proces może być kontynuowany przez kogoś innego niż jego dotychczasowy właściciel – bez katastrofy i bez konieczności szukania numeru telefonu do osoby na zwolnieniu.

Pierwszy krok to zidentyfikowanie miejsc, gdzie firma ma pojedyncze punkty zależności. Nie tylko na poziomie wiedzy i uprawnień, ale też na poziomie relacji. Kto w firmie jest jedynym opiekunem kluczowego klienta? Kto jedynym posiadaczem dostępu do systemu, od którego zależy codzienna praca? Kto jedynym interpretatorem procesu, który „zawsze tak działał, bo Marek tak to ustawił”?

Drugi krok to nie delegowanie, lecz duplikacja. Nie chodzi o to, żeby ta jedna osoba przestała być odpowiedzialna. Chodzi o to, żeby przynajmniej jedna inna osoba rozumiała proces na tyle, żeby go przejąć – nawet tymczasowo, nawet niedoskonale.

Trzeci krok to test. Najlepszym testem odporności firmy nie jest audyt dokumentacji, lecz proste pytanie: gdyby ta osoba jutro przestała przychodzić do pracy, co by się stało? Nie „co należałoby zrobić” – tylko co faktycznie by się stało, przy obecnym stanie wiedzy i uprawnień w zespole.

Normalne czasy to za mała próbka

Firmy zazwyczaj budują procesy w normalnych warunkach, pod normalnym obciążeniem, przy pełnym składzie. I to jest zrozumiałe – bo właśnie w takich warunkach procesy powstają i są testowane.

Problem polega na tym, że normalny dzień nie jest dobrą próbką do oceny odporności systemu. W normalnym dniu wszystko działa. W normalnym dniu właściciel jest dostępny, admin jest w biurze, handlowiec wrócił z urlopu. Normalne czasy ukrywają słabe punkty, bo słabe punkty nie są wtedy potrzebne.

Ujawniają się wtedy, gdy ktoś wchodzi na drabinę.

Mój znajomy po powrocie do pracy zrobił jedną rzecz, o której powiedział mi z pewną dumą: przeprowadził w firmie coś, co sam nazwał „testem drabiny”. Wypisał wszystkie procesy, w których był niezastąpiony, i do każdego przypisał osobę, która może go zastąpić. Tam, gdzie takiej osoby nie było – zaczął ją przygotowywać.

Powiedział, że to było nieprzyjemne ćwiczenie. Bo ujawniło, jak bardzo firma przez lata zależała od jego codziennej obecności – i jak wiele rzeczy przez ten czas nie zostało nigdzie zapisanych.

Procesy pisane na dobre czasy działają w dobrych czasach. Pytanie, które warto zadać sobie teraz – zanim spadnie się z drabiny – brzmi: czy Twoja firma działa też w złych?