„Muszę pamiętać, żeby wrócić do tego za trzy tygodnie.”
Ile razy takie zdanie pojawia się w HR?
Komuś kończy się okres próbny. Ktoś za miesiąc powinien mieć badania. Nowa osoba zaczyna pracę w poniedziałek. Manager miał wrócić z decyzją. Trzeba odnowić certyfikat, zebrać dokument, przygotować zmianę stanowiska albo rozpocząć offboarding.
Każda z tych rzeczy osobno jest prosta. Problem zaczyna się wtedy, kiedy mamy ich kilkadziesiąt, dotyczą różnych osób, mają różne terminy i każda wymaga kolejnych działań.
Wtedy bardzo łatwo dojść do modelu, w którym HR staje się pamięcią operacyjną organizacji. A może powinno być dokładnie odwrotnie?
HR powinien pamiętać o ludziach. O terminach, kolejności działań i powtarzalnych krokach powinien pamiętać proces.
🧠 Zacznijmy od prostego przykładu
Pracownikowi za trzy tygodnie kończy się okres próbny.
W wielu organizacjach nie ma problemu z wiedzą, co trzeba wtedy zrobić. HR doskonale to wie. Problem polega na tym, że ktoś musi pamiętać, kiedy zacząć.
Trzeba sprawdzić datę, odezwać się do managera, przypomnieć mu o rozmowie, zebrać decyzję dotyczącą dalszej współpracy, przygotować kolejne kroki i dopilnować, żeby wszystko wydarzyło się na czas.
Tylko że po drugiej stronie tego procesu jest jeszcze pracownik.
Jeżeli decyzja przeciąga się do ostatnich dni, on może zwyczajnie nie wiedzieć, na czym stoi.
- Czy firma chce kontynuować współpracę?
- Czy powinien zacząć rozglądać się za nową pracą?
- Czy może spokojnie planować kolejne tygodnie?
Taka niepewność może mocno wpływać na komfort pracy. I nawet jeżeli finalnie firma chce pracownika zatrzymać, zbyt późna decyzja może sprawić, że on już wcześniej zacznie szukać alternatywy.
Dobrze ułożony proces pomaga więc nie tylko HR pilnować terminów. Pomaga też wcześniej dać pracownikowi jasność, ograniczyć niepotrzebny stres i zwiększyć szansę, że wartościowa osoba po prostu zostanie.
Bo czasami problemem nie jest sama decyzja. Problemem jest to, że pojawia się za późno.

🏖️ Zrób prosty test urlopowy
Mam bardzo prosty sposób na sprawdzenie, czy mamy proces, czy raczej osobę, która go pilnuje.
Wyobraź sobie, że jutro osoba odpowiedzialna za dany obszar HR idzie niespodziewanie na dwa tygodnie urlopu.
Czy w tym czasie:
- managerowie wiedzą, co mają zrobić?
- ktoś zauważy zbliżający się termin?
- wiadomo, kto przejmuje kolejne zadanie?
- można sprawdzić, na jakim etapie jest dana sprawa?
- są dostępne potrzebne instrukcje i informacje?
- po dwóch tygodniach nic nie „wyskoczy” nagle jako pilne?
Jeżeli odpowiedź brzmi: „Nie, bo Kasia ma to wszystko zapisane u siebie”, to nie mamy jeszcze procesu odpornego na nieobecność.
Mamy Kasię. I oczywiście Kasia może być świetna w swojej pracy. Tylko dobrze działająca organizacja nie powinna uzależniać ciągłości ważnych procesów od pamięci jednej osoby.

⚙️ Jak powinien wyglądać proces, który nie zależy od pamięci?
Zanim zaczniemy myśleć o systemach, workflow i automatyzacjach, trzeba odpowiedzieć na kilka znacznie prostszych pytań:
- co rozpoczyna proces?
- kiedy powinien się rozpocząć?
- kto odpowiada za pierwszy krok?
- kto odpowiada za kolejne?
- ile czasu ma na wykonanie zadania?
- jaka decyzja musi zostać podjęta?
- co dzieje się po jej podjęciu?
- co robimy, jeżeli ktoś nie zareaguje?
- co dzieje się w sytuacji nietypowej?
- po czym poznajemy, że proces jest zakończony?
Dopiero kiedy umiemy to opisać, mamy fundament pod dalsze usprawnienia, bo jeżeli nie wiadomo, kto odpowiada za decyzję, żadne przypomnienie nie rozwiąże problemu. W wypadku gdy proces ma pięć niepotrzebnych kroków, technologia może co najwyżej pomóc wykonywać pięć niepotrzebnych kroków szybciej.
Automatyzacja nie naprawia złego procesu. Bardzo często tylko sprawia, że zły proces działa szybciej.
🗃️ Proces potrzebuje danych, którym można zaufać
Jeżeli trzy tygodnie przed końcem okresu próbnego ma rozpocząć się określone działanie, organizacja musi najpierw wiedzieć, kiedy ten okres próbny się kończy.
To brzmi banalnie, ale właśnie tutaj wiele procesów zaczyna się rozjeżdżać.
Jeżeli chcemy reagować przed końcem umowy, musimy mieć prawidłową datę. Jeżeli chcemy pilnować badań, musimy wiedzieć, kiedy tracą ważność. Jeżeli zadanie ma trafić do managera, musimy wiedzieć, kto aktualnie nim jest.
Dane mogą być zapisane w systemie HR, kadrowym, arkuszu albo innym miejscu. Samo narzędzie jest tutaj mniej ważne niż jedno pytanie:
- Czy mamy jedno wiarygodne źródło informacji, na którym naprawdę możemy oprzeć proces?
- Jeżeli dane są nieaktualne, rozproszone albo zapisane w kilku miejscach, problem nie zaczyna się od braku automatyzacji. Zaczyna się od tego, że organizacja nie wie, której informacji zaufać.
👔 Kto właściwie odpowiada za proces?
Wróćmy do kończącego się okresu próbnego.
HR może być właścicielem procesu, ale nie powinien sam podejmować wszystkich decyzji ani wykonywać wszystkich działań.
Manager musi porozmawiać z pracownikiem i podjąć decyzję. Ktoś może zatwierdzić warunki. Kadry przygotowują dokumenty. Czasami informacja musi trafić do payrollu albo innego zespołu.
I właśnie tutaj pojawia się bardzo częsty problem: HR zaczyna pilnować zadań innych osób.
„Przypomniałem managerowi.”
„Napisałam jeszcze raz.”
„Czekamy na odpowiedź.”
„Muszę go złapać po spotkaniu.”
Po pewnym czasie HR przestaje tylko zarządzać procesem, a zaczyna być człowiekiem odpowiedzialnym za pamiętanie, że każdy inny powinien zrobić swoją część.
Dobrze zaprojektowany proces powinien więc jasno określać:
- kto jest właścicielem procesu,
- kto odpowiada za konkretny krok,
- do kiedy ma go wykonać,
- kto podejmuje decyzję,
- co dzieje się później.
Właściciel procesu ma zarządzać procesem, a nie być procesem.
🚦 Co dzieje się, jeżeli ktoś nic nie zrobi?
Bardzo łatwo zaprojektować proces dla idealnego świata:
- HR wysyła informację → manager odpowiada → dokument powstaje → pracownik podpisuje → gotowe.
- Tylko rzeczywistość często wygląda inaczej.
Manager jest na urlopie. Nie wykonuje zadania. Pracownik nie podpisuje dokumentu. Termin mija. Brakuje danych. Osoba odpowiedzialna zmieniła stanowisko.
Dlatego dobry proces powinien odpowiadać nie tylko na pytanie „co dzieje się dalej?”, ale też:
„co dzieje się, jeżeli nic się nie wydarzy?”
- Czy ktoś dostaje przypomnienie? Czy po kilku dniach temat trafia do innej osoby? Czy wiadomo, że termin został przekroczony? Czy istnieje alternatywna ścieżka dla wyjątku?
Bardzo często właśnie te sytuacje pokazują, czy mamy prawdziwy proces, czy tylko checklistę opisującą idealny scenariusz.
🚀 To samo myślenie działa w wielu miejscach HR
Koniec okresu próbnego jest tylko jednym przykładem. Ten sam sposób projektowania można zastosować w wielu miejscach całego cyklu życia pracownika.
Onboarding
Wiemy, że pracownik zaczyna konkretnego dnia. Możemy więc wcześniej ustalić, kiedy powinien być gotowy sprzęt, kto odpowiada za dostęp, kiedy manager kontaktuje się z nową osobą, jakie dokumenty trzeba przygotować oraz co powinno wydarzyć się pierwszego dnia.
Problemem nie jest brak checklisty onboardingowej. Problemem jest sytuacja, w której checklista zaczyna działać dopiero wtedy, kiedy HR sobie o niej przypomni.
I wtedy łatwo o bardzo życiowy scenariusz: nowa osoba przychodzi pierwszego dnia, laptop nie jest gotowy, konto nie działa, manager ma cały dzień spotkań, a zespół nawet nie wie, że ktoś nowy zaczyna.
Dla organizacji to kilka drobnych niedopatrzeń. Dla pracownika to pierwszy komunikat o tym, jak firma jest poukładana.
Offboarding
Jeżeli znamy ostatni dzień pracy, wcześniej możemy ustalić moment odebrania sprzętu, wyłączenia dostępów, przekazania obowiązków, exit interview czy przygotowania dokumentów.
Tutaj bardzo szybko widać, że źle działający proces nie jest wyłącznie problemem HR. Jeżeli były pracownik nadal ma dostęp do systemów albo nikt nie wie, kto ma odebrać sprzęt, problem dotyczy również IT, bezpieczeństwa i managera.
Badania, szkolenia i uprawnienia
To procesy mocno związane z datami. Jeżeli wiemy, że coś traci ważność, organizacja może reagować wcześniej zamiast dowiadywać się o problemie po terminie.
Jeżeli pracownik potrzebuje konkretnego uprawnienia do wykonywania obowiązków, przeoczenie daty może nagle stać się nie tylko problemem administracyjnym. Może być problemem operacyjnym, bo dana osoba przez jakiś czas nie może wykonywać części swojej pracy.
Zmiana stanowiska albo wynagrodzenia
Tutaj początkiem procesu nie musi być data. Może nim być wniosek managera lub podjęta decyzja.
Później trzeba zadbać o akceptacje, dokumenty, dane w systemach i informację do odpowiednich osób.
W praktyce bardzo łatwo o sytuację, w której manager już powiedział pracownikowi o zmianie, ale formalny proces jeszcze za tym nie nadążył. Dla HR to „sprawa w toku”. Dla pracownika może to wyglądać jak chaos albo niepewność, czy ustalenia naprawdę obowiązują.
W każdym z tych przykładów wraca ten sam schemat:
zdarzenie → odpowiedzialność → kolejne kroki → decyzja → zakończenie procesu.
💻 Dopiero teraz technologia
Jeżeli proces został dobrze opisany, odpowiedzialności są jasne, a dane wiarygodne, dopiero wtedy technologia zaczyna mieć naprawdę dużo sensu.
Może przypomnieć o terminie, utworzyć zadanie, przekazać instrukcję, wysłać wiadomość, zebrać formularz albo pokazać, że ktoś nie wykonał swojego kroku.
Nie każdy system zrobi to w taki sam sposób i nie każdy proces wymaga rozbudowanego HRIS. Czasami wystarczy dobrze wykorzystany kalendarz, narzędzie do zarządzania zadaniami albo prosta automatyzacja.
Dla mnie najważniejsza jest kolejność:
- najpierw problem → potem proces → na końcu narzędzie.
- Technologia ma pomagać egzekwować dobrze zaprojektowany proces, a nie zastępować jego projektowanie.

⚠️ Nie automatyzuj wszystkiego
Nie każdy proces powinien działać bez udziału człowieka. Jeżeli pracownikowi kończy się umowa, system może przypomnieć managerowi o rozmowie, ale nie powinien przeprowadzać jej za niego. Może pomóc przygotować dalsze kroki po podjęciu decyzji, ale nie powinien samodzielnie decydować o dalszej współpracy. Może uruchomić offboarding, ale nie zastąpi normalnego pożegnania z człowiekiem.
Automatyzacja jest najbardziej wartościowa tam, gdzie przejmuje administracyjne pilnowanie procesu, terminów i kolejnych kroków, a nie odpowiedzialność za relację, rozmowę czy decyzję.
📊 Proces, który widać, można poprawiać
Kiedy proces istnieje głównie w skrzynkach mailowych, Excelach i pamięci ludzi, trudno odpowiedzieć na kilka podstawowych pytań:
- ile spraw jest obecnie w toku?
- gdzie najczęściej powstaje opóźnienie?
- kto najdłużej czeka z wykonaniem swojego kroku?
- ile razy trzeba było wysłać przypomnienie?
- które procesy regularnie kończą się po terminie?
- gdzie najczęściej pojawiają się wyjątki?
I tutaj pojawia się jeszcze jedna korzyść z uporządkowania procesu. Nie chodzi tylko o to, żeby czegoś nie zapomnieć.
Proces, który jest widoczny, można zacząć mierzyć i poprawiać.
Być może największym problemem nie będzie wcale HR. Może się okazać, że proces regularnie stoi kilka dni na akceptacji managera albo że jedna czynność nikomu nic nie daje, ale wykonujemy ją od lat.
Bez zobaczenia procesu trudno to zauważyć.
🔎 Sprawdź to u siebie: audyt „muszę pamiętać”
Przez kilka dni zwróć uwagę na momenty, w których w pracy pojawiają się zdania:
„muszę o tym pamiętać”,
„ustawię sobie przypomnienie”,
„mam to zapisane w Excelu”,
„odezwę się do niego za dwa tygodnie”,
„muszę przypomnieć managerowi”,
„zawsze Asia tego pilnuje”,
- „jak wróci Kasia, to będzie wiedziała”.
To bardzo dobrzy kandydaci do dalszej analizy.
Dla każdego takiego przypadku sprawdź:
- Co dokładnie uruchamia działanie?
- Czy mamy tę informację zapisaną w wiarygodnym miejscu?
- Czy kolejne kroki są powtarzalne?
- Czy wiadomo, kto odpowiada za każdy z nich?
- Czy mamy określony termin?
- Co dzieje się, jeżeli ktoś nic nie zrobi?
- Czy proces działa również podczas nieobecności jego właściciela?
- Które elementy naprawdę wymagają człowieka?
- Które są tylko administracyjnym pilnowaniem?
- Czy umiemy sprawdzić, gdzie proces obecnie się znajduje?
Nie trzeba od razu kupować nowego systemu ani automatyzować piętnastu procesów. Czasami pierwszym usprawnieniem będzie po prostu przestanie polegać na pamięci jednej osoby.

🛠️ Playbook Michała: od pamięci do procesu
Jeżeli miałbym zacząć jutro, wybrałbym jeden proces. Nie najbardziej skomplikowany, tylko taki, który często się powtarza i regularnie wymaga przypominania.
Następnie:
- Rozpisałbym obecny przebieg. Nie ten z procedury, tylko ten, który naprawdę dzieje się dzisiaj.
- Znalazłbym moment startowy. Data, wniosek, zmiana danych albo inne konkretne zdarzenie.
- Sprawdziłbym dane. Czy naprawdę mamy informacje potrzebne do uruchomienia procesu?
- Przypisałbym właścicieli kolejnych kroków. Bez „HR się tym zajmie”.
- Ustaliłbym terminy i wyjątki. Co robimy, kiedy proces nie idzie zgodnie z planem?
- Usunąłbym zbędne kroki. Automatyzowanie czegoś niepotrzebnego nadal pozostawia to niepotrzebnym.
- Dopiero wtedy sprawdziłbym narzędzia. Co może przypominać, inicjować albo wykonywać się bez ręcznej ingerencji?
- Po miesiącu sprawdziłbym, czy faktycznie jest lepiej. Mniej przypomnień? Mniej opóźnień? Mniej pytań? Większa przewidywalność?
I dopiero później zabrałbym się za następny proces.
Na koniec
Czasami mówimy, że potrzebujemy automatyzacji, podczas gdy tak naprawdę najpierw potrzebujemy dobrego procesu.
Takiego, który nie znajduje się wyłącznie w głowie jednej osoby. Wiadomo, kiedy się zaczyna, na jakich danych się opiera, kto przejmuje odpowiedzialność, co powinno wydarzyć się dalej i co zrobić, jeżeli coś pójdzie inaczej niż zakładaliśmy.
Dopiero wtedy technologia może zrobić swoją robotę i przejąć to, czego ludzie naprawdę nie muszą pilnować ręcznie.
Bo największą wartością automatyzacji HR nie musi być to, że człowiek wykona zadanie pięć minut szybciej. Czasami największą wartością jest to, że nikt nie musi pamiętać, żeby to zadanie w ogóle powstało.
HR powinien pamiętać o ludziach. O reszcie powinien pamiętać dobrze zaprojektowany proces.



