Kako upravljati zavisnošću od ključnih ljudi?

Jednog petka pre podne nedostaje samo jedna osoba, ali obrada narudžbina staje. Ona zna koji Excel fajl je aktuelan, kako ispraviti greške u narudžbinama iz web prodavnice, koga pozvati u slučaju kašnjenja isporuke i kakve izuzetke može dozvoliti fakturisanje. Ostali su dobri stručnjaci, ali ne mogu napredovati bez nje. Kada pitamo kako rešiti zavisnost od ključne osobe, problem nije u učinku jedne osobe. Treba eliminisati operativni rizik koji je rast kompanije često godinama stvarao.

Prisustvo ključne osobe samo po sebi je vrednost. Mnogim organizacijama su potrebni iskusni kolege koji prepoznaju izuzetke, razumeju istoriju klijenata i odgovorno donose odluke u nesigurnim situacijama. Problem počinje kada se ponavljajući, poslovno kritičan proces oslanja isključivo na njeno lično znanje, pristupe ili kontakte.

Zavisnost od ključne osobe nije HR problem

Situaciju je lako tretirati kao pitanje radne snage: potreban je zamenik, detaljniji opis posla ili više obuka. Ovi elementi mogu biti korisni, ali retko rešavaju osnovni uzrok. Zavisnost obično nastaje na spoju procesa, informacija i odgovornosti.

Na primer, nabavljač je nezamenljiv jer zna koja je cenovna lista dobavljača važeća i pamti šifre proizvoda koje se razlikuju od onih u ERP-u. Ne nužno zato što ne želi da prenese svoje znanje. Možda su podaci u sistemu nepotpuni, cenovne liste stižu putem e-maila, a za svaki izuzetak je razvio sopstvenu metodu provere.

Isto se dešava u proizvodnji kada nadzornik smene zna kako prilagoditi plan stvarnim kapacitetima. Ili u e-trgovini, kada kolega svakodnevno ručno usklađuje podatke iz web prodavnice, evidencije zaliha i kurirske službe. Tada osoba ne samo da obavlja posao: ona postaje integracija između sistema i kontrola procesa.

Poslovne posledice nisu samo rizik od gubitka. Usporava se vreme obrade, zamena je neizvesna, povećava se vreme koje menadžeri troše na kontrolu, a širenje postaje teže. I za ključnu osobu situacija je opterećujuća: zovu je tokom odmora, ne može da prenese svoje zadatke, i stalno je poslednja tačka eskalacije.

Kako rešiti zavisnost od ključne osobe polazeći od stvarnog procesa?

Prvi korak nije stvaranje baze znanja niti nabavka novog sistema. Prvo treba razumeti šta se zaista dešava tokom obrade slučaja, narudžbine, proizvodnog zadatka ili fakture. Ne ono što je zapisano u pravilniku, već kako zaposleni svakodnevno obavljaju posao.

Vredi odabrati konkretan proces sa velikim poslovnim uticajem. To može biti proces od prijema narudžbine do isporuke, odobravanje zahteva za nabavku, modifikacija proizvodnog plana ili sastavljanje mesečnog izveštaja za menadžment. Pratite put stvarnog slučaja i pogledajte gde drugi moraju da stanu čekajući odluku, fajl ili pristup određenog kolege.

Tokom ispitivanja nije dovoljno pitati ko šta radi. Kritična pitanja su pre ova: odakle dolazi informacija, gde se ponovo beleži, ko je proverava, koji izuzeci se javljaju i šta se dešava ako osoba nije dostupna nedelju dana? Često se tada otkriva da iza zavisnosti od ključne osobe ne stoji jedan zadatak, već više manjih, međusobno povezanih neformalnih rešenja.

Odvojimo stručnost od skrivenih rutina

Nije potrebno standardizovati svako znanje vezano za osobu. Pregovarački osećaj iskusnog prodavca ili sposobnost rešavanja problema inženjera je prava stručnost koja se ne može zatvoriti u dijagram toka. Cilj nije da svaka odluka bude mehanička.

Druga je kategorija kada je neko jedinstven jer poznaje strukturu foldera na zajedničkom disku, ima lozinke, zna iz kojeg e-maila treba kopirati podatke ili samo on može pokrenuti mesečno objedinjavanje podataka. To nisu strateške sposobnosti, već operativne ranjivosti.

Korisno je sve kritične korake podeliti u tri grupe: odluke koje zahtevaju stručnu procenu, zadatke koji se mogu izvršiti prema jasnim pravilima, i izuzetke koji su teški jer su informacije nepotpune ili kontradiktorne. Ova razlika pomaže da se ne dokumentuje sve nepotrebno, dok stvarni rizici ostaju skriveni.

Prenos znanja treba da bude upotrebljiv u radnom okruženju

Dugi, retko ažurirani opisi procedura sami po sebi pružaju malo zaštite. Zameniku je potrebno da u trenutku procesa pronađe potrebne podatke, pravila odlučivanja i odgovornu osobu. To može biti kratko uputstvo, kontrolna lista, dijagram toka ili zajednički korišćena platforma za upravljanje slučajevima - forma je sekundarna.

Suština je da dokumentacija bude dovoljna za obavljanje stvarnog slučaja. „Provera fakturisanja“ nije uputstvo. Korisnije je ako se zabeleži koji podaci moraju da se poklapaju, gde se mogu proveriti, ko je ovlašćen da odobri odstupanje i šta treba učiniti u slučaju greške.

Vredi validirati dokumentaciju probom zamene. Drugi zaposleni treba da obavi zadatak prema opisu, dok je ključna osoba prisutna samo kao posmatrač. Ako se tri puta mora pitati gde se nalazi neki podatak ili šta znači neki status, proces još nije prenosiv. To nije greška zamenika, već pokazuje nedostajuće informacione tačke u radu.

Pristup i podaci su takođe pitanje kontinuiteta poslovanja

U mnogim kompanijama najkritičnija zavisnost nije znanje, već ovlašćenje. Obaveštenja o narudžbinama stižu na ličnu e-mail adresu menadžera. Pristup dobavljačkom portalu je moguć samo preko privatne aplikacije za autentifikaciju kolege. Samo jedan administratorski nalog funkcioniše za server ili poslovni sistem.

Ove situacije treba kontrolisano rešavati. Zajednički sistemi moraju funkcionisati sa pristupima u vlasništvu organizacije, odgovarajućim nivoima ovlašćenja i dokumentovanim odgovornim osobama. Cilj nije da svi imaju pristup svemu. Naprotiv: potreban pristup treba da bude dostupan, praćen i zamenljiv, dok se sigurnost održava.

Isto važi za podatke. Ako je status narudžbine u web prodavnici, zaliha u tabeli, a informacije o isporuci u e-mailu, jedina verodostojna slika formira se u glavi kolege. Prvo treba odlučiti koji sistem je vlasnik kojih podataka. Tek tada je vredno razmotriti da li je potrebna veza podataka, zajednička radna površina ili automatizovano obaveštenje.

Potpuna automatizacija nije odgovor na svaki problem

Mnogi odmah predlažu potpunu automatizaciju za smanjenje zavisnosti od ključne osobe. To je ponekad opravdano, posebno kod velikih obima, administracije zasnovane na pravilima. Ako zaposleni svakodnevno kopira podatke za stotine narudžbina između tri sistema, ručni proces ne samo da stvara zavisnost, već i rizik od grešaka.

Ali ako je proces pun loše definisanih izuzetaka, različitih dogovora sa klijentima i nepotpunih osnovnih podataka, automatizacija samo brže prenosi neuređenost. U takvim slučajevima prvo treba pojednostaviti pravila, razjasniti izvor podataka i odrediti kada je potrebna ljudska odluka.

Mala promena može doneti značajne rezultate. Možda je dovoljna jedinstvena lista statusa, tačka odobrenja ili zajednički pregled upravljanja slučajevima. U drugim slučajevima, trajno rešenje je integracija sistema, prilagođena interna aplikacija ili privremeno rešenje izgrađeno oko starog sistema. Pravi izbor određuje učestalost procesa, poslovni rizik, promenljivost i trošak grešaka.

Učinimo smanjenje rizika merljivim

Zavisnost od ključne osobe se ne eliminiše samo time što su izrađeni neki dokumenti. Vredi pratiti nekoliko jednostavnih operativnih pokazatelja: koliko ljudi može samostalno obaviti kritični zadatak, koliko vremena je potrebno za aktiviranje zamene, koliko slučajeva čeka jednog odobravaoca i koliko ručnih prenosa podataka se dešava u procesu.

Za menadžere posebno može biti značajan pregled zavisnosti procesa. Ne treba ocenjivati osobe, već učiniti vidljivim koji poslovni procesi imaju samo jednog izvršioca, donosioca odluka ili tehnički pristup. Tako rizik ne dolazi na dnevni red kada neko da otkaz ili se razboli, već postaje planirani zadatak razvoja.

Dobro upravljana zavisnost od ključne osobe na kraju ne čini iskusne kolege manje važnim. Naprotiv: oslobađa ih od ponavljajućih provera i traženja informacija, kako bi mogli koristiti svoje znanje tamo gde je zaista potrebno. U pouzdanoj kompaniji kritični rad se ne nastavlja u sećanju jedne osobe, već i kada ta osoba nije u kancelariji.