Po pokalbio langu vyksta kažkas kitokio nei klausimas ir atsakymas. Grandinė yra eilė žingsnių, kurie vienas po kito seka be to, kad žmogus tarp kiekvieno žingsnio turėtų iš naujo paspausti pradžią. Užklausa ateina, yra perskaitoma, patikrinama pagal taisyklę, perduodama sistemai, ir rezultatas pranešamas tam, kuriam jo reikia. Žmogui tai yra eilė veiksmų vienas po kito. Grandinei tai yra vienas judesys, jei kiekvienas žingsnis žino, kas rezultatas gautas ankstesniame žingsnyje ir ko reikia kitam.
Automatizuoti vieną užduotį yra suvaldoma: perskaityti dokumentą, sudaryti santrauką, atsakyti į klausimą. Grandinė yra kitas dalykas, nes klaida antrame žingsnyje persiduoda į penktą žingsnį, ir niekas tos klaidos nepastebi tol, kol rezultatas jau kažkur nusėdo. Todėl grandinės reikalauja daugiau nei pavieniai žingsniai: turi būti kažkas, kas patikrina, ar perdavimas tarp žingsnių yra tvarkingas, ir turi būti kažkas ar kažkas, kas įsikiša, kai taip nėra. Be to grandinė tampa gamybos linija be avarinio stabdžio.
Grandinė paveikia kelias sistemas, o tai reiškia, kad tos sistemos turi mokėti tarpusavyje „bendrauti“. Jei CRM, planavimo įrankis ir sąskaitų faktūrų sistema kiekviena naudoja savo apibrėžimą, kas yra „klientas“ ar „statusas“, grandinė nutrūksta tame taške, kur vyksta perdavimas. Tai nėra AI problema; tai klausimas, kuris kyla anksčiau nei AI — apie tai, ar infrastruktūra ir duomenų valdymas yra sutvarkyti taip, kad informacija galėtų keliauti iš vienos sistemos į kitą nereikalaujant rankinio taisymo.
Be to, grandinė reikalauja organizacijos, kuri žino, kas už ką atsakingas, kai kažkas nepavyksta. Atskiros užduoties atveju tas klausimas nedidelis: kažkas patikrina rezultatą ir patys jį pataiso. Grandinės atveju klausimas didesnis, nes klaida gali įvykti kitoje vietoje nei ta, kur ji tampa pastebima. Kas stebi grandinę, kas pastebi gedimą, ir kas nusprendžia, ar grandinė gali veikti toliau, ar turi sustoti — tie klausimai turi būti atsakyti anksčiau, nei grandinė paleidžiama.
Dažnas modelis yra signalizavimas, kuris sukelia tolesnį žingsnį: kažkas pastebima, ir tas pastebėjimas paleidžia kitą veiksmą, o ne lieka vien pranešimu. Kas tam reikalinga, aprašyta puslapyje apie stebėjimą, kuris savaime perjungia į tolesnį veiksmą. Kitas modelis yra tai, kad grandinė perduoda žingsnius tarp skyrių: kažkas, kas prasideda pirkimuose, eina per finansų skyrių ir baigiasi operacijose, be to, kad kažkas turėtų vis iš naujo tai persiųsti. Ko tai reikalauja iš organizacijos, aprašyta puslapyje apie koordinavimą tarp skyrių, kuris dabar dar vyksta per žmones. Taip pat grandinė, kuri prasideda gaunamu dokumentu — skaitymu, vertinimu, perdavimu — tęsia tai, kas aprašyta puslapyje apie dokumentus, kurie perskaitomi ir apibendrinami prieš tai, kai kažkas juos persiunčia.
Ką grandinė duoda, priklauso nuo to, kiek iš tų žingsnių iš tikrųjų vienas su kitu sujungti. Grandinė, kuri popieriuje turi dešimt žingsnių, bet trečiame žingsnyje užstringa, nes sistema neperduoda aktualių duomenų, duoda mažai naudos, palyginti su trijų žingsnių grandine, kuri iš tikrųjų veikia be pertrūkio. Grandinės ilgis yra mažiau svarbus nei klausimas, ar kiekviena jungtis iš tikrųjų sujungta su kita.
Dažniausia priežastis, kodėl grandinė neveikia, yra ta, kad pamatiniai lygiai tam nėra pasiruošę. Duomenys, kurie vienoje sistemoje struktūrizuoti kitaip nei kitoje, IT infrastruktūra, kuri negali automatiškai perduoti žingsnių, arba organizacija, kuriai nėra aišku, kas vėl paleidžia nutrūkusią grandinę — tai nėra dalykai, kuriuos grandinė pati išsprendžia. Todėl tvarka yra svarbi: pirmiausia sutvarkyti pamatinius lygius, tik tada priklausomas žingsnis — grandinė, kuri iš tikrųjų veikia. Organizacija, kuri šią tvarką sukeičia, statosi grandinę ant pamato, kuris dar nepaklotas.
Grandinė, kuri veikia, retai yra vien techninė problema. Tai organizacinis klausimas: kas yra proceso savininkas, kai jis nebėra suskirstytas į atskiras užduotis, o egzistuoja kaip vienas nenutrūkstamas judesys? Kas nusprendžia, ar išimtis grandinėje gali eiti toliau, ar turi būti iš jos pašalinta? Tai tiksliai tie klausimai, į kuriuos žiūri hybridresourcing brandumo vertinimas, per septynis matmenis, prieš tai, kai bus galima ką nors pasakyti apie konkrečią grandinę.
Ar grandinė gali veikti jūsų organizacijoje, yra klausimas apie pasirengimą. Kokia dalis darbo tos grandinės iš tikrųjų gali būti perimta AI, yra kitas klausimas, ir į jį atsako FTE TO AI darbo skanavimas, kuris kiekvienai užduočiai apskaičiuoja, kokia darbo dalis tinkama perėmimui. Ko tai reikalauja iš organizacijos, kai AI nebe atsako į užduotį, o vykdo procesą, aprašyta puslapyje apie ką AI agentų naudojimas reikalauja iš jūsų organizacijos. Prieš į tą klausimą prasmingai atsakyti, turi būti aišku, ar pamatiniai lygiai yra sutvarkyti — ir tuo šis vertinimas ir pradeda.
hybridresourcing brandumo vertinimas yra kuriamas. Kas norėtų sužinoti, kaip penki lygiai per septynis matmenis siejasi su jūsų organizacija, ir kaip plot-etapas parodo skirtumus tarp kolegų, gali užsiregistruoti laukiančiųjų sąraše. Šiuo metu rezultato pateikti negalima; tačiau yra vieta, kur pirmiausia sužinoti, kai tai bus įmanoma.
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.