HP ir OpenAI Frontier: pilotai baigiasi, prasideda valdomas diegimas
HP plečia OpenAI Frontier strateginę partnerystę, pereidama nuo pilotų prie platesnio DI diegimo organizacijoje.
Šiame straipsnyje · 6 dalys
- Kur HP naudoja DI? Klientų patirtyje, programinės įrangos darbuose, saugume ir darbuotojų produktyvume.
- Kokia pamoka verslui? Pilotą reikia paversti valdomu procesu su savininku, teisėmis ir matavimu.
OpenAI Frontier šiandien skamba kaip dar viena technologijų naujiena. Bet po paviršiumi yra paprastesnis klausimas: ką žmogui ir komandai su tuo daryti rytoj ryte?
OpenAI paskelbė, kad HP plečia Frontier strateginę partnerystę. Ne nuo nulio. Po pilotų, kurie apėmė klientų patirtį, programavimą, darbuotojų produktyvumą ir saugumą.
Atvirai? Aš į tokias naujienas žiūriu su dviem balsais galvoje. Vienas sako: „čia didelis dalykas“. Kitas iš karto klausia: „gerai, o kur procesas, kas atsakingas ir kaip nepamesti pinigų?“ Abu balsai reikalingi.
Kas nutiko
OpenAI rašo, kad HP naudoja ChatGPT plačiam žinių darbui, Codex modernizavimui ir programinės įrangos darbams, o saugumo komandos su DI greičiau analizuoja ir taiso pažeidžiamumus. Minimas orientacinis 82 valandų per savaitę saugumo komandos pajėgumo atlaisvinimas.
Čia man patinka žodis „po pilotų“. Nes daug įmonių gyvena amžiname pilote: pabandėm, patiko, įdėjom į skaidrę, pamiršom.
Kodėl tai svarbu
HP ir OpenAI Frontier istorija svarbi todėl, kad rodo perėjimą nuo pavienių entuziastų prie valdomo veikimo modelio: teisės, vertinimai, šablonai, diegimo kontrolė.
DI jau seniai nebėra vien tekstų generavimo triukas. Jis lenda į kodo peržiūrą, klientų aptarnavimą, robotiką, dokumentus, pardavimus ir vadovų sprendimus. Ir kuo arčiau tikro darbo, tuo mažiau užtenka entuziazmo.
Ką tai reiškia verslui
Lietuvos įmonėms čia labai praktiška pamoka. Jeigu pilotas pavyko, kitas klausimas nėra „ką dar pabandyti?“. Klausimas: kaip tą paversti taisykle, procesu ir matuojamu rezultatu.
- užrašyti, kuris pilotas davė rezultatą
- paskirti proceso savininką
- sutarti prieigas ir duomenų ribas
- perkelti pilotą į vieną komandą su aiškiu matu
Pavyzdys: jei DI padėjo programuotojams su testais, nereikia iškart diegti visur. Geriau pasirinkti vieną komandą ir 30 dienų matuoti pull requestų laiką bei klaidų skaičių.
Kur galima paslysti
Rizika – po sėkmingo piloto užkurti per didelį pažadų aparatą. Komanda tada ima gintis, nes DI tampa dar viena vadovybės kampanija.
Dažniausia klaida labai žmogiška: pamatome stiprų įrankį ir norime juo uždengti netvarkingą procesą. Bet DI nepadaro blogo proceso geru. Jis dažniausiai tik greičiau parodo, kur tas procesas skylėtas.
Ką pasidaryti šią savaitę
Peržiūrėkite paskutinius tris DI bandymus įmonėje ir pažymėkite: kuris turi savininką, matą ir kitą žingsnį?
Rašome apie dirbtinį intelektą lietuviškai. Kiekvienas straipsnis parengtas pagal nurodytą šaltinį, o nuorodą į originalą rasite kortelėje „Šaltinis“.
