Discuția despre automatizare alunecă repede în predicții pe zece ani. Ce se poate observa, însă, este ce se întâmplă într-o organizație care automatizează efectiv ceva.
Sarcini, nu meserii
Puține meserii constau într-o singură sarcină. Automatizarea afectează sarcini individuale, iar efectul asupra unui post depinde de ce proporție din el era compusă din sarcinile respective și de ce rămâne după.
Un post din care dispare partea repetitivă și rămâne partea de judecată devine mai greu, nu mai ușor — și cere altă pregătire.
Trei efecte observabile
Sarcina se mută, nu dispare. Cineva trebuie să verifice rezultatul, să trateze excepțiile, să corecteze erorile. Munca de execuție devine muncă de verificare — o activitate diferită, adesea mai obositoare, pentru că cere atenție susținută fără ritmul natural al execuției.
Volumul crește. Când o sarcină devine ieftină, se face mai des. Organizația produce mai multe rapoarte, mai multe variante, mai multe analize — nu neapărat mai multă valoare. Timpul economisit se consumă în volumul suplimentar.
Competența se erodează. Când o sarcină nu mai este exersată, capacitatea de a o face manual scade. Devine o problemă când sistemul se defectează sau când trebuie evaluat dacă rezultatul lui este corect.
Ce funcționează, ce nu
Nu funcționează automatizarea unui proces prost. Rezultatul este un proces prost, executat mai repede și cu mai puțină înțelegere despre ce se întâmplă.
Nu funcționează nici introducerea unui sistem fără a schimba nimic altceva. Dacă procedura, indicatorii și modul de lucru rămân neschimbate, sistemul devine un pas în plus.
Funcționează implicarea celor care fac sarcina în proiectarea automatizării. Ei știu unde sunt excepțiile — exact partea pe care un proiect condus de sus o descoperă în producție.
Funcționează un plan explicit pentru ce se întâmplă cu timpul eliberat. Fără el, timpul se consumă de la sine, și nimeni nu mai poate spune dacă proiectul a adus ceva.
Întrebarea care merită pusă
Înainte de a automatiza: ce va face persoana care făcea asta, mâine?
Un răspuns clar face din proiect o schimbare gestionată. Absența răspunsului transformă proiectul într-o sursă de anxietate, rezistență pasivă și, de multe ori, sabotaj tăcut — motivul real pentru care multe implementări tehnic corecte nu produc nimic.