Monitorizarea și semnalarea reprezintă promisiunea că un sistem urmărește activitatea și dă un semnal la timp: o factură anormală, un client care riscă să plece, un proces care se blochează. Sub fereastra de chat sau tabloul de bord în care apare acel semnal, se află un lanț de decizii pe care organizația trebuie să le ia ea însăși. Acel lanț determină dacă semnalarea aduce ceva sau mai ales adaugă zgomot.
Un semnal este o abatere de la un model. Pentru a recunoaște un model, trebuie să existe mai întâi o linie de bază: date despre cum se desfășoară lucrurile în mod normal, colectate într-un mod comparabil în timp. Acest lucru necesită date introduse consecvent, în aceleași câmpuri, cu aceleași definiții. O organizație în care trei departamente au trei moduri diferite de a înregistra o reclamație nu are încă o linie de bază — ea are trei linii de bază care nu se corelează între ele.
De asemenea, este important cine este responsabil pentru calitatea acestor date. O semnalare care se bazează pe date pe care nimeni nu le verifică va raporta, la un moment dat, ceva incorect, și atunci se pune întrebarea cine observă și corectează asta. Fără asumarea responsabilității asupra sursei de date, un semnal este o presupunere cu marcă de timp.
Fiecare sistem de semnalare funcționează cu praguri: de la ce abatere devine ceva o notificare. Acel prag nu este un detaliu tehnic, ci o decizie de conținut. Stabilit prea jos, toată lumea primește continuu notificări care nu înseamnă nimic, după care nimeni mai nu le citește. Stabilit prea sus, sistemul rămâne tăcut în timp ce ceva merge deja rău.
Stabilirea acelui prag necesită pe cineva care cunoaște procesul de bază — nu o setare generală care este aceeași pentru fiecare echipă. Un prag pentru semnalarea stocurilor într-un depozit este o întrebare diferită de un prag pentru semnalarea fluctuației de personal. Aceasta este una dintre dimensiunile fundamentale: fără o organizație care face aceste alegeri explicite și le documentează, tehnologia stabilește pragul în locul dumneavoastră, de obicei la o valoare standard care nu se pliază exact pe nimeni.
Un semnal care nu ajunge nicăieri nu este un semnal. Acest lucru necesită un traseu stabilit: cine primește notificarea, în cât timp este examinată și care este următorul pas dacă notificarea este corectă. Fără acest traseu, notificarea se termină într-o căsuță poștală pe care nimeni nu o consideră prima sa sarcină, iar avantajul semnalării timpurii se pierde în întârzierea urmăririi.
Acest lucru se referă la modul în care departamentele lucrează între ele: un semnal despre un client apare de multe ori la o echipă și trebuie urmat de o alta. Modul în care coordonarea între departamente se desfășoară în organizația dumneavoastră determină dacă acel transfer se face fluent sau se blochează la limita dintre două echipe care nu sunt obișnuite să împartă aceeași informație.
Semnalarea nu funcționează de multe ori pe un singur flux de date structurate, ci pe o combinație: cifre dintr-un sistem, și text din e-mailuri, rapoarte de întâlniri sau rapoarte. Un sistem care trebuie să semnaleze pe baza scrisorilor de reclamație sau a rapoartelor de întâlniri trebuie mai întâi să poată citi și interpreta acele documente. Modul în care organizația dumneavoastră gestionează citirea și rezumarea documentelor determină astfel, în parte, dacă semnalarea pe baza surselor textuale este fezabilă, sau dacă necesită mai întâi lucru la nivelul gestionării documentelor.
Aceeași situație se aplică conversațiilor. Un semnal care provine din ceva spus într-o conversație cu un client există numai dacă acea conversație a fost înregistrată într-un mod în care un sistem o poate căuta. Fără o structură pentru înregistrarea și urmărirea conversațiilor, acea informație rămâne în capul celui care a purtat conversația, iar acolo niciun sistem nu semnalează nimic.
Semnalarea nu este o acțiune. Sistemul semnalează că se întâmplă ceva; el nu intervine el însuși. Cel care se așteaptă ca un semnal să conducă automat la o soluție confundă semnalarea cu un alt tip de muncă: muncă care este preluată și executată. Ceea ce este posibil în acest sens este descris la agenții care execută muncă — un alt nivel decât cel discutat aici.
Monitorizarea este de multe ori primul lucru încercat, tocmai pentru că se simte mic și delimitat: un tablou de bord, o echipă, un proces. Acest caracter delimitat este și capcana. Un sistem de semnalare care funcționează într-un singur loc, dar care nu este conectat la restul organizației, rămâne o curiozitate în loc de un instrument. De ce un proiect pilot care funcționează doar în colțul său nu produce nimic se corelează direct cu acest model: un semnal fără legătură cu un proces care face ceva cu el rămâne o demonstrație. Și o demonstrație fără cineva care consideră urmărirea drept sarcina proprie se pierde de la sine; acesta este și motivul pentru care o demonstrație fără proprietar nu produce nimic.
Faptul că organizația dumneavoastră este pregătită pentru monitorizare și semnalare nu depinde de tehnologia disponibilă, ci de existența deja a liniei de bază, a pragurilor, a traseului de urmărire și a asumării responsabilității. Exact la acest lucru se uită măsurarea maturității de la hybridresourcing: nu dacă se poate, ci ce trebuie să existe mai întâi.
Monitorizarea și semnalarea vă spun că se întâmplă ceva. Ele nu vă spun ce parte din munca de bază — evaluarea, raportarea, urmărirea — poate fi efectiv preluată de AI. Această întrebare este abordată de scanarea muncii de la FTE TO AI, care calculează per sarcină ce parte din muncă este eligibilă pentru acest lucru, independent de întrebarea dacă organizația este deja pregătită pentru asta.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.