Missä tekoäly todella auttaa projektipäälliköitä toimitustyössä

Becca Banyard: Hei kaikille ja tervetuloa The Digital Project Manager -podcastiin. Nimeni on Becca Banyard, ja olen itse asiassa tämän ohjelman tuottaja. Tänään astun kuitenkin Galenin sijaan juontajan rooliin, sillä tämä jakso poikkeaa hieman tavallisesta formaatistamme. Tämä keskustelu nauhoitettiin alun perin osana Tulevaisuuden tekoäly projektinhallinnassa -tapahtumasarjaamme, jossa tarkastelemme, miten tekoäly muuttaa tapaa, jolla tiimit suunnittelevat, toimittavat ja hallitsevat työtä.

Tässä jaksossa seuraksemme liittyy Scoro, ja perehdymme siihen, miten tekoäly näkyy projektien toimituksessa tänä päivänä ja mihin PM:ien ja toimitusjohtajien tulisi kiinnittää huomiota seuraavaksi. Tässä podcast-versiossa et kuule tuotteen live-esittelyä, koska sitä on hieman vaikea seurata ilman koko visuaalista kokonaisuutta. Voit kuunnella koko tallenteen ohjelman muistiinpanoissa olevan linkin kautta, mutta tänään kuulet koko strategisen keskustelun tekoälyn käytöstä käytännöllisellä ja tiimien tarpeisiin sopivalla tavalla.

Seurassani on kaksi erinomaista vierasta. Ensimmäisenä vuorossa on Tim Fisher, Black & White Zebran tekoälyjohtaja. Tim toimii kanssani keskustelun toisena vetäjänä, sillä hänellä on yli 20 vuoden kokemus teknologiasta ja tekoälystä. Hän auttaa meitä ymmärtämään, mitä nyt näemme, ja yhdistämään sen PM:ien ja johtajien päivittäiseen työhön.

Scorolta mukana on Harv Nagra. Harv on toimituksen ja operaatioiden asiantuntija sekä The Handbook: The Ops Podcast -podcastin juontaja. Jos olet ollut DPM-yhteisön mukana jonkin aikaa, olet todennäköisesti kuullut häntä ohjelmassa tai nähnyt hänen puhuvan jossakin tapahtumissamme. Hän on yhteisömme ystävä, ja olemme todella iloisia saadessamme hänet mukaan.

Harv, tervetuloa!

Harv Nagra: Mukava olla täällä. Kiitos kutsusta.

Becca Banyard: Harv, ennen kuin pääsemme varsinaiseen aiheeseen, haluaisin kuulla lisää Scorosta. Voitko antaa 30 sekunnin yleiskatsauksen siitä, mitä Scoro tekee ja kenelle se on rakennettu?

Harv Nagra: Tietysti. Scoro on asiantuntijapalveluiden automaatioalusta. Tästä käytetään myös nimitystä PSA.

Se ei aina sano ihmisille kovin paljon. On melko harvinaista kuulla ihmisten puhuvan PSA:sta. Käytännössä se tarkoittaa, että alusta on suunniteltu kaikenlaisille asiantuntijapalveluyrityksille. Sellainen voi olla toimisto, konsulttiyritys, IT-yritys, tilitoimisto, asianajotoimisto tai mikä tahansa yritys, joka myy aikaa ja asiantuntemusta.

Se eroaa projektinhallintajärjestelmistä, jotka tunnemme hyvin, kuten Asanasta, JIRAsta ja Trellosta. Se menee projektien ja tehtävien hallintaa sekä pelkkää yhteistyötä pidemmälle. Toisessa päässä ovat tällaiset työkalut, minkä jälkeen siirrytään hieman monimutkaisempiin työkaluihin, kuten Mondayhin, ClickUpiin ja Teamworkiin, joiden avulla voidaan yhdistää moduuleja ja rakentaa jonkinlainen kokonaisuus.

Sen jälkeen tulee se, mitä kutsun PSA-alueeksi. Tällaiset järjestelmät ovat tavallaan yrityksesi käyttöjärjestelmä. Rakennat alustalla budjettisi ja tarjouksesi. Voit resursoida ja suunnitella aikataulusi. Voit muuttaa tarjoukset projekteiksi ja hallita näitä projekteja ja budjetteja.

Lopuksi voit seurata ajankäyttöä ja budjetteja, laskuttaa ja raportoida liiketoiminnastasi. Alusta yhdistyy muihin järjestelmiin, kuten taloushallinnon työkaluihin ja henkilöstöhallinnon alustoihin. Se kattaa siis kaiken alusta loppuun, eikä rajoitu pelkkään projektinhallintaan.

Tim Fisher: Todella kiinnostavaa. Työskentelet siis päivittäin projektitiimien, toimistojen ja kaikkien muiden mainitsemiesi ryhmien kanssa.

Sinulla on siis eturivin paikka nähdä, mikä työn toimittamisessa on tällä hetkellä todella vaikeaa. Aloitetaan siitä. Mikä on näkökulmastasi vaikeinta projektien onnistuneessa toimituksessa tänä päivänä?

Harv Nagra: Tim, olin itse digitaalinen tuottaja monta vuotta sitten. Jossakin vaiheessa johdin digitaalisista tuottajista koostuvaa tiimiä ja työskentelin toimistossa digitaalisena johtajana. En tiedä, onko tämä oikeastaan muuttunut.

Kokemukseni mukaan muuttuvat aikataulut ovat aina aiheuttaneet monimutkaisuutta. Suunniteltujen revisioiden määrä ei koskaan vastaa sitä, mitä asiakkaat lopulta odottavat. Lisäksi tulee muutospyyntöjä projektin laajuuteen, ja sisällön tai palautteen saamisessa on usein viiveitä. Projektin alussa tehdyt parhaatkaan suunnitelmat eivät siis lopulta vastaa todellisuutta.

Muutoksia on paljon, ja kaikkien liikkuvien osien hallinta vaatii työtä. Pelkkä viestintä kaikkien sidosryhmien kanssa, budjettien päivittäminen aina projektin laajuuden muuttuessa, tehtävien ja suunnitelmien päivittäminen sekä aikatauluista huolehtiminen muodostavat suuren työmäärän.

En siis usko, että tämä on uutta. Näin on todennäköisesti ollut projektinhallinnan alusta asti. Se on meille haaste.

Tim Fisher: Aivan. Mitä johtajat mielestäsi usein ymmärtävät väärin projektinhallinnasta, ja miten Scoro auttaa korjaamaan näitä asioita?

Harv Nagra: Lopulta hautaudut kaiken muutoksen alle. Alussa odotukset ovat aina hyvin optimistisia. Ajattelet, että kaikki tulee menemään täydellisesti.

Olemme nykyään usein paineen alla rakentaa todella pieniä budjetteja pelkästään projektin voittamiseksi. Saatamme tehdä niin, ja sitten meillä ei ole lainkaan joustovaraa, jos jokin menee pieleen. Tämän lisäksi, kuten sanoin, kun käytössä on suuri määrä erilaisia työkaluja, joilla kaikkea koordinoidaan, hallinnollista työtä kertyy valtavasti sen sijaan, että voisimme keskittyä oikeasti arvoa tuottavaan työhön.

Rakennat budjetin jossakin muualla, käytät Harvestia ja Asanaa, seuraat aikaa toisessa järjestelmässä ja viet taulukkolaskentatiedostoja yrittääksesi täsmäyttää budjettisi. Kaikki tämä vie paljon aikaa.

Ensinnäkin tässä syntyy valtavasti tehottomuutta, jos tiimisi joutuu jatkuvasti tuomaan ja viemään tietoja tai toistamaan niitä järjestelmästä toiseen. Tämä prosessi aiheuttaa inhimillisiä virheitä aina, kun sitä tehdään. Lisäksi liiketoiminnan ja projektien suoriutumisen näkeminen hidastuu merkittävästi.

Keskustelen joskus toimistojen tai konsulttiyritysten kanssa, joissa aikaa kirjataan yhteen paikkaan, tiedot viedään kerran viikossa ja lisätään Google-taulukkoon, jotta viikon aikana kertynyt aika voidaan laskea yhteen. Jos olet kiireinen etkä tee tätä kahteen viikkoon, mitä tahansa on voinut tapahtua. Budjetti voi olla pahasti ylitetty, etkä tiedä siitä mitään.

Hallinnollista työtä on siis paljon ja näkyvyys puuttuu. Siinä PSA, kuten Scoro, astuu kuvaan. Se on yksi totuuden lähde: kaikki on yhdessä paikassa, tietoja ei tarvitse viedä tai tuoda eikä kopioida paikasta toiseen.

Kaikki on yksinkertaisesti siellä. Kuten sanoin, kyse on tarjousten, projektinhallinnan, resursoinnin, ajanseurannan, laskutuksen ja kaiken muun yhdistämisestä samaan paikkaan. Viimeinen huomioni on, että yritykset kasvavat tähän ratkaisuun jossakin vaiheessa. Aluksi käytössä voi olla useita järjestelmiä, mutta kasvun aikana tulee hetki, jolloin ajattelet: tämä on nyt kaoottista.

Olemme liian suuria toimimaan näin tai projektimme ovat liian monimutkaisia. Meidän täytyy ehkä kasvaa hieman aikuisemmiksi.

Tim Fisher: Kyllä, tuo käy järkeen. On hämmästyttävää, kuinka usein olen nähnyt, miten normaalina pidämme eri järjestelmien yhdistämisen aiheuttamaa hullunmyllyä, joka tapahtuu usein kopioimalla ja liittämällä sekä käyttämällä taulukkolaskentaa.

Kun kaikki tämä otetaan huomioon, miten näet tekoälyn sopivan näihin haasteisiin juuri nyt?

Harv Nagra: Olin itse tuottaja, kuten sanoin. Projektipäälliköt joutuvat koordinoimaan paljon työtä. Tämä koordinointi tehdään kuitenkin manuaalisesti. Näen myös, että monet yritykset käyttävät tekoälyä melko sattumanvaraisesti jonkin asian nopeuttamiseen.

Joskus sillä nopeutetaan rikkinäistä prosessia. Sen sijaan että korjaisimme prosessin, sanomme vain, että riittää kun voimme tehdä sen nopeammin suuren kielimallin avulla. Uskon kuitenkin, että olemme nyt muutoksen kynnyksellä. Toivottavasti olemme siirtymässä paljon mullistavampaan suuntaan, jossa PM:t, tuottajat ja projektitiimit voivat tuntea, että yhdellä projektipäälliköllä on takanaan virtuaalinen tiimi tekoälystä koostuvia avustajia, jotka auttavat kaikessa rutiinityössä.

He voivat astua sivuun, antaa kehotteen ja antaa tekoälyn hoitaa kaiken tylsän, jotta he voivat keskittyä arvokkaampaan työhön. Se on mielestäni todella innostavaa.

Tim Fisher: Jos tarkennetaan hieman, mikä on yksi konkreettinen kipukohta tai kitkatekijä, jossa tekoäly on tähän mennessä auttanut asiakkaitasi?

Harv Nagra: Palataan muutama minuutti sitten mainitsemaani esimerkkiin. Projektit eivät koskaan etene suunnitelman mukaan. Aikataulut venyvät, projektin laajuus muuttuu ja kaikenlaista muuta tapahtuu.

Hyväksynnät viivästyvät, ja käytössä on useita järjestelmiä. Siksi tarvitsemasi näkemykset eivät ole saatavilla. Uskon, että teknologia on nyt kehittymässä siihen suuntaan, että nämä näkemykset ovat saatavilla. Perinteisesti meillä, myös meillä itsellämme, on ollut tuotteita, jotka tuottavat raportteja.

Ongelma on kuitenkin siinä, että ihmisen täytyy tulkita raportit. Se on hyödyllistä, mutta joskus olisi paljon helpompaa saada tieto ennakoivasti. Sinun ei tarvitsisi etsiä sitä tai analysoida kaikkea itse, vaan joku kertoisi sinulle: tässä on ongelma ja sinun pitää ratkaista se.

Asiakkaamme ovat testanneet MCP:tämme beetaversiona ja antaneet meille paljon ideoita ja palautetta siitä, mitä he haluaisivat voida tehdä. On todella innostavaa kuulla näitä ideoita. Osa niistä ei ole vielä mahdollisia, mutta uskon, että pääsemme pian tilanteeseen, jossa yhä useampi asia on mahdollista.

Kerro tekoälylle, mikä on muuttunut, minkä pitäisi muuttua tai mitä haluat sen tekevän, ja se suorittaa työn.

Tim Fisher: Minulla on vielä yksi kysymys ennen kuin jatkamme. Mainitsit lyhenteen, joka olisi mielestäni nopean määritelmän arvoinen. Mikä MCP tarkalleen ottaen on? Uskon, että monet tämän päivän kuulijoista ovat kuulleet siitä, mutta pieni selitys voisi olla hyödyllinen.

Harv Nagra: Uskon, että kaikki puhelun osallistujat ovat varmasti kuulleet API:sta eli sovellusohjelmointirajapinnasta. Se tarkoittaa yksinkertaisesti tapaa, jolla kaksi sovellusta voi keskustella keskenään sekä jakaa tietoja ja toiminnallisuuksia. Yleensä kehittäjän täytyy kuitenkin koodata tämä yhteys, jotta tietoja voidaan jakaa ja tarvittavat toiminnot suorittaa.

Yksinkertaisimmillaan selitän MCP:n näin: se on tekoälyalustoille, kuten ChatGPT:lle tai Claudelle, tarkoitettu API-kerros, jonka avulla ne voivat yhdistyä muihin järjestelmiin. Hienoa on se, että tiedot eivät ainoastaan siirry järjestelmien välillä niin, että tekoäly voi lukea niitä ja antaa vastauksia niiden perusteella, vaan voit myös pyytää sitä suorittamaan toimintoja näissä järjestelmissä.

Voit siis sanoa: mene ja tee tämä. Tekoälystä tulee muiden työkalujesi komentokeskus. Vielä parempaa on se, että toisin kuin API:n kanssa, kehittäjän ei tarvitse koodata tätä yhteyttä. Se tapahtuu suosikkisi suuren kielimallin avulla kirjoitetulla kehotteella. Se on melko tehokasta.

MCP:n toinen hieno ominaisuus on useiden työkalujen käyttö. Kyse ei ole vain toimintojen suorittamisesta tai tietojen hakemisesta yhdestä järjestelmästä, vaan se voi tehdä tätä useissa järjestelmissä samanaikaisesti. Se on mielestäni todella hienoa.

Tim Fisher: Nykyään kaikki lisäävät tekoälyä kaikkeen. Et pääse Instagram-mainoksen tai minkään muunkaan mainoksen läpi, etkä edes keskustelusta, kuulematta jonkun sanovan: Hei, katso miten lisäsimme tekoälyn ohjelmistoomme.

Se on siis nykyään perustason vaatimus. Jonkinlainen tekoälyintegraatio löytyy kaikesta. Mikä on Scoron erilainen näkökulma tähän? Miten teette tämän eri tavalla? Mikä on ainutlaatuista siinä, miten käytätte tekoälyä alustallanne verrattuna muihin alanne toimijoihin?

Harv Nagra: Juhlimme juuri pari viikkoa sitten ChatGPT:n kolmatta syntymäpäivää.

Kun se julkaistiin, monet järjestelmät ja tuotteet kiirehtivät lisäämään tekstigeneraattorin tuotteeseensa voidakseen sanoa, että niissä on tekoäly. Tässä vaiheessa meillä kaikilla on suosikkitekstigeneraattorimme ja suosikkikielimallimme, jotka ovat alansa huippuja ja tekevät innovatiivisimpia asioita. Tarvitsemmeko siis todella tekstigeneraattorin jokaiseen tuotteeseen?

En usko. Se ei myöskään koskaan ollut meidän lähestymistapamme. Se olisi tuntunut melkein huijaamiselta. Toki voisimme tehdä niin, mutta miksi joku haluaisi käyttää tekstigeneraattoria Scorossa? Mikä olisi sen logiikka? Emme siis valinneet tätä lähestymistapaa. Ymmärsimme jo, että olemme tavallaan yrityksen käyttöjärjestelmä.

Kuten sanoin, siellä ovat budjetit, projektit, laskut, raportointi ja kaikki muu. Halusimme luoda sen päälle tekoälykerroksen, joka sanoo: sinulla on jo tämä erinomainen tuote, joka automatisoi kaikki nämä tiedot ja työnkulut, mutta nyt annamme sinulle niiden päälle näkemyksiä tai autamme työn suorittamisessa ja hallinnassa.

Visiomme oli siis luoda työtoveri, joka voi tehdä tuotteessa kaiken saman kuin sinä, mutta puolestasi. Koko työnkulun koordinointi, josta puhuin muutama minuutti sitten, on tärkeä osa lähestymistämme.

Tim Fisher: Siirrytään nyt hieman eteenpäin ja puhutaan siitä, mihin kaikki tämä on menossa. Mitä on näköpiirissä? Kysyn suoraan: mihin luulet Scoron tekoälymatkan olevan menossa?

Harv Nagra: Olemme tänä vuonna panostaneet paljon Eliin ja MCP:hen. Kuten sanoin, se oli meille suuri painopiste. Emme halunneet vain lisätä tuotteeseemme kieli- tai tekstigeneraattoria.

Kyse oli siitä, että meillä on jo kaikki tämä erinomainen tieto projekteistamme ja asiakkaistamme ja kaikesta muusta. Olimme myös ensimmäinen PSA-alusta, joka julkaisi MCP-tuen tänä syksynä. Olemme siitä todella ylpeitä. Haluamme kuitenkin ennen kaikkea laajentaa Elin ominaisuuksia niin, että se voi tehdä kaiken, mitä käyttäjäkin voi tehdä.

Kuten sanoin aiemmin, laajennamme sen ominaisuuksia kirjaimellisesti viikko viikolta. Lisäksi haluamme tehdä siitä niin kyvykkään, että voisit pyytää sitä tekemään mitä tahansa ja se voisi tehdä sen, kunhan sinäkin pystyisit tekemään saman. Tähän voi kuulua esimerkiksi puheominaisuuksien lisääminen.

Monet asiakkaistamme antavat meille myös inspiraatiota asioihin, joita he haluavat nähdä, koska he ovat testanneet tätä. Jos haluan antaa todellisen ennakkokatsauksen siitä, mitä pohdimme hieman pidemmällä aikavälillä – toivottavasti ei kovin kaukana – haluamme antaa sille entistä enemmän tietoa yrityksestäsi, toimialastasi ja erityisalastasi, jotta sillä olisi enemmän asiayhteyttä.

Se olisi vielä tehokkaampaa, koska tekoäly ei tarkastelisi vain tietojasi, vaan tuntisi myös yrityksesi luonteen ja erityispiirteet. Se tietäisi esimerkiksi, että haluat tarjouksesi rakennettavan tietyllä tavalla tai että asiakkaasi tarvitsevat tiettyjä asioita. Silloin siitä tulee erittäin tarkasti yrityksesi tarpeisiin mukautettu ja entistä korvaamattomampi.

Tim Fisher: Se olisi mahtavaa. Vastasit tähän ehkä juuri, joten haastan sinua hieman toisen esimerkin osalta. Kun ajattelet kaikkea, mitä asiakkaasi tekevät organisaatioissaan, mikä olisi yksi todella konkreettinen asia tai ominaisuus, jota Scoro ei tällä hetkellä tee?

Niin konkreettinen kuin pystyt olemaan. Pyydän ehkä samalla kurkistamaan tuotekehityksen tiekartalle, mikä ei välttämättä ole sopivaa, mutta mitä se voisi olla? Yritän saada ihmiset innostumaan hyvin konkreettisella tavalla siitä, mitä seuraavaksi saattaa olla tulossa.

Harv Nagra: Ehkä kerron, mitä itse entisenä tuottajana haluaisin nähdä. Asiakkaamme ovat esimerkiksi pyytäneet meiltä tarjousten luomisen automatisointia aiempien samankaltaisten projektien perusteella.

Tai sitä, että järjestelmä huomioisi asiakkaan, jolla on huono tapa ja jonka kanssa on hankala työskennellä. Se voisi analysoida tilanteen ja antaa tietoa tällaisesta projektista. Tarjousmallit ovat hyödyllisiä, mutta ne ovat vain malleja. Voisit siis sanoa: käytä tätä tarjousmallia pohjana, mutta päivitä hinta tämän asiakkaan ja historiallisten tietojen perusteella, ottaen huomioon laajuus ja vastaavat asiat.

Kaikki tällainen työläs työ, kuten projektien tilatarkistukset, projektien laskutuksen määrittäminen ja yhteenvetojen luominen, sekä API:n mahdollinen korvaaminen MCP:llä, ovat asioita, jotka ovat joko jo mahdollisia tai lähes mahdollisia. Entisenä tuottajana haluaisin kuitenkin erityisesti apua asiakkaiden parempaan hallintaan ja saapuvien asiakaspyyntöjen priorisointiin.

Haluaisin järjestelmän kertovan, kuuluuko jokin asia projektin laajuuteen vai ei, sekä valmentavan siinä, miten asiakkaalle voi esimerkiksi perustella asian rajaamista. Se voisi ohjata viestintää ja neuvottelua. En tiedä, onko tämä tylsä vastaus, mutta juuri tällaiset asiat eivät ole erityisen hauskoja.

Uskon, että ihmisillä on niiden kanssa vaikeuksia, koska asiakkaalle kieltäytyminen tuntuu hankalalta ja tunteet vaikuttavat tilanteeseen. Jos joku voisi auttaa minua käsittelemään kaikki saapuvat tiedustelut ja sanoa: tämä täytyy toteuttaa, se on jo osoitettu tehtäväksi; tämä taas on uutta laajuutta, joten pyydä lisää budjettia, ja näin voit edetä.

Se voisi ehkä myös ehdottaa sähköpostia ja kysyä, olenko valmis lähettämään sen. Olisi todella hienoa nähdä tämä käytännössä.

Tim Fisher: Olisi tosiaan. Nämä epäkiinnostavilta vaikuttavat asiat ovat mielestäni itse asiassa ylivoimaisesti kiinnostavimpia. Valitsisin ne milloin tahansa jonkin hullun tekoälyvideon sijaan. On hauska kuulla sinun puhuvan tästä, sillä kuvailemasi hienot asiat ovat juuri niitä, joissa tiedämme suurten kielimallien olevan hyviä. Olemmehan kaikki jatkuvasti tekemisissä ChatGPT:n tai Clauden kanssa samalla tavalla.

Puuttuva osa on kaikki Scoron sisällä oleva liiketoimintatieto – tai useimpien ihmisten tapauksessa valitettavasti 15 eri järjestelmässä oleva tieto. Tämä on todella hyvä tapa tuoda kaikki yhteen ja tehdä jotakin tuottavampaa kuin ne hieman hassut asiat, joihin yleensä käytämme tekoälyä.

Tämä on hyvä siirtymä suureen viimeiseen kysymykseen, jonka esitän ihmisille eri muodoissa. Miten näet projektipäällikön roolin kehittyvän kaiken tämän seurauksena? Monet kuvaamistasi asioista ovat projektipäällikön tai muiden ihmisten päivittäisen työn osia.

Kun itse vastaan tähän kysymykseen eri talouden aloilla, ajattelen kaikkia hyötyjä ja sitä, miten voimme kaikki kehittyä esimerkiksi strategiatyössä. Mutta sinun maailmassasi ja niiden ihmisten parissa, joiden kanssa työskentelet, miten tämä auttaa projektipäällikön roolia kehittymään?

Harv Nagra: Olen käyttänyt tänään sanaa koordinoida useita kertoja, koska näen tänään esiteltyjen työkalujen auttavan ihmisiä koordinoimaan työtä. Kuten sanoin aiemmin, koordinoimme jo nyt työtä projektipäällikköinä, mutta hyvin manuaalisesti. Julkaisin tänään LinkedInissä ajatuksen siitä, että projektipäällikön työ ei ole kalliin hallinnollisen työntekijän työtä, vaikka sellaiseksi se muuttuu, kun hautaudut tietojen kopioimiseen ja yrität päivittää sataa järjestelmää koko päivän.

Meidän ei pitäisi tehdä tällaista työtä tai olla siitä erityisen ylpeitä tai innostuneita, koska kukaan ei oikeastaan pidä siitä. Uskon, että tämä muuttuu niin, että järjestelmät ja työkalut, kuten Eli ja MCP, hoitavat nämä tehtävät puolestamme. Silloin voimme keskittyä kiinnostavampaan strategiseen työhön tai arvokkaampiin tehtäviin, joista todella nautimme.

En tunne ketään, joka nauttisi Gantt-kaavioiden päivittämisestä. Se kuuluu tällä hetkellä tehtävänkuvaan, mutta se ei ole työn hauska osa. En ole erityisen huolissani siitä, että tekoäly ja tällaiset työkalut korvaisivat tehtävämme. Ihmiset tuovat aina mukanaan vivahteita, harkintaa, arvoa ja asiayhteyttä, ja niitä tarvitaan jatkossakin.

Työkalut antavat meille vain enemmän voimaa. Se on kuin takanasi olisi tiimi, joka hoitaa kaikki nämä asiat. On todella hienoa nähdä, kuinka paljon kiinnostavampaa työtä voimme tehdä ja kuinka paljon tuottavampia voimme sen ansiosta olla.

Tim Fisher: Olen samaa mieltä. Kiitos, Harv.

Becca Banyard: Mahtavaa.

Harv, tämä on ollut erinomainen keskustelu. Kiitos paljon, että liityit seuraamme tänään ja annoit meille katsauksen Scoron tekoälyominaisuuksiin. Jos ihmiset haluavat tutustua Scoroon tarkemmin, minne heidän pitäisi mennä?

Harv Nagra: Menkää osoitteeseen scoro.com. Juonnan myös podcastia, joten tilatkaa sekin. Se on operaatioihin keskittyvä podcast nimeltä The Handbook. Voitte tietysti myös olla minuun yhteydessä LinkedInissä, jossa puhun muun muassa liiketoiminnan operatiivisesta kypsyydestä ja tehokkuudesta. Osoite on BLY slash score demo, ja siellä voi ilmoittautua kokeiluun.

Becca Banyard: Kiitos vielä kerran. Tim, kiitos myös siitä, että olit tänään loistava toinen juontaja kanssani. Päätämme tältä erää, mutta viettäkää hieno loppupäivä. Tapaamme seuraavassa Tulevaisuuden tekoäly projektinhallinnassa -tilaisuudessa. Pitäkää huolta itsestänne!