Prieš organizacija galės nustatyti, ką AI leidžiama daryti, ji turi žinoti, kas iš tikrųjų yra sprendžiama. Tai gali skambėti savaime suprantamai, tačiau praktikoje nedaug direkcijų, paprašytos, gali pateikti išsamų vaizdą apie sprendimus, kurie kasdien priimami jų organizacijoje. Kas juos priima, kokiais duomenimis pagrįstai, ir kas nutinka, jei sprendimas pasirodo neteisingas. Sprendimų inventorizacija yra nieko daugiau ir nieko mažiau, kaip atsakymas į šiuos klausimus, sistemingai užrašytas.
Inventorizacija nėra techninis dokumentas. Tai organizacinis dokumentas, sudarantis pagrindą bet kokiam pokalbiui apie automatizavimą, atsakomybę ir tempą.
Naudinga inventorizacija apie kiekvieną sprendimą aprašo bent keturis dalykus. Pirma: kas šiuo metu priima sprendimą, ir ar tai yra pareigybė, komanda ar sistema. Antra: kokia informacija reikalinga sprendimui priimti, ir iš kur ta informacija gaunama. Trečia: kokia yra pasekmė, jei sprendimas pasirodo neteisingas, išreikšta žalos tipu — finansine, teisine, reputacijos, saugumo — o ne suma. Ketvirta: kaip dažnai sprendimas priimamas, nes dažnumas nusprendžia, ar automatizavimas kada nors atsiperka.
Šie keturi stulpeliai kartu parodo, kurie sprendimai yra nuspėjami ir kurie ne, kurie dažnai pasikartoja ir kurie yra retesni, ir kurie turi pasekmes, kurias organizacija gali arba negali pakelti. Šis derinys yra vertingesnis nei vien užduočių pavadinimų sąrašas.
Inventorizacija neapskaičiuoja, kokią sprendimo dalį gali perimti AI. Tai atskiras klausimas, su atskiru metodu, ir yra klaida bandyti atsakyti į abu vienu žingsniu. Kas pirmiausia norėtų sužinoti, ar sprendimas yra pritaikytas AI, prieš nustatant, kas tiksliai tas sprendimas yra ir kas už jį atsako, statys ant nepatikimo pagrindo.
Inventorizacija taip pat neteikia nuomonės, ar sprendimas turėtų būti automatizuotas. Tai pasirinkimas, kurį daro pati organizacija, žinodama riziką ir savo pačios tolerancijos ribas. Kai kurie sprendimai patenka į kategoriją, kuri niekada neturėtų būti automatizuota, tiesiog dėl to, kad klaidos pasekmės yra neatstatomos. Inventorizacija atkreipia dėmesį, kad tokie sprendimai egzistuoja; ji nesprendžia organizacijos vardu.
Įdomus poveikis, sudarant sprendimų inventorizaciją, yra tai, kad skirtingi žmonės tos pačios organizacijos viduje turi skirtingą vaizdą apie tai, kas priima kokį sprendimą. Operacinis vadovas mano, kad sprendimas priklauso komandai; direkcija mano, kad tai jos pačios sprendimas. Abu gali būti teisūs skirtingose situacijose, tačiau jei niekas to aiškiai neužrašė, kyla triukšmas, kai iškyla automatizavimo klausimas.
Toks skirtumas yra tiksliai priežastis, kodėl direkcijos narių nuomonės skiriasi dėl AI įdiegimo tempo: jie žiūri į tą pačią organizaciją, bet mato skirtingą sprendimų kraštovaizdį, nes niekas jo dar nėra bendrai užrašęs.
Inventorizacija be tolesnių žingsnių yra dokumentas, kuris pradingsta stalčiuje. Tolesni žingsniai susideda iš dviejų krypčių. Pirmoji kryptis yra taisyklių, nustatančių, ką sistema gali ir ko negali daryti savarankiškai, sukūrimas — susitarimai, nustatantys, kokiose ribose gali būti priimami automatizuoti sprendimai. Be šių taisyklių kiekvienas sprendimas dėl automatizavimo išlieka individualiu vertinimu, su visu tuo susijusiu nekonsekventiškumu.
Antroji kryptis yra pokalbis apie tempą: kurie sprendimai gali būti pirmieji nagrinėjami, ir kurie palaukia, kol organizacija bus tam pasirengusi. Šis pokalbis vyksta sklandžiau, kai valdyba ir direkcija turi tą pačią nuomonę apie tai, kas yra įgyvendinama per kokį laikotarpį, nei kai kiekvienas derasi iš savo pačių prielaidų.
Sprendimų inventorizacija aprašo esamą situaciją. Ji nieko nesako apie tai, ar organizacija yra pajėgi leisti AI atsakingai dalyvauti sprendimų priėmime — tai klausimas apie pajėgumą, o ne apie sprendimus savaime. Skirtumas tarp jų paaiškinamas puslapyje apie skirtumą tarp AI pajėgumo ir AI perėmimo, ir šis skirtumas yra priežastis, kodėl inventorizacija niekada nėra skirta būti galutiniu tikslu.
Inventorizacija taip pat nėra momentinė nuotrauka, kuri visada lieka teisinga. Sprendimai kinta, atsakomybės keičiasi, ir kyla naujų informacijos šaltinių. Kaip dažnai organizacija turi pakartoti pagrindinį matavimą, priklauso nuo to, kiek per tą laiką pasikeitė; tai aptariama puslapyje apie dažnumą, kuriuo turėtų būti kartojamas brandumo matavimas.
Kai tampa aišku, kokie sprendimai egzistuoja, kas juos priima ir kas yra rizikuojama, kyla klausimas, į kurį sprendimų inventorizacija pati neatsako: kokią dalį pagrindinio darbo iš tikrųjų gali perimti AI. Tai FTE TO AI darbo skenavimo sritis, kuri kiekvienai užduočiai apskaičiuoja, kokia dalis tinkama perėmimui. Darbo skenavimas plėtoja tai, ką atskleidė inventorizacija, tačiau nagrinėja kitą lygmenį: ne tai, ar organizacija pasirengusi pajėgti, o tai, kas konkrečiai galėtų būti perimta, kai ji tokia bus.
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.