Nový zamestnanec nastupuje v pondelok. Tento fakt je vstupom pre šesť až dvanásť nezávislých kúskov práce, rozdelených medzi HR, IT, identity management, facility, financie a niekedy security. Každý kúsok má vlastného vlastníka, vlastný termín, vlastnú definíciu „hotovo" — a ak jeden z nich vypadne, nový zamestnanec príde a nemá laptop, alebo nemá stôl, alebo nemá emailový účet, alebo nemá payroll záznam. Štruktúra rodič-dieťa v GLPI existuje presne na modelovanie tohto. Tu je návod, ako ju nastaviť tak, aby jedno HR odoslanie vytvorilo správnu prácu v každom tíme.
Rodičovský tiket: jeden HR záznam, jeden zdroj pravdy
Vytvorte šablónu tiketu Onboarding zamestnanca. Povinné polia: Meno zamestnanca, Dátum nástupu, Oddelenie, Manažér, Rola, Lokalita kancelárie. Predvyplnené: Kategória = HR / Onboarding, Priradená skupina = HR-operácie. HR odošle tento jeden tiket a stane sa rodičom — nitkou pre používateľa, jediným miestom, kde manažér kontroluje stav.
Nesnažte sa, aby rodičovský tiket robil aj prácu. Jediná úloha rodiča je koordinácia: zostáva otvorený, kým sa nezavrie každé dieťa. Dávať úlohy priamo na rodiča (namiesto detí) ničí najčistejšiu vlastnosť tejto štruktúry — že každé dieťa má vlastného vlastníka, vlastné SLA a vlastné nezávislé uzavretie.
Automaticky vytvorte deti
Plugin Form Creator vie z jedného odoslania formulára vytvoriť viacero tiketov. Nakonfigurujte onboarding formulár, aby vytvoril — na základe polí rola a oddelenie — sadu detí:
- Pridelenie laptopu → skupina: IT-hardware. Vrátane hardware špecifikácie podľa role.
- Vytvorenie AD účtu + email → skupina: Identity. Vrátane mena, oddelenia, manažéra (na delegáciu).
- Pridanie do role-based skupín → skupina: Identity. Vetvené podľa role.
- Pridelenie stola + prístupovej karty → skupina: Facility. Vrátane lokality kancelárie.
- Nastavenie payroll → skupina: HR-payroll. Vrátane dátumu nástupu a mzdovej úrovne.
- Objednanie vizitiek + welcome kit → skupina: HR-operácie. Vrátane role a lokality.
- Naplánovanie onboarding školení → skupina: HR-tréning. Vrátane departmentovej cesty.
Každé dieťa je plnohodnotný tiket — vlastné SLA, vlastný riešiteľ, vlastný stav — prepojený na rodiča cez vzťah Dieťa. Manažér otvorí rodiča a vidí rollup: 5 zo 7 detí zatvorených, 2 otvorené s aktuálnymi vlastníkmi.
Sekvencujte, čo závisí od čoho
Nie všetky deti sú paralelné. Vytvorenie emailového účtu musí dokončiť pred „objednanie vizitiek", aby sa vedela adresa. Pridelenie hardvéru musí dokončiť pred „zaslanie laptopu domov", aby bolo čo poslať. Použite tiket link Nasledovník na vyjadrenie závislostí: Zaslanie laptopu je Nasledovník Pridelenia laptopu. GLPI na tom auto-blokuje — druhý tím môže technicky začať kedykoľvek — ale dokumentuje poradie, takže keď sa závislý tiket zasekne, závislosť je viditeľná bez toho, aby si to niekto pamätal.
Tri závislosti naozaj záležia pri onboardingu: hardware → image → zaslanie; AD účet → email → comms nástroje; ID karta → prístup do kancelárie → pridelenie stola. Tieto zapojte. Zvyšok beží paralelne.
Offboarding je rovnaký workflow, len obrátený a tesnejší
Vytvorte samostatnú šablónu — Offboarding zamestnanca — pretože práca a SLA sú iné. Trik s offboardingom je timing: veci sa musia stať v deň odchodu alebo krátko po ňom, nikdy nie pred (zamestnanec ešte pracuje), nikdy nie veľmi po (security riziko, najmä pri nedobrovoľných odchodoch). Deti:
- Deaktivácia AD účtu → skupina: Identity. SLA: koniec posledného pracovného dňa.
- Presmerovanie emailu + odstránenie prístupov → skupina: Identity. SLA: koniec posledného pracovného dňa.
- Odovzdanie laptopu + prístupovej karty → skupina: HR-operácie. SLA: posledný pracovný deň.
- Wipe a re-image laptopu → skupina: IT-hardware. SLA: 5 dní po prevzatí.
- Finálny payroll → skupina: HR-payroll. SLA: podľa zákona, líši sa.
- Aktualizácia org chart → skupina: HR-operácie. SLA: koniec týždňa.
Pri nedobrovoľných odchodoch smerujte do samostatnej entity Offboarding (urgentný) s obmedzenou viditeľnosťou — existencia offboardingu by nemala byť viditeľná kolegom, kým sa neskončí. Rovnaká rodič-dieťa štruktúra to zvládne; entitná hranica rieši dôvernosť.
Metrika, ktorá záleží
„Zabudol niekto na niečo" sa ťažko meria cez email vlákna. S touto štruktúrou je to jediný dotaz: počet rodičovských onboarding tiketov, kde sa nejaké dieťa zatvorilo neskoro alebo vôbec. Ak číslo rastie, váš formulár potrebuje viac detí, alebo deti potrebujú iných vlastníkov. Zmyslom modelovania cross-functional tanca ako jedného rodiča a N detí je, že tanec sa stáva auditovateľným — a čo je auditovateľné, dá sa zlepšiť.