Pierwszego dnia pracy nowa osoba często dowiaduje się, że wszystko jest już przygotowane. Prawie wszystko. Konto czeka na potwierdzenie, sprzęt na wydanie, a instrukcja na znalezienie właściwego folderu. System HR do onboardingu powinien pokazywać gotowość poszczególnych elementów oraz ich właścicieli. Sama lista odhaczonych zadań nie wystarczy, jeśli nikt nie sprawdził, czy pracownik rzeczywiście może rozpocząć pracę i wie, do kogo zgłosić problem.
Dobry projekt zaczyna się od kilku realnych wejść do organizacji: innego dla biura, innego dla pracownika terenowego, jeszcze innego dla osoby współpracującej czasowo. Nie każda potrzebuje tych samych kont i dokumentów. Warto opisać pakiety zadań wynikające z roli, ale zostawić możliwość świadomego odstępstwa. Różnica między pakietem a przypadkowym zestawem próśb przesyłanych pocztą polega przede wszystkim na tym, że ktoś odpowiada za jego kompletność.
Każde zadanie potrzebuje właściciela i warunku zakończenia
„Przygotować komputer” może oznaczać zamówienie sprzętu albo gotowe urządzenie przekazane użytkownikowi. Dla osoby rozpoczynającej pracę to spora różnica. Dlatego przy zadaniach określcie wynik, termin i zależności. Jeśli dostęp wymaga zgody przełożonego, aplikacja powinna pokazać, na czyją decyzję czeka sprawa. Nie trzeba wtedy ponawiać całego zgłoszenia, bo łatwo znaleźć miejsce, w którym zatrzymał się konkretny krok.
W większej organizacji zasady mogą różnić się między spółkami i lokalizacjami. Podejście do systemu dla wielu oddziałów pomaga oddzielić reguły wspólne od ustawień lokalnych. Ten sam system może prowadzić pracownika przez różne ścieżki, o ile są one opisane i mają wskazanych właścicieli. W przeciwnym razie wspólny formularz stanie się tylko centralną skrzynką, z której sprawy wracają do dawnych wiadomości i telefonów.
Dostęp powinien wynikać z wykonywanej pracy
Warto ustalić, które uprawnienia są potrzebne na start, które wymagają dodatkowej zgody i kiedy przestają być uzasadnione. Nadawanie wszystkiego „na wszelki wypadek” ułatwia pierwszy dzień kosztem późniejszej kontroli. OWASP zaleca przyznawanie minimalnych potrzebnych uprawnień i sprawdzanie autoryzacji. W aplikacji HR ta zasada powinna przekładać się na konkretne role oraz możliwość odtworzenia, kto zaakceptował dostęp.
Jeżeli system ma zakładać konta w innych narzędziach, potrzebne są uzgodnione źródła danych o pracowniku i jego roli. Zmiana nazwiska, zespołu czy daty rozpoczęcia nie powinna tworzyć kolejnej osoby. Ustalcie, gdzie aktualizuje się informację oraz jak wyjaśnić nieudaną operację. Pracownik nie powinien sam naprawiać integracji, a administrator potrzebuje zobaczyć, która część procesu wymaga jego reakcji.
Ten sam obieg musi obsłużyć zmianę i odejście
Onboarding jest widoczny, bo wiąże się z nowym początkiem. Mniej efektowne zadania pojawiają się później: zmiana stanowiska, czasowe zastępstwo, zakończenie współpracy. System powinien prowadzić również przez przegląd dostępów i przekazanie obowiązków. Nie chodzi wyłącznie o wyłączenie konta. Czasem trzeba zmienić właściciela dokumentów, spraw lub powiadomień, tak aby praca organizacji pozostała ciągła.
Pomocne są zasady opisane w artykule o przekazywaniu kont i odpowiedzialności. Choć dotyczą utrzymania aplikacji, podobne pytania wracają przy zmianach w zespole: kto ma dostęp, kto odbiera ostrzeżenie i kto może przywrócić potrzebne dane. Zapisanie tych zależności pozwala uniknąć sytuacji, w której odejście jednej osoby ujawnia, że to właśnie jej skrzynka była jedyną instrukcją działania ważnego procesu.
Automatyzuj przygotowanie, nie domyślaj się decyzji
W instrukcji dla nowej osoby pokaż, gdzie znajduje się aktualna lista zadań i do kogo kierować pytanie. Samo wysłanie kilku wiadomości nie daje jeszcze wspólnego obrazu przygotowań. Jeśli termin rozpoczęcia się przesuwa, aplikacja powinna pozwolić ponownie ocenić zależne czynności, zamiast bezrefleksyjnie uruchamiać dawny plan. To prosty scenariusz, który dobrze sprawdza, czy system obsługuje proces, czy jedynie wysyła przypomnienia.
Niektóre zadania można uruchamiać automatycznie po zatwierdzonym zdarzeniu, inne wymagają oceny człowieka. Jeśli projekt obejmuje wcześniejszy etap pozyskiwania pracowników, warto osobno przeczytać o automatyzacji rekrutacji bez czarnej skrzynki. Obsługa terminów czy kompletności dokumentów ma inną odpowiedzialność niż decyzja dotycząca konkretnej osoby. Wspólny system nie powinien zacierać tej granicy ani przyjmować, że każdy następny krok może wynikać z automatycznego statusu.
W testach odbiorowych sprawdźcie przyjęcie do pracy, przesunięcie daty, zmianę roli i zakończenie współpracy. Dopiero taki zestaw pokazuje, czy obieg zachowuje ciągłość. Archifutura pomaga budować narzędzia dla HR i rekrutacji z jasną odpowiedzialnością za dane. Na rozmowę o systemie HR przygotuj przykład ostatniego wdrożenia pracownika i listę miejsc, w których trzeba było kogoś ponaglać.
Źródła i dokumentacja
Materiały sprawdzone przy opracowaniu tekstu. Przy wyborze usługi lub technologii potwierdzamy warunki dla konkretnego projektu.
