Komanda norėjo kažką išbandyti. Pokalbių robotą klientų klausimams, scenarijų, kuris apibendrina ataskaitas, sujungimą su kalbos modeliu e. laiškų rūšiavimui. Tam nebuvo reikalingas didelis sprendimas: kažkas turėjo paskyrą, API raktą arba nemokamą bandomąjį laikotarpį, ir per pusdienį kažkas jau veikė. Pilotinis projektas veikė, arba veikė pakankamai gerai, ir niekas neturėjo priežasties jį išjungti.
Tai nėra išimtis. Tai yra įprastas būdas, kaip DI patenka į organizaciją. Ne per viešąjį pirkimą ar patvirtintą biudžetą, bet per bandinį stendą, kuris pergyvena savo pačio bandymo statusą. Testavimo fazė niekada nebuvo formaliai užbaigta, nes formalios pradžios, kurią būtų reikėję užbaigti, taip pat niekada nebuvo.
Pilotinis projektas, kuris veikia, yra naudojamas. Ir kas yra naudojama, tampa priklausomybe. Komanda, kuri sukūrė ataskaitų apibendrintuvą, galbūt jau išėjo, bet apibendrinimas vis dar atkeliauja kiekvieną savaitę. Niekas neturi užduoties jį išjungti, ir niekas nenori rizikuoti, kad kažkas nustotų veikti nežinant, kas užimtų jo vietą.
Be to, bandinis stendas dažniausiai neturi savininko tokia prasme, kokios tikisi valdymo struktūra. Nebuvo sudaryta rizikos klasifikacija, neatlikta duomenų analizė, nepriimtas sprendimas, kas yra atsakingas, jei kas nors nueina blogai. Pilotinis projektas egzistuoja tarpinėje erdvėje: pernelyg naudojamas, kad būtų ignoruojamas, pernelyg neformalus, kad būtų valdomas. Tai lygiai tas pats modelis, kuris veda prie darbuotojų, naudojančių įrankį, kurio niekas nepatvirtino — tik šįkart komandos lygmenyje, o ne individualiai.
Atradus neleistinai veikiantį bandinį stendą, reflektorinis atsakas dažniausiai yra: kas tai leido ir kodėl mes to nežinojome. Tas klausimas yra suprantamas, bet jis veikia priešingai. Kas jau pirmame pokalbyje pajunta, kad artėja kaltės klausimas, kitą kartą jau nieko nepasakos. Ir kitas bandinis stendas — kuris tikrai atsiras — pasislėps nuo akių lygiai taip pat, kaip šis.
Inventorizacija, pagrįsta pasitikėjimu, duoda daugiau, nei auditas, pagrįstas kontrole. Ne todėl, kad žmonės neturėtų ko slėpti, bet todėl, kad reikalinga informacija yra pas naudotoją, ir tas naudotojas kalba tik tada, kai jam nereikia bijoti atsakomybės už tai, ką jis ras.
Kai bandinis stendas jau žinomas, pirmas klausimas nėra, ar jis gali toliau egzistuoti, o kas tiksliai jis daro. Kokie duomenys į jį patenka, kas naudoja rezultatą, ir kas nutinka, jei rezultatas yra neteisingas. Tai tie patys klausimai, kurie taikomi kiekvienam kitam DI taikymui, ir atsakymas nustato, ar tai yra neformali priemonė, ar rizika, kuriai reikia dėmesio.
Toliau eina klasifikacija: ar taikymas tinka į jau egzistuojančią rizikos kategoriją, ar reikalauja naujo vertinimo. Toliau: kas turi būti dokumentuota, kad būtų galima parodyti, kad organizacija žino, kas veikia ir kodėl. Tai tiksliai tai, kas aptariama kas turi būti dokumentuota kiekvienam taikymui — ne kaip papildoma biurokratija, o kaip minimali dokumentacija, reikalinga atskirti pilotinį projektą nuo rizikos.
Bandinis stendas, kuris išlaiko šį patikrinimą, gali toliau egzistuoti, dabar su savininku ir klasifikacija. Bandinis stendas, kuris patikrinimo neišlaiko, turi būti išmontuotas — bet tai yra kontroliuojamas procesas, o ne asmens, kuris jį kadaise pradėjo, atleidimas.
Bandinis stendas, kuris niekada nebuvo išjungtas, yra viena platesnio modelio forma. Pagalvokite apie naršyklės plėtinį su prieiga prie jūsų pašto, kurį kažkas kadaise įsidiegė, kad sutaupytų laiko, arba apie įmonės duomenis, kurie atsiduria nemokamame pokalbių lange, nes tai buvo greičiau, nei naudoti oficialų įrankį. Visos šios situacijos turi vieną bendrą bruožą: jos atsirado iš praktinio poreikio, ne iš politikos sprendimo, ir jos toliau egzistuoja tol, kol niekas apie jas nepasiteirauja.
IT patvirtintos programinės įrangos sąrašas todėl nėra inventorizacijos pradžios taškas — tai yra paieškos pradžios taškas, kai ieškoma to, kas yra už šio sąrašo ribų. Kas norėtų sužinoti, kaip ta paieška atrodo, ras metodą kaip susikurti DI inventorizaciją.
Bandinis stendas, kuris iškyla į dienos šviesą, dažniausiai sukelia papildomą klausimą, kuris pranoksta valdymą: kodėl tai iš tikrųjų veikė taip gerai, kad niekas neišdrįso to sustabdyti? Tai klausimas apie patį darbą, ne tik apie riziką. FTE TO AI darbo skenavimas apskaičiuoja kiekvienai užduočiai, kokią darbo dalį galėtų perimti DI, ir tuo parodo tai, ką bandinis stendas jau implicitiškai rodė: kad dalis darbo gali būti organizuota kitaip. Kur Responsible AI Scan atskleidžia, kas veikia ir su kokia rizika, darbo skenavimas parodo, iš kur tas naudojimas atsirado ir ką jis struktūriškai reiškia užduočių paskirstymui.
Responsible AI Scan, su inventorizacija, klasifikacija ir valdymo rinkiniu, kurie aprašyti aukščiau, yra kuriama. Kas su tuo susiduria jau dabar ir norėtų būti informuotas, kai priemonė bus prieinama, gali užsiregistruoti laukiančiųjų sąraše.
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.