Moni tärkeä tehtävä ei epäonnistu silloin, kun joku työskentelee sen parissa aktiivisesti. Se epäonnistuu väleissä.
Toimittaja ei ole vielä vastannut. Raportti riippuu luvuista, jotka tulevat huomenna. Selainistunto on auki yhdellä tietokoneella, mutta henkilö, joka voi hyväksyä seuraavan vaiheen, on toisella aikavyöhykkeellä. Kun riippuvuus vihdoin ratkeaa, alkuperäinen keskustelu on hautautunut, eikä kukaan muista tarkalleen, mihin työ jäi.
Aina päällä olevan henkilökohtaisen agentin pitäisi olla hyvä juuri näissä väleissä. Sen ei tarvitse ajatella taukoamatta eikä pitää tietokonetta käynnissä täydellä teholla. Sen pitää säilyttää vastuu: minkä tuloksen se on ottanut hoitaakseen, mitä on jo tehty, mitä se odottaa, missä työn aineistot ovat ja mikä tapahtuma tai päätös antaa tehtävän jatkua.
Siinä on ero pitkän chatin ja pitkäkestoisen työn välillä. Pitkä chat tallentaa viestejä. Pitkäkestoinen työ vaatii pysyvän toimintatilan.
Pitkäkestoinen työ tarvitsee pysyvän Taskin, ei pidempää chattia
Keskustelu on hyödyllinen aikomuksen määrittämiseen. Vastuun yksikkönä se on huono.
Oletetaan, että pyydät agenttia valmistelemaan hallitukselle päivityksen sen jälkeen, kun talousosasto on sulkenut kuukauden. Hyödyllinen tila ei ole pelkkä alkuperäinen pyyntösi. Siihen kuuluvat jo koottu luonnos, tarkistetut lähdeasiakirjat, puuttuvat luvut, henkilö tai järjestelmä, jonka odotetaan toimittavan ne, kokouksen määräaika ja taso, joka lopullisen päivityksen pitää saavuttaa.
Commassa työstä, joka vaatii enemmän kuin nopean vastauksen, tulee Task. Comman Task-dokumentaation mukaan Task voi kulkea aktiivisen työn läpi, odottaa tilassa Needs Review, kun tarvitaan ihmisen päätös, ja päätyä tilaan Done, kun työ on valmis. Tärkeää ei ole itse nimilappu. Tärkeää on, että vastuu säilyy, kun chat ei enää ole auki.
Pysyvän Taskin pitää aina pystyä vastaamaan kuuteen kysymykseen:
Ilman näitä vastauksia ”jatkan myöhemmin” on optimismia. Niiden kanssa siitä tulee suunnitelma.
Odottaminen on tila, ei epäonnistuminen
Useimpaan hyödylliseen työhön kuuluu oikeutettua odottamista. Virhe on pitää jokaista taukoa joko vikana tai kutsuna tarkistaa tilannetta loputtomiin.
Agentin pitää tunnistaa, millaiseen odotukseen se on siirtynyt, ja liittää siihen selvä poistumisehto:
Nämä erot ovat tärkeitä, koska jokainen odotus vaatii erilaista käyttäytymistä. Aikasidonnainen tehtävä voi nukkua tarkistuspisteeseensä asti. Tapahtumasidonnainen tehtävä voi tarkkailla kapeasti määriteltyä muutosta. Ympäristösidonnaisen tehtävän pitää kertoa, mikä laite tai työkalu ei ole käytettävissä, eikä yrittää työtä hiljaa jossain muualla. Päätössidonnaisen tehtävän pitää palauttaa hyvin muotoiltu valinta sille, jolle se kuuluu.
Myös tauolla pitää olla raja. Jos odotettu vastaus ei koskaan tule, agentti tarvitsee varasuunnitelman: muistuttaa vastuuhenkilöä, kysyä käyttäjältä, jatketaanko oletusten varassa, tai sulkea Task estyneenä. Muuten taustalla oleva vastuu voi jäädä teknisesti auki mutta käytännössä hylätyksi.
Siksi aina päällä ei myöskään pitäisi tarkoittaa aina keskeyttämässä. Erillinen kysymys siitä, mitkä tapahtumat oikeuttavat agentin herättämisen – ja mitkä niistä oikeuttavat käyttäjän keskeyttämisen – käsitellään kirjoituksessa Milloin aina päällä olevan henkilökohtaisen agentin pitäisi herätä?. Tässä olennainen periaate on kapeampi: jokaisella tauolla pitää olla havaittava syy ja määritelty reitti takaisin työhön.
Jatka tarkistuspisteestä, älä uudesta perehdytyksestä
Kun odotus päättyy, agentin ei pidä koota tehtävää uudelleen hajanaisista viesteistä eikä pyytää käyttäjää selittämään sitä uudestaan. Sen pitää jatkaa tarkistuspisteestä.
Hyödyllinen tarkistuspiste on tiivis kirjaus työtilanteesta:
alkuperäinen tulos ja nykyinen valmiin työn taso;
viimeisin merkityksellinen toiminto ja sen tulos;
jo luodut tai muutetut tuotokset;
edelleen voimassa olevat oletukset;
tauon aiheuttanut este;
seuraava suunniteltu toiminto, kun este poistuu;
ympäristö, jossa toiminnon pitää tapahtua.
Tämä on työn tilaa, ei henkilökohtaista muistia. Muisti voi auttaa agenttia muistamaan ihmisen mieltymykset monien tehtävien yli. Tarkistuspiste on olemassa, jotta yksi tietty vastuu voi jatkua tarkasti joutoajan, uudelleenkäynnistyksen tai luovutuksen jälkeen.
Ero estää kaksi yleistä virhettä. Ensinnäkin agentin ei pidä raahata pitkän keskustelun jokaista yksityiskohtaa jokaiseen tulevaan vaiheeseen. Toiseksi sen ei pidä tiivistää tehtävää niin rajusti, että kriittinen rajoite katoaa. Tarkistuspiste on valikoiva: se säilyttää sen, mistä seuraava toiminto riippuu.
Comman taustalla oleva järjestelmä heijastaa tätä mallia useammalla kuin yhdellä tasolla. Salixin Loopit voivat tallentaa tilastaan tarkistuspisteitä, jotta rajattu taustaprosessi voi jatkaa uudelleenkäynnistyksen jälkeen. Tämä infrastruktuuri ei korvaa hyvin määriteltyä Taskia, mutta se havainnollistaa samaa jatkuvuuden sääntöä: palautumisen pitää alkaa tunnetusta tilasta eikä arvailusta.
Pidä työ siinä ympäristössä, jota se oikeasti tarvitsee
Pitkäkestoinen työ tapahtuu harvoin abstraktissa ”tekoälytyötilassa”. Se tapahtuu sähköpostissa, asiakirjoissa, projektityökaluissa, selaimissa, paikallisissa tiedostoissa ja erikoisohjelmistoissa. Jatkuvuuteen kuuluu siksi myös se, missä työ sijaitsee.
Comma voi työskennellä yhdistetyissä sovelluksissa ja tiedostoissa, ihmisen omalla tietokoneella tai omalla pilvitietokoneellaan. Salixin dokumentaatio kertoo, että pilvitietokoneen tallennustila säilyy käyttökertojen välillä, vaikka virtuaalikone voi nukkua ollessaan joutilaana. Tiedostot ja työkalut voivat jäädä sinne, mihin agentti ne jätti, ja tietokone voi herätä uudelleen, kun Task tarvitsee sitä.
Osa työstä täytyy pitää tietyllä laitteella. Paikallinen suunnittelutiedosto, sisäänkirjautunut työpöytäsovellus tai kehitysympäristö voi olla olemassa vain liitetyllä Macilla tai Linux-tietokoneella. Comman agenttien ajoympäristöjen dokumentaatio kertoo tämän rajan suoraan: jos määritetty ulkoinen laite on offline-tilassa, työ odottaa tai epäonnistuu; Salix ei siirrä sitä hiljaa toiselle koneelle.
Tämä rajoitus on luottamuksen kannalta hyödyllinen ominaisuus. Automaattinen siirto voi näyttää kätevältä, mutta se voi muuttaa käytettävissä olevia tiedostoja, lupia, tunnistetietoja ja suoritusolosuhteita. Luotettavan agentin pitää tehdä tämä raja näkyväksi:
Seuraava vaihe tarvitsee Macin nimeltä ”Studio”. Se on offline-tilassa. Task odottaa siellä; mitään työtä ei ole siirretty pilvitietokoneelle.
Nyt käyttäjä tietää sekä sen, miksi eteneminen pysähtyi, että sen, mikä sen vapauttaa. Agentti voi yrittää uudelleen, kun laite palaa, tai kysyä, kelpaako jokin toinen ympäristö. Sen ei pidä teeskennellä, että kaikki ajoympäristöt olisivat keskenään vaihdettavissa.
Palauta vain päätös, joka kuuluu ihmiselle
Luovutus ihmiselle ei ole autonomian epäonnistuminen. Sillä henkilökohtainen agentti säilyttää eron työn tekemisen ja seurauksista vastaamisen välillä.
Agentin pitää jatkaa rutiininomaisia, peruttavissa olevia vaiheita, jotka kuuluvat tehtävään. Sen pitää palauttaa hallinta, kun se kohtaa olennaisen epäselvyyden, lupien rajan, peruuttamattoman ulkoisen toiminnon tai valinnan, joka riippuu käyttäjän mieltymyksistä eikä saatavilla olevasta näytöstä.
Itse luovutuksen pitää olla pieni. Huono luovutus sanoo: ”Olen jumissa – mitä teen?” Hyödyllinen luovutus sisältää:
Mikä muuttui: uusi tieto tai ehto, joka päätti aiemman suunnitelman.
Mikä on jo valmista: työ, jonka agentti sai valmiiksi ennen kuin kysyi.
Mikä päätös on jäljellä: yksi täsmällinen valinta, ei pyyntö hallita koko Taskia uudelleen.
Mitä vaihtoehdot muuttavat: kunkin reitin olennainen seuraus.
Milloin valinnalla on väliä: määräaika tai odottamisen vaikutus.
Mitä tapahtuu seuraavaksi: toiminto, jota agentti jatkaa vastauksen jälkeen.
Esimerkiksi: ”Tapahtumapaikka voi pitää päivämäärän varattuna vain torstaihin asti. Tarkistin peruutusehdot ja valmistelin varauksen tiedot. Jos hyväksyt nyt, käsiraha sitoutuu; odottaminen säilyttää joustavuuden, mutta ajankohta voi mennä. Lähetänkö varauksen?”
Comma käyttää tilaa Needs Review työlle, joka tarvitsee tällaisen ihmisen päätöksen. Task pysyy eheänä kysymyksen ympärillä, joten vastaus voi vapauttaa seuraavan toiminnon sen sijaan, että aloitettaisiin uusi suunnittelukierros.
”Done” vaatii näyttöä ja päätöksen
Pitkään käynnissä ollut Task ei ole valmis vain siksi, että agentti on lopettanut toimimisen. Sen aikaraja on voinut umpeutua, uudelleenyritysten sääntö loppua, se on voinut tuottaa luonnoksen, joka pitää vielä tarkistaa, tai se on voinut tulla lupiensa rajalle.
Päätöksessä pitää kertoa:
pyydetty tulos;
todellisuudessa tuotettu tulos;
luodut tai muutetut tuotokset;
tehdyt tarkistukset;
mahdolliset ratkaisematta jääneet rajoitukset, oletukset tai jatkotoimet;
suoritettiinko ulkoinen toiminto vai valmisteltiinko se vain.
Tämän kirjauksen avulla käyttäjä voi tarkastella työtä käymättä koko sen historiaa uudelleen läpi. Se estää myös vaarallisen sekaannuksen ”Task ei ole enää käynnissä” ja ”tulos on saavutettu” välillä.
Done on työnkulun tila, ei totuuden todistus. Agentti voi varmistaa, että tiedosto luotiin, komento onnistui tai viesti lähetettiin. Se ei voi muuttaa epävarmaa lähdeaineistoa varmaksi vaihtamalla tilaa. Väitteet tarvitsevat edelleen asianmukaista näyttöä, ja seurauksiltaan merkittävä työ voi edelleen ansaita ihmisen tarkistuksen.
Käytännöllinen toimintatapa päiviä kestävään työhön
Sinun ei tarvitse suunnitella orkestrointijärjestelmää ennen kuin delegoit monipäiväisen vastuun. Hyvä pyyntö voi määrittää olennaisen sopimuksen muutamalla rivillä.
Aloita nimeämällä tulos ja se, mitä ”riittävän hyvä” tarkoittaa. Kerro ehdoton määräaika ja mahdolliset aiemmat päätösikkunat. Kerro, mitä toimintoja agentti saa tehdä kysymättä ja mitkä vaativat hyväksynnän. Osoita ympäristö, johon lähdeaineisto ja työtiedostot kuuluvat.
Tee sitten odottamisesta yksiselitteistä. Kerro agentille, mitä riippuvuutta odotetaan, milloin pitää tarkistaa uudelleen ja mitä tehdä, jos sitä ei koskaan tule. Pyydä sitä tallentamaan tarkistuspiste ennen jokaista taukoa ja palauttamaan vain päätökset, jotka todella vaativat sinua. Vaadi lopuksi päätösmuistio, jossa on tuotos, tarkistukset ja jäljelle jäävä epävarmuus.
Tiivis delegointi voisi näyttää tältä:
Valmistele lopullinen hallituksen päivitys, kun talousosasto on julkaissut kuukauden lopun luvut. Käytä pilvitietokoneella olevaa nykyistä luonnosta ja työkirjaa. Saat päivittää luonnosta ja tarkistaa summat, mutta kysy ennen kuin lähetät mitään ulos. Jos luvut eivät ole tulleet tiistaihin kello 12 mennessä, kerro, mitkä osiot ovat jumissa, ja ehdota vähiten riskialtista varavaihtoehtoa. Kun olet valmis, palauta asiakirja, tarkistetut lähteet ja jäljellä olevat oletukset.
Arvo ei synny kehotteen monimutkaisuudesta. Se syntyy siitä, että Taskille annetaan selvät tilat, joiden läpi se kulkee: vastaanotettu, työn alla, odottaa, valmis tarkistettavaksi, jatkettu ja suljettu.
Usein kysytyt kysymykset
Mikä pysyy aktiivisena, kun pitkään käynnissä oleva Task odottaa?
Task säilyttää tuloksen, tehdyn työn, nykyisen riippuvuuden, tarkistuspisteen ja jatkamisen ehdon. Suoritusympäristö voi nukkua, eikä minkään mallin tarvitse päätellä jatkuvasti. Jos kapeasti rajattu Loop tarkkailee puuttuvaa ehtoa, se pysyy erillään Taskin pysyvästä tilasta, joka kertoo agentille, mitä tehdä, kun ehto täyttyy.
Mitä tapahtuu, jos Taskin tarvitsema tietokone on offline-tilassa?
Jos Task on osoitettu kyseisellä laitteella olevalle ulkoiselle ajoympäristölle, työ odottaa tai epäonnistuu, kunnes laite on saatavilla. Salix ei siirrä sitä automaattisesti toiselle tietokoneelle. Taskin pitää tehdä estynyt ympäristö ja palautumisen ehto selviksi.
Onko Taskin tila sama asia kuin agentin muisti?
Ei. Taskin tila kuvaa yhtä vastuuta: sen tulosta, edistymistä, tuotoksia, estettä ja seuraavaa toimintoa. Henkilökohtainen muisti voi ulottua useisiin vastuisiin ja sisältää pysyviä mieltymyksiä. Pitkään käynnissä olevan Taskin pitää olla jatkettavissa ilman, että jokaisesta työn yksityiskohdasta tehdään pysyvää muistia.
Miten agentin pitäisi odottaa toista ihmistä?
Sen pitää kirjata, mitä pyydettiin, keneltä, milloin vastaus on myöhässä ja mikä varasuunnitelma on voimassa. Jos tapahtumaa voi valvoa, sen pitää tarkkailla sitä tapahtumaa sen sijaan, että se keskeyttäisi käyttäjää yhä uudelleen. Loputon odotus ilman eskalointisääntöä ei ole valmis suunnitelma.
Mitä kuuluu tilaan Needs Review?
Käytä sitä päätöksiin tai lupiin, jotka todella kuuluvat käyttäjälle: seurauksiltaan merkittäviin kompromisseihin, epäselviin aikomuksiin, peruuttamattomiin ulkoisiin toimintoihin, arkaluonteisiin sitoumuksiin tai uusiin valtuuksiin. Agentin pitää liittää mukaan tekemänsä työ ja pyytää pienintä päätöstä, joka vapauttaa etenemisen.
Tarkoittaako Done, että tulos on oikein?
Done tarkoittaa, että Task on saavuttanut ilmoitetun valmistumisehtonsa. Luottamus riippuu edelleen lähteiden, tarkistusten ja katselmoinnin laadusta. Hyödyllinen valmistumismuistio erottaa varmistetut tosiasiat, oletukset ja ratkaisemattomat riskit.
Jatkuvuus on tuote
Vahvin syy käyttää aina päällä olevaa henkilökohtaista agenttia ei ole se, että se jaksaa yhden keskeytymättömän päättelymaratonin. Syy on se, että se pystyy kantamaan vastuun oikean työn tavallisten katkosten yli: nukkuvien tietokoneiden, myöhästyvien vastausten, ajastetusti saapuvan datan, muuttuvien olosuhteiden ja niiden hetkien, jolloin ihmisen pitää päättää.
Tämä jatkuvuus rakentuu näkyvästä tilasta. Task tietää, mitä se on velkaa, odottamisella on syy, ympäristöllä on nimi, luovutus on rajattu ja valmistumisen mukana tulee näyttö. Kun nämä osat selviävät välien yli, voit jättää työn hylkäämättä sitä – ja palata ilman, että sinun tarvitsee rakentaa sitä alusta.
Tutustu siihen, miten Comma kantaa työtä Taskien, sovellusten ja tietokoneiden yli.
