Ajatusjohtajat

Perustuslaki uudelle yritykselle: 15 sääntöä tekoälyn hallinnolle

mm
Lisää Unite.AI suosikkilähteisiisi Google-palvelussa

Nämä esseet pitti olla arkkitehtuurista. Lue ne uudelleen ja huomaa, mitä ne todella tekivät: ne jatkoivat sääntöjen antamista. Hyväksynnät eivät ole dataa; vahvistukset ovat. Hallitse seurauksilla. Älä mainosta mallia; mainosta työnkulkua. Seuraavaa suoritusta muuttamaton seuraus on vain tapaus, ei oppimista. Säännöt, jotka esitetään suoraan, eivät ole vinkkejä. Ne ovat artikkeleita. Ja jossain kirjoituksessa johtopäätös lakkasi olla valinnainen: yritys, jonka tarkoitus on toimia tekoälyn avulla, tarvitsee perustuslain.

AI-laboratoriot päättivät tämän ennen meitä muita. Anthropic kirjoitti perustuslain malleilleen — selkeän periaatetaulukon, jonka järjestelmä on koulutettu noudattamaan — teoriassa, joka ulottuu paljon mallikoulutuksen ulkopuolelle: ohjeistus, joka ei ole missään asiakirjassa, ei päädy missään. Katso nyt yrityksiä, jotka ottavat nämä mallit käyttöön. Useimmilla on pilotteja, politiikka hajallaan turvallisuusarvioinneissa ja vaistoja, jotka ovat periytyneet viimeisen toimittajaluennon osallistujilta. Malleilla on kirjalliset periaatteet. Niitä ylläpitävillä organisaatioilla ei ole.

Miksi perustuslaki, eikä toinen politiikka? Politiikka kirjoitetaan teknologiaa varten, ja tämä teknologia muuttuu joka neljännes; perustuslaki kirjoitetaan organisaatiota varten, ja se määrittelee, mikä pysyy voimassa kun kaikki alla oleva muuttuu. Politiikat monistuvat, kunnes kukaan ei pysty hallitsemaan niitä; perustuslaki pysyy tarpeeksi lyhyenä, että manageri voi kantaa sen kokoukseen. Ja perustuslaki sallii muutokset — avoimesti, todisteiden perusteella — kun taas politiikka vain kerääntyy.

Joten tässä on minun: viisitoista artiklaa, kolmessa osassa. Vain väitteet — kunkin taustalla oleva perustelu ja vahvimmat vastaväitteet — ansaitsevat enemmän tilaa kuin essee tarjoaa. Julkaisen ne nyt, ennen pidempää käsittelyä, juuri jotta niistä voidaan väitellä.

I. Kuinka työ toimii

Artikla 1. Tulokset ovat arvoyksikkö. Tekoälyohjelmaa arvioidaan sen perusteella, mitä työhön tapahtuu: nopeammin, vähemmän virheitä, edullisemmin, vähemmän ihmistyötä ja toimiva hallinta. Laske nämä. Älä laske käyttöön otettuja agenteja.

Artikla 2. Tekoäly ehdottaa, ihmiset päättävät, automaatio toteuttaa. Agentit lukevat kontekstin, käsittelevät vaihtelua, keräävät todisteita ja valmistautuvat. Ihmiset tekevät päätökset, joilla on seuraukset, ja niihin liittyvä vastuu. Automaatio toteuttaa hyväksytyn muutoksen.

Artikla 3. Älä käytä älykkyyttä työhön, joka ei sitä tarvitse. Missä tahansa työ voidaan kirjata ja tarkistaa, se toimii automaationa — ei mallia silmukassa, ei maksua per suoritus, sama tulos jokaisella kerralla. Malleja varataan päätöksentekoon, kieleen ja vaihteluun.

Artikla 4. Orkestrointi pitää työn koossa. Työ, joka ulottuu ihmisiin, agenteihin, automaatioihin ja järjestelmiin, koordinoidaan julistetun rakenteen avulla, joka hallitsee etenemistä, tilaa ja palautumista. Missä polku on tiedossa, ilmoita se. Säilytä tavoitteiden hakemisen vapaus niille tuloksille, jotka todella ylittävät polut — ja sidota se tiukimmin juuri siellä.

Artikla 5. Auktoriteetti ansaitaan työn kautta, eikä sitä koskaan myönnetä mallille. Agentti voi avustaa ketä tahansa annetussa kontekstissa. Se saa todellisen auktoriteetin vain siihen työhön, jonka kontekstin se on saanut tuntea — kuvattu, rajattu, kirjallisilla rajoilla — ja vain kun todisteet kerääntyvät. Auktoriteetti pienenee automaattisesti, kun suoritus heikkenee.

Artikla 6. Suunnittele poikkeusten tehdas. Onnistunut polku on se, mitä prosessikaavio näyttää; poikkeamat ovat se, missä yritys todellisuudessa toimii. Suunnittelu, joka käsittelee vain onnistuneen polun, automatisoi helpon kahdeksankymmentä prosenttia ja romahtaa kaksikymmentä prosenttia, jossa kustannus piilee. Eskalointi, palautus ja toipuminen päätetään suunnitteluvaiheessa, eivätkä ne löydy tuotannossa.

II. Mitä organisaatio rakentaa ja säilyttää

Artikla 7. Rakenna kartta ja raiteet matkan varrella. Jokaisen tekoälyn käyttöönoton tulisi jättää jälkeensä kaksi asiaa: parempi kartta siitä, miten työ todellisuudessa toimii, ja automaatiot niille osille, jotka osoittautuivat vakaiksi. Rakenna molemmat tekoälyn avulla samanaikaisesti ensimmäisestä projektista — ei erillisenä ohjelmana myöhemmin.

Artikla 8. Tallenna päätökset, ei keskusteluja. Jokainen vuorovaikutus mallin kanssa joko liitetään siihen työhön, johon se kuuluu — prosessiin, tapaukseen, päätökseen — tai katoaa istunnon päättyessä. Talletus alkaa ensimmäisestä valvotusta delegoinnista, ei autonomiasta.

Artikla 9. Vuokraa mallit; omista muisti. Älä koskaan sitoudu yhteen malliin — vaihda kyvykkyyden, kustannusten ja datan sijainnin mukaan, ilman että työ on kirjoitettava uudelleen. Se, mitä organisaatio omistaa, on muisti: sen työn kartta, päätösten ja korjausten kirja, ja ajan myötä mallit, jotka on koulutettu sen omalla vahvistetulla työstä, sen omissa tiloissa.

Artikla 10. Oppiminen on hallittua, ei itsemuokkaavaa. Todisteet ehdottavat; nimetty omistaja hyväksyy; mikään ei tule käyttöön ilman tätä hyväksyntää. Päätösten kirja on vain lisättävissä.

III. Mitä tapahtuu ihmisille

Artikla 11. Yksi ohjelma, ei kahta. Tekoälyn käyttöönotto ja työvoiman muutos ovat sama ohjelma. Jokainen käyttöönottopäätös on työvoimapäätös; jokainen työvoimapäätös muuttaa, mitä tekoäly voi turvallisesti tehdä.

Artikla 12. Pidä molemmat kirjanpitojärjestelmät. Tuottavuuskirjanpito tallentaa, mikä nopeutui ja tuli edullisemmaksi. Institutionaalinen kirjanpito tallentaa, mikä menetettiin, säilytettiin tai rakennettiin uudelleen: luottamus, mentorointi, asiakasmuisti, paineen alla tehty päätöksenteko, kulttuuri. Raportoi molemmat.

Artikla 13. Suunnittele roolit uudelleen jäljelle jäävän työn ympärille. Jokainen rooli tuottaa kaksi tuotosta: näkyvän työn tuotoksen, jonka tekoäly yhä enemmän omaksuu, ja kehityksellisen, jota se ei tee — luottamus, joka rakentuu ajan myötä, mentorointi, asiakassuhteet, päätöksenteko poikkeustilanteissa. Suunnittele roolit uudelleen toisen ympärille ennen kuin poistat ne ensimmäisen vuoksi.

Artikla 14. Rakenna oppisopimus tarkoituksellisesti uudelleen. Vanha oppisopimus — nuoret oppivat ammatin tekemällä rutiinityötä — kuolee, kun rutiinityö siirtyy koneille. Rakenna sen korvaaja harkiten: kartta koulutusmaana, vanhemmat opettavat päätöksentekoa, nuoret opettavat koneiden omaa nopeutta. Älä leikkaa nuoria.

Artikla 15. Demokratisaatio, ei anarkia. Ne ihmiset, jotka omistavat työn, kirjoittavat oman työnsä — sovelluksia, automaatioita, agenteja, delegoituja tehtäviä, kartan korjauksia — organisaation määrittelemien guardrails, jotka organisaatio määrittelee, ja sen alusta toteuttaa.

Muutospykälä

Perustuslaki, joka ei pysty sanomaan, mitä sen pitäisi muuttaa, on uskomus. Artikla 3 perustuu rajoitteeseen, jonka en odota murtuvan — tarkka toteutus ei salli hyväksyttävää vaihtelua millään mallikyvyllä. Artiklat 8–10 perustuvat siihen, miten organisaatiot oppivat ja vastaavat itse, mikä muuttuu hitaammin kuin mikään teknologia. Eniten alttiina ovat henkilöstöartiklat — eivät siksi, että ne olisivat heikkoja, vaan koska paine niiden sivuuttamiseen on vahvin juuri silloin, kun neljännesvuosiluvut palkitsevat onttoa versiota. Muutokset ansaitaan todisteilla ja tehdään julkisesti.

Joten väitä sitä vastaan. Kerro minulle, mitä artiklaa organisaatiosi ei voisi allekirjoittaa, ja miksi — tuo vastaväite on juuri se keskustelu, jonka tämä asiakirja haluaa aloittaa. Kunkin artiklan taustalla oleva perustelu ja vahvimmat vastaväitteet tulevat pidempänä versiona. Mutta älä odota sitä: laita organisaatiosi omat säännöt yhteen lyhyeen asiakirjaan — mitä se aina tekee ja mitä se ei koskaan tee — allekirjoita ne, ja muuta niitä julkisesti, kun todisteet sitä vaativat. Kun tämä teknologia asettuu — ja se asettuu — ne edelleen toimivat organisaatiot ovat ne, jotka pystyvät kirjallisesti sanomaan, mitä ne eivät tee ja mitä ne eivät koskaan lopeta tekemästä, kun kaikki muu muuttuu.

Daniel Dines on UiPathin (NYSE: PATH) perustaja ja toimitusjohtaja, joka on maailmanlaajuinen liiketoimintakoordinoinnin ja automaation johtaja. Dines on toiminut myös yhtiön innovaatiojohtajana. Dines perusti UiPathin vuonna 2005 tavoitteenaan luoda yhtiö, joka auttaa ihmisiä vähentämään aikaa ja stressiä, jotka johtuvat arkisista ja toistuvista tehtävistä. UiPath laajentaa perustaaan maailman johtavana automaatiolaitteistona ja tavoittelee agenteille suunnattujen automaatiopalvelujen johtajuutta kehittämällä älyteknologiaa, joka heijastaa ihmisen älykkyyttä jatkuvasti kasvavan monimutkaisuuden kanssa, muuttaen siten, miten yritykset toimivat, innovoivat ja kilpailevat. Turvallisuuden, tarkin ja joustavuuden takaamiseksi UiPath on sitoutunut muokkaamaan maailmaa, jossa älykkyys parantaa ihmisen potentiaalia ja vallankumouksellistaa teollisuutta.