hybridresourcing Registruotis į laukiančiųjų sąrašą

Kennisbank

Monitoringas ir signalizavimas: kas yra po tuo

Monitoringas ir signalizavimas yra pažadas, kad sistema stebi ir laiku duoda signalą: neįprastą sąskaitą faktūrą, klientą, kuris ketina išeiti, procesą, kuris strigo. Pod pokalbio langu ar prietaisų skydeliu, kuriame tas signalas pasirodo, slepiasi grandinė sprendimų, kuriuos organizacija turi priimti pati. Ta grandinė nulemia, ar signalizavimas duoda naudą, ar daugiausia prideda triukšmo.

Kas turi įvykti, kol yra kas signalizuoti

Signalas yra nukrypimas nuo modelio. Norint atpažinti modelį, pirmiausia turi būti bazinė linija: duomenys apie tai, kaip įprastai vyksta procesai, surinkti tokiu būdu, kuris yra palyginamas laiko atžvilgiu. Tam reikia duomenų, kurie įvedami nuosekliai, tuose pačiuose laukuose, su tomis pačiomis apibrėžtimis. Organizacija, kurioje trys padaliniai turi tris skirtingus būdus registruoti skundą, dar neturi bazinės linijos — ji turi tris bazines linijas, kurios nesiderina viena su kita.

Prie to priklauso ir tai: kas atsakingas už tų duomenų kokybę. Signalizavimas, kuris veikia remiantis duomenimis, kurių niekas netikrina, kada nors pateiks pranešimą, kuris neatitinka tiesos, ir tada kyla klausimas, kas tai pastebi ir pataiso. Neturint nuosavybės duomenų šaltinio atžvilgiu, signalas yra spėjimas su laiko žyma.

Kas yra slenkstis ir kas jį nustato

Kiekviena signalizavimo sistema veikia su slenksčiais: nuo kokio nukrypimo dydžio kažkas tampa pranešimu. Tas slenkstis nėra techninė detalė, o esminis sprendimas. Nustatytas per žemai — visi nuolat gauna pranešimus, kurie nieko nereiškia, ir tada nebeskaito jų. Nustatytas per aukštai — sistema tyli, kol jau kažkas nutinka blogai.

To slenksčio nustatymui reikia žmogaus, kuris išmano pagrindinį procesą — ne bendro parametro, kuris yra vienodas visoms komandoms. Sandėlio atsargų signalizavimo slenkstis yra kitas klausimas nei personalo kaitos signalizavimo slenkstis. Tai vienas iš pamatinių aspektų: neturint organizacijos, kuri šiuos sprendimus priima ir įtvirtina aiškiai, technologija slenkstį nustato už jus, dažniausiai standartine reikšme, kuri niekam tiksliai netinka.

Kas priima signalą ir ką su juo turi daryti

Signalas, kuris niekur nenusėda, nėra signalas. Tam reikia įtvirtinto kelio: kas gauna pranešimą, per kiek laiko jis peržiūrimas ir koks yra kitas žingsnis, jei pranešimas pasitvirtina. Neturint to kelio, pranešimas atsiduria pašto dėžutėje, kurios niekas nelaiko savo pirmuoju uždaviniu, ir ankstyvo signalizavimo pranašumas pradingsta reagavimo vėlavime.

Tai susiję su tuo, kaip padaliniai bendradarbiauja tarpusavyje: signalas apie klientą dažnai kyla vienoje komandoje, o jį turi tęsti kita. Tai, kaip koordinacija tarp padalinių vyksta jūsų organizacijoje, nulemia, ar tas perdavimas vyksta sklandžiai, ar strigo prie ribos tarp dviejų komandų, kurios nėra pratusios dalytis ta pačia informacija.

Ko signalizavimas reikalauja iš šaltinių, iš kurių jis semiasi

Signalizavimas dažnai veikia ne vien remiantis vienu struktūrizuotų duomenų srautu, o kombinacija: skaičiais iš sistemos ir tekstu iš e-laiškų, protokolų ar ataskaitų. Sistema, kuri turi signalizuoti remdamasi skundų laiškais ar posėdžių protokolais, pirmiausia turi mokėti tuos dokumentus perskaityti ir interpretuoti. Tai, kaip jūsų organizacija tvarkosi su dokumentų skaitymu ir apibendrinimu, todėl iš dalies nulemia, ar signalizavimas remiantis tekstiniais šaltiniais yra įgyvendinamas, ar pirma reikalauja darbo dokumentų valdymo lygmenyje.

Tas pats taikoma pokalbiams. Signalas, kuris kyla iš kažko, kas buvo pasakyta kliento pokalbio metu, egzistuoja tik jei tas pokalbis buvo užfiksuotas tokiu būdu, kad sistema galėtų jame paieškoti. Neturint struktūros pokalbių fiksavimui ir tęsimui, ta informacija paliks tik to, kas vedė pokalbį, galvoje, o tame niekas nesignalizuoja.

Kas signalizavimas nėra

Signalizavimas nėra veiksmas. Sistema praneša, kad kažkas vyksta; ji pati nesikiša. Kas tikisi, kad signalas automatiškai lems sprendimą, sumaišo signalizavimą su kitokio pobūdžio darbu: darbu, kuris perimamas ir įvykdomas. Kas tame galimas, aprašyta puslapyje agentai, kurie atlieka darbą — kitokiame lygmenyje nei tas, apie kurį čia kalbama.

Kodėl tai dažniausiai užsibūna kampe

Monitoringas dažnai išbandomas pirmiausia, tiesiog todėl, kad jis jaučiasi mažas ir aiškiai apibrėžtas: vienas prietaisų skydelis, viena komanda, vienas procesas. Tas apibrėžtumas yra ir spąstai. Signalizavimo sistema, kuri veikia vienoje vietoje, bet nėra prijungta prie likusios organizacijos, išlieka kuriozu, ne įrankiu. Kodėl pilotinis projektas, kuris veikia tik savo kampe, nieko neduoda, yra tiesiogiai susijusi su šiuo dėsniu: signalas, kuris nesusietas su procesu, kuris su juo kažką daro, išlieka demonstracija. Ir demonstracija, kurios tęsimu niekas nesirūpina kaip savo užduotimi, savaime pradingsta; tai taip pat priežastis, kodėl demonstracija be savininko nieko neduoda.

Ką tai reiškia, nuo ko pradėti

Ar jūsų organizacija paruošta monitoringui ir signalizavimui, priklauso ne nuo to, kokia technologija pasiekiama, o nuo to, ar bazinė linija, slenksčiai, tęsimo kelias ir nuosavybė jau egzistuoja. Tai lygiai tai, į ką žiūri hybridresourcing brandumo vertinimas: ne ar tai galima, o kas pirma turi būti sukurta.

Monitoringas ir signalizavimas praneša jums, kad kažkas vyksta. Jie nepasako, kuri dalis pagrindinio darbo — vertinimas, ataskaitų rengimas, tęsimas — realiai gali būti perimta AI. Tas klausimas priklauso FTE TO AI darbo skenavimui, kuris kiekvienai užduočiai apskaičiuoja, kuri darbo dalis tam tinkama, nepaisant to, ar organizacija tam jau paruošta.

Robbyde assistent van de volwassenheidsmeting

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.