Daugelyje organizacijų egzistuoja nusistovėjęs sąrašas taikymų, kurie tariamai "nepatenka į taikymo sritį". Teksto pasiūlymas teksto redaktoriuje, spam filtras, pokalbių robotas, kuris atsako tik pagal nustatytą DUK. Prielaida yra ta, kad šie taikymai yra pernelyg smulkūs, pasenę ar nekalti, kad būtų taikomas valdymas. Ta prielaida kartais pasitvirtina. Ji nepasitvirtina visada, ir ji retai pasitvirtina ilgą laiką.
Ar kažkas nepatenka į taikymo sritį, nėra technologijos savybė. Tai klasifikacija, kuri priklauso nuo to, ką sistema daro, kam ir su kokiu poveikiu, jei kažkas nutinka blogai. Tas pats teksto pasiūlymas, kuris šiandien nepatenka į taikymo sritį, nes darbuotojui tik pasiūlo žodį, rytoj gali patekti į taikymo sritį, kai jis automatiškai baigs ir siųs e-laiškus be žmogaus įsikišimo.
Trys veiksniai kartu nustato, ar taikymas patenka į taikymo sritį, ar ne.
Pirmasis yra funkcija: ar sistema priima sprendimą, ar tik teikia informaciją, kurią įvertina žmogus? Įrankis, kuris reitinguoja kandidatus, yra arčiau taikymo srities nei įrankis, kuris tik padaro CV paieškius. Kur tiksliai tame spektre yra konkretus taikymas ir kodėl, skaitykite analizėje apie tai, ką aukštas rizikos lygis reiškia jūsų organizacijai.
Antrasis yra pačios organizacijos vaidmuo. Tas, kuris sistemą perka ir naudoja nepakeistą, yra kitokioje situacijoje nei tas, kuris ją patys kuria, apmoko ar pritaiko. Tas pats taikymas vienai organizacijai gali nepatekti į taikymo sritį, o kitai patekti, vien todėl, kas kokią atsakomybę prisiima. Šis skirstymas nagrinėjamas klausime, ar esate teikėjas ar naudotojas, ir keičiasi, kai kas nors organizacijoje pritaiko ar iš naujo apmoko modelį, kaip aprašyta tekste apie tai, kas pasikeičia, kai patys pritaikote modelį.
Trečias veiksnys yra laikas. Sistema, kuri šiuo metu nepatenka į taikymo sritį, po metų gali nebebūti tokia, ne todėl, kad taisyklės pasikeitė, o todėl, kad pasikeitė naudojimas. Pokalbių robotas, kuris pradėjo kaip informacijos šaltinis, gali išaugti į sistemą, kuri tvarko skundus. Komandos ar padalinio vaidmuo tokios sistemos atžvilgiu tada pasislenka, ir kada tai nutinka, aprašyta tekste apie tai, kada keičiasi jūsų vaidmuo ir nuo ko tai priklauso.
Šių trijų veiksnių padarinys yra tai, kad "nepatekimas į taikymo sritį" niekada nėra nuolatinė būsena. Tai momentinė nuotrauka, kurią reikia iš naujo įvertinti, kai pasikeičia sistemos funkcija, kai organizacija gauna kitokį vaidmenį tos sistemos atžvilgiu, arba kai naudojimas išsiplečia į kažką, ko įsigyjant nebuvo numatyta.
Tai tiksliai ta vieta, kur šešėlinis DI trikdo klasifikaciją. Taikymas, kuris IT sąraše pažymėtas kaip "nepatenka į taikymo sritį", praktikoje gali būti naudojamas taip, kad tai jau nebeatitinka. Komanda, kuri naudoja kalbos modelį kliento komunikacijos juodraščiams rašyti, galbūt ją naudoja ir galutiniams atsakymams siųsti be pranešimo apie tai. Klasifikacija popieriuje ir naudojimas praktikoje tada skiriasi, ir niekas, kas žiūri vien į įsigytas licencijas, to skirtumo nepamato.
Vienintelis būdas tai pamatyti yra klausti. Ne sistemos, o žmonių, kurie ją naudoja. Tai veikia tik tuo atveju, jei klausimų kėlimas nereiškia atsiskaitymo: kas bijo pasekmių, koreguoja savo atsakymą arba jo neduoda. Klasifikacija, kuri grindžiama vien įsigytomis licencijomis, todėl sistemingai nepastebi taikymų, kilusių iš praktinio naudojimo, o tai dažnai yra tiksliai tie taikymai, apie kuriuos niekas nebežino, ar jie vis dar nepatenka į taikymo sritį, ar jau seniai giliai jos viduje.
Klausimo "ar tai nepatenka į taikymo sritį" todėl negalima atsakyti atskirai nuo klausimo, kas tiksliai vyksta, kas apie tai sprendžia ir kiek laiko toks stovis egzistuoja. Inventorizacija, kuri šiuos tris veiksnius fiksuoja kiekvienam taikymui, suteikia klasifikaciją, kuri atitinka tikrąją padėtį, o ne prielaidą, su kuria sistema kadaise buvo įsigyta. Kas dabar reikalauja dėmesio ir ką galima ramiai planuoti, priklauso nuo tų pačių veiksnių ir aptariama skirtume tarp to, kas turi būti daroma dabar, ir to, kas gali būti planuojama.
Kai tik tampa aišku, kurie taikymai patenka į taikymo sritį ir kokį vaidmenį jūsų organizacija ten atlieka, kyla tolesnis klausimas, kuris nėra apie valdymą, o apie darbą: kokią dalį užduoties tokia sistema faktiškai perima, ir kokia dalis lieka žmogaus darbas? Į tą klausimą valdymo skenavimas neatsako. Tam skirtas FTE TO AI darbo skenavimas, kuris kiekvienai užduočiai apskaičiuoja, kokią dalį darbo galima perduoti DI, ir taip suteikia vaizdą apie pastangas, kurios slypi už klasifikacijos.
Vraag maar. Governance begint bij weten wat er draait — ook wat niemand heeft goedgekeurd.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.