Kas AI-d on turvaline käitada, otsustab IT. Kas sellest tohib sõltuda, otsustad sina
Sinu IT-juht oskab öelda, kas AI-d on turvaline käitada.
Ainult sina saad otsustada, kas sellest on turvaline sõltuda.
Seda mustrit näen Euroopa ettevõtetes, kus on 80 kuni 500 töötajat:
IT-lt küsitakse: „Kas me saame seda AI-tööriista turvaliselt kasutada?“
Nad vastavad õigesti: „Jah, kui me selle korralikult seadistame, ühenduse krüpteerime ja juurdepääsuõigusi haldame.“
Sellest tehnilisest kinnitusest saab äriotsus.
Aga IT-lt ei küsitud kunagi: „Kui see tarnija muudab hindu, lõpetab mudeli toe või saab kohtukutse, mis juhtub meie tegevusega?“
Kaks otsust, mis aetakse segamini:
Turvakinnitus (IT pädevus)↳ Kas saame seda turvaliselt käitada?↳ Kas ühendus on krüpteeritud?↳ Kas see integreerub meie süsteemidega?
Strateegiline omand (tegevjuhi pädevus)↳ Kas saame sellest pikaajaliselt sõltuda?↳ Kes kontrollib hinnastust ja mudeliuuendusi?↳ Kas see kaitseb meie konkurentsiteadmisi või lekitab neid?
IT-juhid on ülekoormatud ja pragmaatilised. Kui neil palutakse AI-d hinnata, on vähima vastupanu tee „kasuta seda, mida kõik teised kasutavad“.
Sellest saab koorem siis, kui sinu ettevõtte 20 aasta protsessiteadmised voolavad läbi API-de, mida sa ei kontrolli.
Mida teevad ettevõtted, kes saavad sellega hakkama:
Nad eraldavad küsimused varakult.
Tavaülesanded (avaliku sisu tõlkimine, uuringute kokkuvõtted): avalikud API-d. Optimeeri kiirusele.
Konkurentsiteadmised (kliendisuhtlus, tehnilised spetsifikatsioonid, siseraportid): oma taristu.
Otsus ei ole „avalik pilv vs. on-premise / privaatpilv“.
Otsus on: „Mille üle võime kontrolli kaotada ja mis loob eelise just seetõttu, et see on meie oma?“
Kui juhtkond seda vahet ei tee:
- AI-piloodid jäävad tootmises toppama, sest meeskonnad ei usalda väljundeid, mida nad auditeerida ei saa
- Kulud kasvavad ettearvamatult ja CapEx-otsustest saavad OPEX-sõltuvused
- Mudeliuuendused lõhuvad töötavaid süsteeme ilma hoiatuseta ning sa ei saa külmutada versiooni, mis töötas, ega auditeerida, mis muutus
- Väljumisläbirääkimistel selgub, et su „AI-transformatsioon“ ei lisanud ettevõtte väärtusele midagi, sest sa ei oma midagi
Otsustusraamistik:
Enne mis tahes AI-lahenduse heakskiitmist küsi:
1. Kui see tarnija muudab homme tingimusi või mudeleid, kas suudame edasi töötada?→ Kui ei, vajad omandit, mitte renti.
2. Kas see süsteem puudutab teadmisi, mis loovad konkurentsieelist, või tundlikke andmeid?→ Kui jah, kuulub see sinu taristusse.
3. Kas suudame iga selle süsteemi otsust audiitoritele ja klientidele selgitada?→ Kui ei, pärid vastutuse ilma kontrollita.
Mis enamikul ettevõtetel kahe silma vahele jääb:
Turvalisus on kontrollpunkt. Sõltuvus on strateegiline otsus.
Sinu IT-meeskond saab kontrollida SOC 2 vastavust. Ta ei saa kontrollida, et OpenAI ei tõsta järgmisel aastal hindu 300%, ei lõpeta selle mudeli tuge, millest su töövood sõltuvad, ega saa ise ostetud.
Need on päris riskid. Nii tarkvaraturud toimivadki.
Ettevõtted, kes selles võidavad, ei küsi: „Kas me saame seda tarnijat usaldada?“
Nad küsivad: „Kui see suhe muutub, ja see muutub, kellel on kontroll?“
See on küsimus, millele saab vastata ainult juhtkond.
Seotud postitused
- Iga AI-tööriist peab läbima kolme küsimusega omanikutestiJärjepidevus, eelis, vastutus. Kolm küsimust, mis määravad, kas AI-tööriist sobib avaliku API, piirangutega hübriidi või suveräänse süsteemi alla.
- Sinu tarnija ärimudel on sinu äririskMeta 200-leheküljeline juhend lubas bottidel lastega flirtida. Kuidas kontrollida enne ostu tarnija tulumudelit, juhtimist ja jurisdiktsiooni.
- Kohtlen open source AI-mudeleid nagu tundmatuid USB-pulki2500 Hugging Face'i mudeli skannimine leidis 86 probleemset: peidetud litsentsid, LFS-viidad ja pahavaralaadne kood. Nii kontrollid mudelit enne laadimist.