Un proiect de AI care rămâne blocat la IT nu este de obicei o problemă tehnică. Este un proiect care nu a primit niciodată un proprietar din afara IT. IT construiește un model, un pipeline, o integrare — și așteaptă pe cineva care să spună ce muncă se va desfășura acum diferit. Dacă acea persoană nu există, sau nu are mandatul necesar, proiectul rămâne acolo unde a fost construit.
În părți ale fiecărei companii, munca se deplasează deja. Nu ca anunț, ci ca practică: o parte din muncă poate fi realizată independent de un sistem, o parte poate fi realizată de un sistem atâta timp cât un om aprobă sau respinge rezultatul cu motiv, iar o parte rămâne muncă umană pentru că judecata, responsabilitatea sau contactul cu un client nu pot fi separate de aceasta. Această tripartiție traversează aproape fiecare proces — nu pe departament, ci pe sarcină.
Diferența dintre o companie unde acest lucru funcționează și o companie unde proiectul se blochează la IT rareori se află în tehnică. Se află în cine a stabilit care sarcini se încadrează în care categorie, și cine are autoritatea să spună: această muncă se deplasează, iar aceasta rămâne cum este. Fără această stabilire, IT construiește ceva ce nimeni nu se încumetă să pună în producție, pentru că nimeni nu a luat decizia pe care decizia o cere.
Un proiect de AI care rămâne blocat la IT îi lipsește de obicei unul din trei lucruri:
O ambiție care merge dincolo de un pilot. Dacă întrebarea "putem construi asta" a fost răspunsă, dar întrebarea "ce muncă se schimbă structural prin asta" nu, nu există nimic de scalat. Ce ambiție e mai bine să o amânați cu un an discută despre distincția dintre o ambiție fezabilă acum și o ambiție care necesită mai întâi altceva.
Un răspuns la ce poate și ce nu poate decide un sistem fără supraveghere. Acel răspuns nu se află la IT, ci la departamentul care execută munca și la compliance. Ce faceți atunci când ambiția poate, dar compliance nu poate descrie ce se întâmplă când tehnica este pregătită înainte ca cadrele să fie pregătite.
Un drept de decizie în afara IT. Cineva din linie — nu din arhitectură — trebuie să poată spune că o sarcină se deplasează și că capacitatea eliberată este folosită în altă parte. Atâta timp cât acea decizie se află la IT, proiectul rămâne și el acolo, pentru că IT nu are acel mandat și nici nu ar trebui să îl aibă.
Un test de ambiție stabilește care este ambiția pe patru niveluri — viziunea, starea dorită, obiectivul concret și starea pe care acel obiectiv o presupune — și evaluează pe fiecare dimensiune dacă organizația este pregătită pentru asta. Nu este o măsurare a ceea ce poate face tehnic un sistem. Este o estimare a ceea ce organizația mai trebuie să reglementeze înainte ca munca să se deplaseze cu adevărat: drepturi de decizie, supraveghere, date, responsabilitate.
Această estimare nu este niciodată fermă. Este la fel de bună precum informația pe care se bazează, iar acea informație este adesea incompletă la momentul în care o conducere începe cu ea. O dimensiune care pare pregătită pentru că nimeni nu a pus întrebarea corectă nu este pregătită — acel rezultat spune în acel moment mai ales ceva despre ce nu a fost încă investigat. Invers, o dimensiune poate părea proastă în timp ce problema este mică de îndată ce cineva primește autoritatea de a o rezolva. Testul ordonează unde se află organizația; nu înlocuiește investigarea sarcinilor în sine.
Întrebarea de fond — ce muncă din această companie poate fi cu adevărat preluată de AI, parțial sau complet — este răspunsă cu scanul de muncă al FTE TO AI pe sarcină, nu pe departament sau funcție. Această distincție este necesară pentru că un proiect evaluat la nivel de funcție rămâne mereu blocat la IT: funcțiile nu se schimbă, sarcinile da.
Un singur proiect de AI care se blochează este de obicei un simptom. Adesea nu există o imagine continuă despre cum evoluează în timp cele opt dimensiuni de pregătire, și aceeași dimensiune rămâne an de an blocajul fără ca cineva să o numească — vedeți ce faceți cu o dimensiune care rămâne blocată de ani de zile. O ambiție care pe hârtie pare mică necesită frecvent capabilități care devin vizibile abia când cineva le pune alături de cele opt dimensiuni; această traducere se află în centrul ce capabilități are nevoie organizația mea pentru această ambiție. Și un proiect nu se blochează la IT dacă managementul este deja dezacordat între ei despre ce înseamnă ambiția — despre asta este cum îmi aliniez conducerea.
Pentru deciziile de personal care rezultă dintr-un astfel de proces, se aplică întotdeauna cerințele legale proprii; un test de ambiție și pregătire nu constituie o fundamentare pentru acestea și nu este destinat ca atare.
Verificarea gratuită de pregătire constă din opt întrebări scurte, una pentru fiecare dimensiune, și oferă o primă imagine despre unde organizația este cel mai avansată și unde nu. Nu este o judecată și nici un punct final, ci un punct de start pentru a purta discuția în afara IT înainte de a construi din nou un proiect pe care nimeni nu îl așteaptă. Testul complet de ambiție, cu cele patru straturi și cele cinci confidence gates, este în construcție.
Vertel wat u wilt bereiken, dan kijken we samen wat daarvoor moet staan.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.