Automatizarea care creează muncă în loc s-o reducă
O automatizare poate tăia munca de rutină și, în același timp, poate crea o muncă nouă de supraveghere. Depinde dacă separă starea care cere o decizie de detaliul care doar se păstrează.
O automatizare bine pusă taie munca de rutină. O automatizare prost delimitată o mută, nu o taie: rutina dispare, dar în loc apare o listă de alerte pe care cineva trebuie s-o verifice zilnic. Nu se întâmplă mereu, ci atunci când designul nu separă starea care cere o decizie de detaliul care doar se păstrează. Întrebarea utilă e ce face automatizarea asta cu munca: o taie sau doar o mută în alarme și triaj?
Ce ia automatizarea și ce lasă
Ergonomista Lisanne Bainbridge a descris mecanismul încă din 1983, în controlul de proces industrial: automatizarea preia partea repetitivă a unei sarcini și lasă omului exact restul, partea rară și ambiguă, greu de transformat în regulă. Omul poate doar monitoriza la nivel meta dacă deciziile automatizării sunt „acceptabile”, fiindcă n-are cum să verifice în timp real dacă mașina urmează corect regulile ei[1], scria Bainbridge. Fără revizuirea cunoștințelor și exercițiu pe situațiile rare, omul rămâne mai puțin pregătit să le diagnosticheze și să preia controlul exact în momentul în care apar.
Nu e o chestiune de neatenție. Bainbridge rezumă studiile de vigilență: niciun om, oricât de motivat, nu poate menține atenție vizuală eficientă pe o sursă unde se întâmplă foarte puțin, mai mult de o jumătate de oră[1]. Cu cât alertele sunt mai rare și mai neclare, cu atât omul care le supraveghează ajunge mai puțin pregătit exact pentru momentul în care contează.
Când toate semnalele sună la fel
Zgomotul are un cost concret. Un sistem propriu de-al nostru avea un clasificator care marca un eșec obișnuit drept altceva, o limitare de la un furnizor extern, doar pentru că un identificator conținea din întâmplare aceeași secvență de cifre pe care regula o căuta. Fix-ul n-a fost mai multă alertare, ci mai puțină: clasificatorul cere acum un semnal explicit de la furnizor, nu o potrivire generică de text, iar rezultatele reușite rămân tăcute.
Lecția rămâne una singură, nu un tipar universal: o automatizare care alertează pe orice semnal posibil, inclusiv pe cele irelevante, antrenează omul s-o ignore. Cel real se pierde în zgomotul celor triviale, iar decizia se ia târziu sau deloc.
Criteriul care chiar contează
Nu orice intervenție umană înseamnă că automatizarea a eșuat. Există triaj, unde alerta chiar cere o evaluare, remediere repetitivă, care e ea însăși candidată pentru automatizare ulterioară, și decizie ambiguă, care rămâne legitim a omului. Problema apare când prima categorie devine implicită și necontrolată, iar tot ce se poate întâmpla ajunge să sune la fel de tare.
Criteriul practic separă starea care s-a schimbat și cere o decizie de detaliul brut care doar se păstrează. O alertă care întrerupe un om ar trebui să ceară o acțiune reală; dacă răspunsul e pur robotic, Google recomandă să nu fie o pagină de gardă[2]. Iar fiecare alertă merită un proces definit: cine răspunde, ce face, pe ce cale escaladează[3], conform practicii AWS pentru excelență operațională.
Ca întrebare suplimentară de audit, nu ca regulă unică, verifică dacă alerta are o condiție relevantă, un responsabil clar și un prag care chiar detectează scenariul de eșec pe care vrea să-l prindă. Dacă nimeni n-ar observa lipsa ei o săptămână, e un semn de verificat, nu un motiv automat de ștergere: o alertă rară poate proteja exact condiția critică pe care n-ai voie s-o ratezi.
O automatizare bună tace când lucrurile sunt în regulă și cere atenție când există o decizie reală. Tace nu înseamnă că nu mai măsoară sau nu mai loghează nimic, ci că nu mai întrerupe pe cineva fără motiv. Dacă vrei să treci automatizarea ta prin criteriul ăsta, scrie-ne la [email protected].