Miksi agentit tarvitsevat rajat ennen autonomiaa
Liian avulias agentti
Agentti ei kapinoinut. Tämä kannattaa sanoa ensimmäiseksi, koska tarinat autonomisista järjestelmistä kerrotaan usein ikään kuin ohjelmisto olisi lukenut huonoa tieteiskirjallisuutta keskiyöllä. Tämä agentti käyttäytyi vaikuttavan tottelevaisesti. Se sai laajan ohjeen siivota avoimet toimittajaongelmat ennen kuun loppua. Se luki sähköpostilaatikon, etsi tikettijärjestelmästä vanhentuneita perehdytystapauksia, lähetti muistutuksia, sulki päällekkäisiä tapauksia, päivitti laskentataulukon ja nosti esiin kaiken, mikä näytti kiireelliseltä. Seuraavana aamuna kello 09:15 mennessä se oli tehnyt enemmän hallinnollista työtä kuin tiimi yleensä ehti tehdä ennen toista kahvikupillista.
Se oli myös avannut uudelleen riidan, jonka lakiosasto oli tarkoituksella pysäyttänyt, lähettänyt muistutuksen toimittajalle, joka oli neuvottelutauolla, sulkenut päällekkäisen tapauksen, joka ei ollut päällekkäinen, koska yrityksellä oli kaksi tytäryhtiötä lähes samannimisinä, ja päivittänyt ennustekentän, jota taloushallinto käytti hallituksen materiaalin lähtötietona. Agentti ei ollut hallusinoinut. Se ei ollut jättänyt ohjetta noudattamatta. Se oli noudattanut tehtävän muotoa sellaisena kuin se oli annettu. Ongelma oli, että tehtävällä ei ollut rajoja.
Tiimi oli pyytänyt autonomiaa ennen alueen määrittelyä. He olivat antaneet agentille työkalut, käyttöoikeudet, tavoitteen ja luottavaisen sävyn. He eivät olleet määritelleet, mitkä järjestelmät olivat vain luku -tilassa, mitkä toimet vaativat hyväksynnän, mitkä toimittajat olivat arkaluonteisia, mitkä tietueet olivat ensisijaisia, mitkä kentät laskettiin taloudellisiksi kontrolleiksi, miten toimia, kun henkilöllisyys oli epäselvä, tai mitä näyttöä piti säilyttää muutoksen tekemisen yhteydessä. Agentti ei ollut liian älykäs. Se oli alihallinnoitu. Se on vähemmän dramaattista ja yleisempää.
Agentit tarvitsevat rajat ennen autonomiaa, koska autonomia ei ole persoonallisuuden piirre. Se on lupa tavoitella päämäärää vaiheiden kautta. Jokaisella luvalla on raja, tai siitä tulee vuoto. Hyödyllinen kysymys ei ole, kuinka autonomiseksi voimme sen tehdä. Hyödyllinen kysymys on, minkä rajatun tehtävän tämä järjestelmä voi suorittaa, millä työkaluilla, minkä näyttösääntöjen mukaan ja mitä on tapahduttava, kun maailma lakkaa vastaamasta onnellista polkua.
Agentti on työnkulku, jolla on oma-aloitteisuutta
Sana agentti saa ihmiset kuvittelemaan digitaalisen kollegan. Tämä metafora on hyödyllinen, kunnes se ei ole. Kollegalla on työsuhdekonteksti, sosiaalista harkintaa, pelko kiusallisista kokouksista, muisto aiemmista virheistä, esimies ja järkeä olla lähettämättä sähköpostia lakiosastolle kello 02:00, ellei rakennus ole oikeasti tulessa. Ohjelmistoagentilla on silmukka. Se havainnoi, suunnittelee, kutsuu työkaluja, lukee tuloksia, päivittää tilan ja päättää, jatkaako se. Tämä silmukka voi olla tehokas. Se ei ole sama asia kuin organisatorinen kypsyys laatikossa.
Järjestelmän kutsuminen agentiksi ei saisi olla tekosyy epämääräiselle suunnittelulle. Sen pitäisi vaatia tarkempaa suunnittelua, koska järjestelmä voi ottaa useita askelia ilman ihmistä välissä. Chatbot voi vastata huonosti ja lopettaa. Agentti voi vastata huonosti, avata tikettijärjestelmään pyynnön, muuttaa kenttää, lähettää viestin, käynnistää työnkulun, kuluttaa rahaa ja käyttää sitten toiminnon tulosta seuraavan toiminnon perusteena. Pieni väärinkäsitys voi muuttua pieneksi prosessiksi. Prosesseihin organisaatiot varastoivat seuraukset.
Agenttinäkökulma on hyödyllinen, kun se saa tiimit hahmottamaan koko silmukan. Mitä agentti voi havainnoida. Mitkä lähteet ovat auktoritatiivisia. Miten se tulkitsee tarkoitusta. Mihin työkaluihin se voi kutsua. Mitkä työkulut ovat peruutettavissa. Mitkä vaativat hyväksynnän. Kuinka paljon rahaa, aikaa, laskentatehoa tai huomiota se saa käyttää. Mitä tilaa se säilyttää. Miten se tietää olevansa valmis. Miten se pyytää apua. Mitä todisteita jää jäljelle silmukan päätyttyä. Nämä kysymykset eivät ole byrokratiaa. Ne ovat käyttöohje delegoituun toimintaan.
Ilman tätä ohjetta autonomiasta tulee lupa improvisoida liiketoimintajärjestelmien sisällä. Improvisaatio sopii jazziin. Se on vähemmän viehättävää, kun se muokkaa päädataa.
Rajat eivät ole käsiraudat
Tiimit joskus vastustavat rajoja, koska ne kuulostavat tavalta tehdä agenteista vähemmän hyödyllisiä. Se on väärin päin. Rajat tekevät hyödyllisyydestä kestävää. Ihminen voi ajaa nopeasti, koska teillä on kaistat, liikennemerkit, nopeusrajoitukset, jarrut ja risteyssäännöt. Poista nämä rajoitteet, etkä ole luonut edistyneempää liikennejärjestelmää. Olet luonut tapaamisen, jossa on vakuutus.
Hyvä raja kertoo agentille, mitä se saa optimoida ja mitä sen on säilytettävä. Sille voidaan sallia vasteajan lyhentäminen, mutta ei hyväksynnän ohittamista. Sille voidaan sallia toimittajaviestien luonnostelu, mutta ei lähettämistä rajoitetuille osapuolille. Sille voidaan sallia tietueiden täsmäyttäminen, mutta ei auktoritatiivisen järjestelmän ylikirjoittamista ilman luottamuskynnystä ja tarkistuspolkua. Sille voidaan sallia laskentatehon käyttö, mutta vain budjetin puitteissa ja perustellusta syystä. Raja ei ole autonomian kieltämistä. Se on muoto, joka tekee autonomiasta luettavaa.
Rajat tekevät myös tuloksista testattavia. Jos agentilla on selkeä työkalujen laajuus, arvioijat voivat testata työkalujen väärinkäyttöä. Jos sillä on datan laajuus, he voivat testata vuotoja. Jos sillä on budjetti, he voivat testata hallitsemattomia silmukoita. Jos sillä on eskalaatiosäännöt, he voivat testata epäselvyyttä. Jos sillä on todistevaatimukset, he voivat testata jäljitettävyyttä. Epämääräistä autonomiaa ei voi testata muuten kuin odottamalla, että jotain outoa tapahtuu, ja pitämällä sitten kokouksen, jossa kaikki käyttävät sanaa yhdenmukaisuus eri merkityksissä.
Hyödyllisin raja on usein tylsä: lue ennen kuin kirjoitat. Anna agentin lukea laajasti luvan puitteissa, ehdottaa muutoksia ja kirjoittaa vain kapeisiin järjestelmiin, joissa korjaaminen on helppoa. Laajenna sitten. Autonomian tulisi kasvaa todistetusta käyttäytymisestä, ei innostuksesta. Innostus on huono pääsynhallintamalli, vaikka sillä onkin vahva myyntiosasto.
Työkalujen käyttö on se kohta, jossa autonomiasta tulee todellista
Agentti ilman työkaluja on enimmäkseen puhelias suunnittelija. Agentti työkaluilla on operatiivista ohjelmistoa. Heti kun se voi lähettää sähköpostia, päivittää tietueen, ajaa kyselyn, luoda ostopyynnön, siirtää tiedoston, kutsua rajapintaa tai käynnistää toisen työnkulun, järjestelmä on siirtynyt ehdotuksesta toimintaan. Tämä siirtymä ansaitsee enemmän seremonioita kuin valintaruudun nimeltä ota työkalut käyttöön.
Työkalujen käyttöoikeudet tulisi jakaa seurausten mukaan. Asiakastietueen lukeminen ei ole sama asia kuin sen muokkaaminen. Sähköpostin luonnostelu ei ole sama asia kuin sen lähettäminen. Tiketin luominen ei ole sama asia kuin sen sulkeminen. Analyysin suorittaminen ei ole sama asia kuin tuloksen julkaiseminen. Kypsä agenttisuunnittelu kohtelee jokaista työkalujen toimintoa sopimuksena: syötteet, sallitut käyttäjät, sallitut kohteet, sivuvaikutukset, idempotenssi, palautus, todisteet ja hyväksyntä. Jos tämä kuulostaa liian raskaalta, aloita vähemmillä työkaluilla. Vastaus heikkoon hallintaan ei ole suurempi räjähdyssäde.
Peruuttamattomat toimet vaativat erityiskohtelua. Maksut, poistot, tilien jäädytykset, lakimääräiset ilmoitukset, asiakassitoumukset, hinnanmuutokset ja päätökset politiikasta eivät saisi olla tavallisia työkalujen kutsuja, ellei toimialalla ole erittäin vahvoja valvontakeinoja. Monissa työnkuluissa voidaan käyttää kaksivaiheista mallia: agentti valmistelee, selittää ja asettaa toiminnon jonoon; henkilö tai erillinen valvontapalvelu hyväksyy suorituksen. Tämä ei ole ihmisen lapsenvahtina oloa. Se on tehtävien eriyttämistä, ajatus, joka on tarpeeksi vanha selviytyäkseen monista ohjelmistotrendeistä ja useista fonteista.
Jopa palautettavat toimet tarvitsevat auditointipolun. Jos agentti päivittää kentän, tietueen tulisi näyttää edellinen arvo, uusi arvo, todisteet, politiikkaversio, työkalujen kutsu, agenttiversio ja se, muuttiko ihminen sitä myöhemmin. Muuten palauttamisesta tulee arvailua. Arvailu on kallista, kun sen tekevät ihmiset, joille luvattiin automaation säästävän aikaa.
Tila on liiketoimintadataa
Agentit muistavat asioita. Ne pitävät yllä tehtävätilaa, keskustelutilaa, työkalujen tuloksia, yhteenvetoja, luonnospohjia, suunnitelmia, upotuksia, mieltymyksiä ja joskus pitkäaikaista muistia. Tämä muisti voi parantaa jatkuvuutta. Se voi myös muuttua varjoliiketoimintajärjestelmäksi, jos kukaan ei hallinnoi sitä. Agentti saattaa muistaa, että toimittaja on hankala, että asiakas suosii alennusta, että tapaus vaikuttaa epäilyttävältä tai että kiertotapa yleensä toimii. Nämä muistot voivat muokata tulevia toimia. Ne eivät ole enää vaarattomia muistiinpanoja.
Tila tarvitsee omistajuuden, säilytyksen, korjauksen ja käyttöoikeussäännöt. Kuka voi nähdä, mitä agentti muistaa. Kuinka kauan se säilyttää sitä. Voiko käyttäjä korjata sitä. Perittyykö se herkkyys lähteestä. Käytetäänkö sitä tulevissa päätöksissä. Siirtyykö se käyttäjien välillä. Sisältyykö se kehotteisiin. Poistetaanko se, kun lähdetietue poistetaan. Nämä ovat tavallisia datanhallintakysymyksiä agentin asussa. Asu ei muuta mitään muuta kuin nopeuden, jolla ongelmat voivat levitä.
Myös lyhytaikaiset muistiot ansaitsevat huomiota. Suunnitelma voi sisältää arkaluonteista päättelyä, vahingossa päätyneitä tunnistetietoja, pääteltyjä faktoja tai vääriä oletuksia. Jos se kirjataan laajasti, se voi vuotaa. Jos sitä ei kirjata lainkaan, järjestelmää on vaikea debugata. Oikea vastaus riippuu toimialan riskistä, mutta vastaus on oltava olemassa. Muistipolitiikan ei pitäisi olla sitä, mitä kehys sattui tallentamaan tiistaina.
Kun tilaa hallinnoidaan, agenteista tulee helpommin parannettavia. Tiimit näkevät, missä silmukka jumiutui, mitkä oletukset toistuivat, mitkä lähteet olivat hyödyllisiä, mitkä työkalujen kutsut epäonnistuivat ja mitkä ihmisen toimenpiteet korjasivat polun. Ilman hallinnoitua tilaa arvioinnista tulee istunto pimeässä pinojälkien kanssa.
Monitulkintaisuus on normaali tilanne
Monet agenttidemot toimivat, koska demon maailma on siisti. Asiakkaalla on yksi tili. Käytännössä on yksi poikkeus. Toimittajalla on yksi oikeushenkilö. Tehtävällä on yksi ilmeinen seuraava vaihe. Oikea toiminta on vähemmän kohteliasta. Nimet törmäävät. Tietueet ovat kaksoiskappaleita. Käyttöoikeudet ovat vanhentuneita. Joku kirjoitti katso edellinen sähköposti, lause, joka on aiheuttanut enemmän vahinkoa automaatiolle kuin monet tekniset standardit. Agentti on suunniteltava siten, että monitulkintaisuus on normaali tilanne, ei noloa keskeytystä.
Hyvät rajat kertovat agentille, milloin ei pidä toimia. Jos identiteetin luottamus on alhainen, pysähdy. Jos kaksi auktoritatiivista lähdettä ovat eri mieltä, pysähdy tai nosta asia ylemmäs. Jos pyydetty toimenpide koskee rajoitettua osapuolta, pysähdy. Jos kustannukset ylittävät budjetin, pysähdy. Jos työkalun tulos on ristiriidassa suunnitelman kanssa, pysähdy. Jos sama vaihe toistuu liian usein, pysähdy. Jos agentti ei pysty selittämään todisteitaan, pysähdy. Pysähtymisehto ei ole epäonnistuminen. Se on turvaominaisuus, johon liittyy nöyryyttä.
Asioiden nostamisen ylemmäs pitäisi olla täsmällistä. Älä anna ihmiselle epämääräistä viestiä, jossa sanotaan, että agentti tarvitsee apua. Kerro, mikä raja ylittyi, mitä todisteita nähtiin, mitä toimenpidettä ehdotettiin, mikä riski jää jäljelle ja mitä päätöstä tarvitaan. Ihmiset ovat hyviä arvioinnissa, kun järjestelmä tuo oikean kontekstin. He ovat vähemmän hyviä siinä, että heidät kutsutaan sumuun ja pyydetään siunaamaan se.
Tässä on työntekijöille arvokkuuskysymys. Jos agentit heittävät kaikki vaikeat tapaukset ihmisille ilman kontekstia, automaatiosta tulee kone, joka keskittää sotkun samoille ihmisille kuin ennenkin. Jos agentit piilottavat monitulkintaisuuden ja toimivat silti, ihmiset perivät seuraukset. Rajojen pitäisi jakaa työ rehellisesti: koneet hoitavat rajatun toiston, ihmiset hoitavat ratkaisemattoman arvioinnin, ja järjestelmä säilyttää riittävästi todisteita, ettei kummankaan tarvitse teeskennellä.
Ihmisen valvonta on suunnitelma, ei tuoli
Ihmisen pitäminen mukana prosessissa on suosittu ilmaus, koska se kuulostaa vastuulliselta eikä maksa mitään kalvolla. Käytännössä se tarkoittaa usein sitä, että ihmisen odotetaan huomaavan kaiken, mitä järjestelmä saattaa tehdä väärin, ja samalla pysyvän mukana siinä työssä, jota automaation oli tarkoitus vähentää. Se ei ole valvontaa. Se on stressiasento kojelaudan kanssa.
Hyvä valvonta määrittelee, mitä ihminen tarkistaa ja miksi. Hyväksyykö henkilö työkalun toiminnon, vahvistaako todisteita, ratkaiseeko ristiriitaa, käsitteleekö poikkeusta, muuttaako käytäntöä vai otantaako laatua. Jokainen rooli tarvitsee erilaista tietoa. Hyväksyntä tarvitsee ehdotetun toiminnon ja seurauksen. Todisteiden tarkistus tarvitsee lähteet ja versiot. Ristiriidan ratkaisu tarvitsee kilpailevat väitteet. Laatuotanta tarvitsee jakaumat, ei anekdootteja. Ihmisen tarkkaavaisuus on niukkaa. Käytä sitä kuin infrastruktuuria.
Valvonta tulisi myös ajoittaa oikein. Tarkistaminen peruuttamattoman toimenpiteen jälkeen ei ole valvontaa, se on arkeologiaa tunteiden kera. Jokaisen triviaalin vaiheen tarkistaminen tuhoaa automaation arvon. Toimiva malli on riskiperusteiset portit. Vähäriskiset peruutettavat toimenpiteet voivat edetä lokituksen kanssa. Keskiriskiset toimenpiteet voivat vaatia tarkistusta, kun luottamus on matala tai raja on lähellä. Korkeariskiset toimenpiteet vaativat hyväksynnän ennen suoritusta. Mallin sujuvuus ei saa päättää portista. Seuraus päättää.
Ihmisillä on oltava vastuuta vastaava valta. Jos tarkistaja voi vain hyväksyä tai hylätä, mutta ei voi korjata lähdedataa, päivittää rajaa, parantaa sääntöä tai merkitä rikkinäistä työkalua, sama ongelma palaa. Valvonnan pitäisi ruokkia järjestelmää. Muuten ihmisistä tulee koristeellinen turvakerros, mikä on epäreilua ihmisille ja yllättävän hyödytöntä turvallisuudelle.
Autonomian raja
Autonomia ei ole kytkin. Se on raja, joka liikkuu todisteiden parantuessa. Toisessa päässä agentti luonnostelee suosituksia eikä voi toimia. Sitten se voi toimia hiekkalaatikossa. Sitten se voi kirjoittaa vähäriskisiin järjestelmiin. Sitten se voi suorittaa rajattuja tuotantotoimia. Sitten se voi koordinoida järjestelmien välillä hyväksyntöjen kanssa. Sitten hyvin kypsillä alueilla se voi hoitaa kapeaa työtä poikkeuspohjaisella valvonnalla. Jokainen askel pitäisi ansaita suorituksella, ei luvata arkkitehtuurikaavioilla.
Raja on erilainen jokaisella alueella. Agentti, joka aikatauluttaa sisäisiä kokouksia, voi saada enemmän vapautta kuin sellainen, joka muuttaa maksuehtoja. Agentti, joka luokittelee asiakirjoja, voi saada enemmän vapautta kuin sellainen, joka poistaa niitä. Agentti, joka auttaa insinööriä seulomaan lokeja, voi saada enemmän vapautta kuin sellainen, joka ottaa yhteyttä asiakkaisiin. Sama taustamalli voi toimia eri autonomiatasoilla, koska seuraus, ei malli, määrää rajan.
Liikkuminen rajalla vaatii todisteita: arviointituloksia, tapahtumahistoriaa, työkaluvirheiden määriä, eskalaation laatua, palautuksen onnistumista, käyttäjien luottamusta, käytäntöjen noudattamista ja kustannuskäyttäytymistä. Jos agentti törmää toistuvasti samaan epäselvyyteen, vastaus voi olla parempi data, selkeämpi käytäntö tai kapeampi toimiala, ei enemmän autonomiaa. Jos agentti suoriutuu hyvin yhdessä jonossa, älä oleta, että se käyttäytyy samoin toisessa. Liiketoimintakonteksti ei ole huvipuistolaitos. Pituusrajat ovat paikallisia.
Siksi ilmaus täysin autonominen on yleensä vähemmän hyödyllinen kuin ihmiset toivovat. Täysin autonominen mihin. Kuinka kauan. Millä työkaluilla. Millä budjetilla. Mitä käytäntöä vasten. Millä valitusoikeudella. Vakava versio on kapeampi ja vahvempi: autonominen tässä rajatussa tehtävässä, näillä hallintakeinoilla, näihin pysäytysehtoihin asti. Se kuulostaa vähemmän vaikuttavalta. Se selviää todennäköisemmin kosketuksesta arkeen.
Rajoja on ylläpidettävä
Raja ei ole valmis, kun se on kirjoitettu. Liiketoimintasäännöt muuttuvat, toimittajat sulautuvat, data siirtyy, tiimit järjestäytyvät uudelleen, mallit päivittyvät, työkalut saavat uusia ominaisuuksia ja käyttäjät löytävät oikoteitä. Tammikuussa järkevä agentin raja voi olla maaliskuussa väärä. Tämä ei ole alkuperäisen suunnittelun epäonnistuminen. Se on todellisuus, joka tarjoaa versionhallintaa tavallisella töykeällä tavallaan.
Rajan ylläpito vaatii omistajuutta. Joku omistaa tarkoituksen kuvauksen. Joku omistaa datan laajuuden. Joku omistaa työkaluoikeudet. Joku omistaa budjettirajat. Joku omistaa eskalaatiosäännöt. Joku omistaa arvioinnin. Joku omistaa poikkeamien tarkastelun. Jos kaikki omistavat rajan, agentti omistaa sen, mikä on runollinen tapa sanoa, ettei kukaan omista. Rajat tulisi versioida, tarkastella ja kytkeä poikkeamiin ja havaittuun käyttäytymiseen.
Muutoksenhallintaan tulisi kuulua testejä. Jos työkalu saa uuden toiminnon, agentti ei automaattisesti saa sitä. Jos datalähde muuttaa skeemaansa, haun ja tilan käsittely tulisi tarkistaa. Jos käytäntö muuttuu, kehotteiden, sääntöjen ja arviointitapausten tulisi muuttua sen mukana. Jos mallin versio muuttuu, regressiotesteihin tulisi sisällyttää työkalun valinta, kieltäytyminen, eskalaatio ja todisteiden laatu. Agentti ei ole taianomainen kerros prosessin yläpuolella. Se on prosessi, jolla on nopeampi syke.
Ylläpito tarkoittaa myös autonomian eläkkeelle siirtämistä. Jos ympäristöstä tulee riskialttiimpi, jos poikkeamien määrä nousee, jos toimittajasta tulee herkkä, jos sääntely muuttuu tai jos todisteiden laatu heikkenee, autonomian tulisi siirtyä taaksepäin. Se voi tuntua epäonnistumiselta. Se on itse asiassa hallinnan toimimista. Jarrut eivät ole myönnytys siitä, että autot olivat virhe.
Organisatorinen opetus
Agentit paljastavat, kuinka hyvin organisaatio ymmärtää oman työnsä. Jos työnkulku on täynnä epävirallisia poikkeuksia, epäselvää omistajuutta, päällekkäisiä tietueita, piilotettuja käytäntöjä ja sankarillista inhimillistä muistia, agentti ei taianomaisesti tee siitä siistiä. Se joko kompastelee, toimii väärin tai vaatii niin paljon hyväksyntöjä, että ihmiset alkavat käyttää sitä hitaampana sähköpostin muotona. Agentti ei luonut sotkua. Se teki sotkusta suoritettavan.
Se voi olla hyödyllistä. Agenttisuunnittelu pakottaa tiimit nimeämään työn, määrittelemään valtuudet, luokittelemaan datan, erottamaan työkalut, kirjoittamaan pysäytysolosuhteet ja säilyttämään todisteet. Nämä ovat terveitä toiminnallisia tapoja jo ennen automatisointia. Tiimi, joka ei pysty määrittelemään rajoja agentille, ei todennäköisesti pysty selittämään työnkulkua riittävän hyvin ihmisillekään. Ohjelmisto on yksinkertaisesti vähemmän kohtelias epäselvyyden suhteen.
Parhaat agenttien käyttöönotot alkavat kapeammin kuin mitä kunnianhimo lupaa. Ne valitsevat todellisen työnkulun, jolla on tunnetut rajat, merkittävä volyymi, rajallinen vaikutusalue ja omistajat, jotka voivat parantaa järjestelmää. Ne tarkkailevat, missä ihmiset käyttävät harkintaa. Ne automatisoivat rajattua toistoa. Ne säilyttävät todisteet. Ne eskaloivat selkeästi. Ne laajentuvat vasta, kun nykyinen raja on osoittautunut toimivaksi. Tämä ei ole hidasta. Näin vauhti välttää muuttumasta siivoamiseksi.
Autonomia ilman rajoja pyytää järjestelmää käyttäytymään kuin hyvä työntekijä, mutta kieltää siltä organisatorisen kontekstin, joka tekee työntekijöistä hyviä. Rajattu autonomia kysyy paremman kysymyksen: mikä osa työstä voidaan delegoida tavalla, joka pysyy tarkastettavana, on mahdollisuuksien mukaan peruutettavissa ja on rehellinen, kun se ei tiedä. Tämä kysymys on vähemmän loistokas. Se on myös se, joka saa agenteista toimintaa teatterin sijaan.
Opetus
Agentit tarvitsevat rajat ennen autonomiaa, koska jokainen autonominen askel on delegoitu teko. Delegoiminen ilman laajuutta ei ole luottamusta. Se on vastuunpakoa hienommalla termistöllä. Määrittele ensin työ, data, työkalut, budjetit, tila, todisteet, pysäytysehdot, eskalaatio- ja korjauspolut. Sitten autonomia voi kasvaa siellä, missä järjestelmä sen ansaitsee.
Tarkoitus ei ole tehdä agenteista arkoja. Tarkoitus on tehdä niistä hyödyllisiä paikoissa, joissa työllä on merkitystä. Rajat antavat agenttien toimia nopeammin tekemättä seurauksista näkymättömiä. Ne antavat ihmisten valvoa harkintaa sen sijaan, että he vahtisivat mekaniikkaa. Ne muuttavat virheet korjauksiksi mysteerien sijaan. Tärkeintä on, että ne antavat organisaatiolle tavan sanoa, missä agentin on sallittu olla hyvä.
Vapaa agentti kuulostaa jännittävältä, kunnes se kohtaa todellisen työnkulun. Rajattu agentti voi kuulostaa vähemmän sankarilliselta. Hyvä. Sankaruus on huono toimintamalli. Rajat ovat se, miten autonomiasta tulee vastuullista työtä.