Pirmadienio rytas. Vienas darbuotojas paskambina ir praneša, kad šiandien neatvyks. Kitas vadovui parašė dar penktadienį, kad nori pasiimti laisvą dieną. Trečio žmogaus atostogos jau pažymėtos bendrame Excel faile, bet pamainų grafike jis vis dar suplanuotas dirbti. Personalo specialistė atidaro kelis failus, tikrina el. laiškus, skambina vadovui ir bando suprasti, kuri informacija yra naujausia.
Kol įmonėje dirba keli žmonės, toks procesas gali atrodyti valdomas. Tačiau augant komandai, atsirandant skirtingiems neatvykimų tipams, keliems tvirtintojams, padaliniams, pamainoms ir skirtingoms darbo laiko taisyklėms, Excel tampa nebe sprendimu, o papildomu rizikos sluoksniu.
Problema nėra pats Excel failas. Problema atsiranda tada, kai vienas neatvykimas turi paveikti kelis procesus: darbuotojo likutį, vadovo sprendimą, darbo grafiką, pamainų planą, darbo laiko registravimą, tabelį ir galutinę informaciją apskaitai. Tokio proceso nebeužtenka tik pažymėti viena spalva langelyje.
Turinys
- Pirmadienio rytas: kaip prasideda neatvykimų chaosas
- Kada Excel dar veikia
- Kas pasikeičia augant įmonei
- Kodėl viena paraiška paveikia kelis procesus
- Kas yra atostogų politika ir kodėl jos neužtenka laikyti faile
- Kodėl ne visi neatvykimai yra vienodi
- Kodėl darbo grafikas negali veikti atskirai
- Kaip neatvykimai susiję su registracija ir tabeliu
- Kaip atrodo vientisas procesas
- Kada metas pereiti nuo Excel prie sistemos
- Išvados
- Dažnai užduodami klausimai
Pirmadienio rytas: kaip prasideda neatvykimų chaosas
Dažniausiai neatvykimų chaosas neprasideda nuo didelės klaidos. Jis prasideda nuo kelių mažų, tarpusavyje nesusijungiančių veiksmų. Darbuotojas parašo vadovui. Vadovas persiunčia žinutę administracijai. Personalo specialistė pažymi datą Excel faile. Grafiką planuojantis žmogus šio failo dar neatidarė. Tabelį mėnesio pabaigoje tikrinantis asmuo nemato, kas ir kada pakeitė įrašą.
Kiekvienas žmogus savo dalį padaro teisingai, tačiau visas procesas vis tiek lieka pažeidžiamas. Informacija keliauja per žmones, o ne per vieną nuoseklią sistemą. Todėl neatvykimas gali būti patvirtintas, bet nepanaudotas grafike. Gali būti pažymėtas grafike, bet neatsispindėti tabelyje. Gali būti įrašytas į tabelį, bet neatnaujinti darbuotojo atostogų likučio.
Tokiose situacijose Excel nėra blogas įrankis. Jis tiesiog naudojamas darbui, kuriam nebuvo sukurtas: valdyti būsenas, teises, taisykles, priklausomybes, patvirtinimus ir automatinį duomenų perdavimą tarp skirtingų procesų.
Kada Excel dar veikia
Excel gali būti pakankamas sprendimas tada, kai organizacija maža, procesas labai paprastas ir informacijos nereikia automatiškai perduoti kitur. Pavyzdžiui, jei penkių žmonių komandoje visus prašymus tvirtina vienas vadovas, visi dirba vienodu grafiku, o atostogų ir neatvykimų tipų beveik nėra, bendras failas gali kurį laiką atlikti savo funkciją.
Svarbu suprasti, kad problema nėra darbuotojų skaičius savaime. Daug svarbiau yra proceso sudėtingumas. Net nedidelėje įmonėje Excel greitai tampa ribotas, jei darbuotojai dirba skirtingais grafikais, keliose vietose, pamainomis ar turi skirtingas neatvykimų taisykles.
| Situacija | Excel dar gali tikti | Jau verta sistema |
|---|---|---|
| Darbuotojų skaičius | Labai maža komanda | Keli padaliniai, vadovai ar lokacijos |
| Tvirtinimas | Vienas tvirtintojas ir paprasta eiga | Keli tvirtinimo lygiai ar pavaduojantys vadovai |
| Neatvykimų tipai | Keli paprasti tipai | Atostogos, ligos, mamadieniai, tėvadieniai, nemokamos atostogos ir vidinės išimtys |
| Darbo organizavimas | Vienodas darbo laikas | Pamainos, suminė apskaita, individualūs grafikai |
| Duomenų panaudojimas | Informacija lieka viename faile | Duomenys turi patekti į grafikus, registraciją ir tabelį |
Kas pasikeičia augant įmonei
Augant įmonei, didėja ne tik prašymų skaičius. Didėja ir tarpusavio priklausomybių skaičius. Vieno darbuotojo atostogos gali paveikti komandos pajėgumą, pamainų balansą, projekto terminus, klientų aptarnavimą ar net būtinybę rasti pavaduojantį žmogų.
Todėl vadovui nebeužtenka žinoti, kad darbuotojas nori atostogauti. Jam reikia matyti, kas dar tuo metu neatvyksta, kiek žmonių lieka komandoje, ar darbuotojas jau suplanuotas pamainoje, ar nėra svarbaus projekto termino ir ar prašymas atitinka įmonės taisykles.
Personalo specialistui tuo pačiu reikia matyti kitą informaciją: ar darbuotojui pakanka likučio, kokio tipo neatvykimas taikomas, kas patvirtino, ar nėra išimties, kaip įrašas turi būti atvaizduotas darbo laiko apskaitoje ir ar duomenys pateko į visus susijusius procesus.
Kai visa tai valdoma atskiruose failuose, organizacija pradeda priklausyti nuo žmonių atminties. O žmogaus atmintis negali būti patikimas integracinis sluoksnis tarp personalo, vadovų, grafikų planavimo ir apskaitos.
Kodėl viena paraiška paveikia kelis procesus
Atostogų ar kito neatvykimo prašymas nėra izoliuotas įrašas. Jis yra proceso pradžia. Darbuotojas pateikia prašymą, vadovas priima sprendimą, sistema patikrina taisykles, atnaujina likutį ir perduoda informaciją į kitus darbo laiko sluoksnius.
| Proceso etapas | Kas turi įvykti | Kas nutinka valdant rankomis |
|---|---|---|
| Prašymo pateikimas | Darbuotojas pasirenka tipą ir laikotarpį | Informacija gali likti el. laiške ar žinutėje |
| Taisyklės | Patikrinamas likutis, teisė ir periodiškumas | Taisyklės tikrinamos atskirai arba iš atminties |
| Tvirtinimas | Vadovas mato kontekstą ir priima sprendimą | Nėra vienos aiškios būsenos ar istorijos |
| Grafikas | Darbuotojas nebėra planuojamas dirbti | Grafikas gali likti nepakeistas |
| Registracija | Sistema supranta, kodėl nėra darbo laiko įrašo | Trūkstama registracija atrodo kaip klaida |
| Tabelis | Neatvykimas įrašomas teisingu kodu ir trukme | Duomenys perrašomi rankomis mėnesio pabaigoje |
Būtent čia atsiranda didžiausias skirtumas tarp failo ir sistemos. Failas saugo informaciją. Sistema valdo procesą.
Kai įmonė naudoja neatvykimų valdymą ir atostogų valdymą vienoje aplinkoje, patvirtintas prašymas gali tapti vieninteliu šaltiniu, kurį naudoja visi kiti procesai. Nebereikia tos pačios informacijos perrašyti kelis kartus.
Kas yra atostogų politika ir kodėl jos neužtenka laikyti faile
Daugelis įmonių turi atostogų politiką, tačiau ji dažnai lieka dokumentu, kurį darbuotojai perskaito tik pradėję dirbti. Praktikoje politika turi atsakyti į daug kasdienių klausimų: prieš kiek laiko teikiamas prašymas, kas jį tvirtina, kiek žmonių iš vienos komandos gali atostogauti vienu metu, kaip taikomos išimtys, kaip elgiamasi piko laikotarpiu ir kas nutinka, kai darbuotojo likutis nepakankamas.
Jei taisyklė egzistuoja tik PDF dokumente ar Excel pastaboje, ją vis tiek turi prisiminti ir pritaikyti žmogus. Tai reiškia, kad vienas vadovas gali prašymą patvirtinti, o kitas tokioje pačioje situacijoje atmesti. Sistema leidžia dalį politikos paversti realiai veikiančiomis taisyklėmis.
| Atostogų politikos dalis | Klausimas, kurį ji sprendžia | Ką galima automatizuoti |
|---|---|---|
| Prašymo terminas | Prieš kiek laiko teikiamas prašymas | Perspėjimas arba ribojimas pagal dienų skaičių |
| Tvirtinimo eiga | Kas turi patvirtinti prašymą | Automatinis nukreipimas vadovui ar kitam atsakingam asmeniui |
| Komandos aprėptis | Kiek žmonių gali neatvykti vienu metu | Konfliktų parodymas prieš patvirtinant |
| Likučiai | Ar darbuotojui pakanka sukauptų dienų | Automatinis likučio tikrinimas ir perskaičiavimas |
| Išimtys | Kada taikoma kita taisyklė | Skirtingos taisyklės pagal darbuotojų grupę ar neatvykimo tipą |
Kodėl ne visi neatvykimai yra vienodi
Atostogos, liga, mamadienis, tėvadienis, nemokamos atostogos ar kitas neatvykimas gali atrodyti panašiai, nes visais atvejais darbuotojo nėra darbe. Tačiau administravimo prasme tai yra skirtingi procesai. Jie gali turėti skirtingą suteikimo pagrindą, periodiškumą, likučio logiką, tvirtinimo eigą ir atvaizdavimą tabelyje.
Excel faile dažnai visi neatvykimai suvedami į vieną spalvinę schemą. Tai patogu vizualiai, bet nepakankama procesui valdyti. Spalva nepaaiškina, kodėl darbuotojas neatvyksta, pagal kokią taisyklę neatvykimas suteiktas, kas jį patvirtino ir kaip jis turi būti apskaitytas.
Todėl neatvykimų valdymo sistema turi atskirti ne tik pavadinimus, bet ir kiekvieno tipo logiką. Tada organizacija gali nuosekliai taikyti taisykles ir sumažinti situacijų, kai galutinis sprendimas priklauso nuo to, kas tuo metu administruoja procesą.
Kodėl darbo grafikas negali veikti atskirai
Vienas dažniausių rankinio proceso trūkumų yra tai, kad atostogų failas ir darbo grafikas gyvena atskirai. Darbuotojo neatvykimas gali būti patvirtintas, tačiau grafike jis vis dar paliekamas dirbti. Tai ypač pavojinga pamaininiame darbe, kur vieno žmogaus nebuvimas tiesiogiai pakeičia komandos pajėgumą.
Kai darbo grafikas ir pamainų planavimas sujungti su neatvykimais, patvirtinta informacija iš karto tampa planavimo apribojimu. Vadovas mato, kad darbuotojas tuo metu nepasiekiamas, ir gali iš anksto perskirstyti darbo krūvį, paskirti kitą žmogų ar koreguoti pamainą.
Tai nėra vien patogumo klausimas. Tai padeda išvengti realių veiklos problemų: neužpildytų pamainų, viršvalandžių, paskutinės minutės skambučių, neplanuoto agentūrinių darbuotojų poreikio ir konfliktų tarp personalo bei operacijų komandų.
Kaip neatvykimai susiję su registracija ir tabeliu
Jei darbuotojas turi patvirtintą neatvykimą, sistema turi suprasti, kad jo darbo laiko registracijos tą dieną gali nebūti. Priešingu atveju trūkstamas įrašas atrodo kaip pažeidimas, nors iš tikrųjų darbuotojas teisėtai neatvyko.
Integruotas darbo laiko registravimas leidžia atskirti tikrą registracijos klaidą nuo patvirtinto neatvykimo. Tai sumažina nereikalingų tikrinimų, klausimų darbuotojams ir rankinių pataisymų mėnesio pabaigoje.
Tas pats galioja ir darbo laiko tabeliui. Jei neatvykimai valdomi atskirai, apskaitos laikotarpio pabaigoje informaciją reikia surinkti iš kelių šaltinių: Excel, el. pašto, grafiko, registracijos sistemos ir vadovų komentarų. Kai procesas sujungtas, patvirtintas neatvykimas tampa paruošta darbo laiko apskaitos informacija.
| Sritis | Kai valdoma atskirai | Kai procesas sujungtas |
|---|---|---|
| Darbo grafikas | Reikia rankomis pašalinti darbuotoją iš pamainos | Neatvykimas iš karto matomas planuojant |
| Registracija | Trūkstamas įrašas tikrinamas kaip galima klaida | Sistema žino neatvykimo priežastį |
| Tabelis | Duomenys surenkami ir perrašomi rankomis | Patvirtintas neatvykimas panaudojamas automatiškai |
| Ataskaitos | Skaičiai skiriasi tarp failų | Naudojamas vienas duomenų šaltinis |
Kaip atrodo vientisas procesas
Vientisas procesas prasideda ne nuo administracijos, o nuo darbuotojo. Jis pateikia prašymą sistemoje, pasirenka neatvykimo tipą ir mato aktualią informaciją apie savo likutį ar taikomas taisykles. Vadovas gauna prašymą kartu su kontekstu: komandos užimtumu, kitais patvirtintais neatvykimais ir galimu poveikiu grafikui.
Patvirtinus prašymą, informacija neturi būti perrašoma dar kartą. Ji iš karto tampa matoma darbo grafike, pamainų plane, registracijos logikoje ir tabelyje. Taip vienas sprendimas nuosekliai panaudojamas visoje darbo laiko valdymo grandinėje.
| Žingsnis | Atsakingas asmuo | Rezultatas |
|---|---|---|
| 1. Prašymas | Darbuotojas | Pateikiamas laikotarpis ir neatvykimo tipas |
| 2. Patikra | Sistema | Patikrinamas likutis, taisyklės ir galimi konfliktai |
| 3. Sprendimas | Vadovas | Prašymas patvirtinamas arba atmetamas |
| 4. Planavimas | Sistema ir vadovas | Darbuotojas nebeplanuojamas dirbti tuo laikotarpiu |
| 5. Apskaita | Sistema ir administracija | Neatvykimas teisingai panaudojamas registracijoje ir tabelyje |
Tokio proceso esmė nėra tik mažiau paspaudimų. Svarbiausia, kad organizacija turi vieną patikimą būseną ir vieną aiškią istoriją: kas pateikė prašymą, kas jį patvirtino, kokia taisyklė pritaikyta, kas pasikeitė grafike ir kaip neatvykimas buvo apskaitytas.
Kada metas pereiti nuo Excel prie sistemos
Nėra vieno darbuotojų skaičiaus, nuo kurio Excel staiga tampa netinkamas. Tačiau yra aiškūs požymiai, rodantys, kad procesas jau per sudėtingas rankiniam valdymui.
Patikrinkite, ar šios situacijos jau pažįstamos jūsų įmonei
- Skirtingi vadovai naudoja skirtingas failo versijas.
- Darbuotojų prašymai keliauja el. paštu, žinutėmis ar žodžiu.
- Atostogų likučiai perskaičiuojami rankomis.
- Vadovai prieš tvirtindami nemato visos komandos neatvykimų.
- Patvirtintas neatvykimas ne visada iš karto patenka į darbo grafiką.
- Darbuotojai kartais paliekami suplanuoti pamainoje per atostogas.
- Registracijos nebuvimą reikia tikrinti rankiniu būdu.
- Tabelio duomenys mėnesio pabaigoje surenkami iš kelių šaltinių.
- Nėra aiškios pakeitimų ir tvirtinimų istorijos.
- Procesas priklauso nuo vieno žmogaus atminties ar asmeninio failo.
Jei atpažįstate kelias iš šių situacijų, problema greičiausiai nėra darbuotojų drausmė ar vadovų komunikacija. Problema yra pati proceso architektūra. Kai informacija valdoma atskirai, žmonės priversti nuolat kompensuoti sistemos trūkumą.
Pereiti prie sistemos verta ne tada, kai Excel jau visiškai nebeveikia, o tada, kai rankinis procesas pradeda kurti paslėptą kainą: administracinį laiką, klaidas, neužpildytas pamainas, netikslius likučius, vėluojantį tabelį ir nepasitikėjimą duomenimis.
Išvados
Excel gali būti geras pradinis įrankis, tačiau jis nėra sukurtas valdyti visą darbuotojų atostogų ir neatvykimų procesą. Augančioje įmonėje vienas prašymas paveikia daug daugiau nei vieną langelį: darbuotojo likutį, vadovo sprendimą, komandos pajėgumą, darbo grafiką, pamainas, registraciją ir tabelį.
Kai šie procesai valdomi atskirai, įmonė pradeda dubliuoti informaciją, tikrinti kelias failų versijas ir pasikliauti žmonių atmintimi. Kai jie sujungiami, patvirtintas neatvykimas tampa viena patikima informacija, kuri automatiškai panaudojama visoje darbo laiko valdymo grandinėje.
Todėl atostogų valdymas ir neatvykimų valdymas turėtų būti vertinami ne kaip atskiri personalo sąrašai, o kaip bendra darbo organizavimo sistema, susieta su darbo grafiku, pamainų planavimu, darbo laiko registravimu ir darbo laiko tabeliu.