Kuinka omaksua globaali ajattelutapa kansainvälisten tuotetiimien johtamiseen
Lue tekstitys:
Kokeilemme podcastiemme tekstittämistä ohjelmiston avulla. Anna anteeksi mahdolliset kirjoitusvirheet, sillä botti ei ole sataprosenttisen tarkka.
Hannah Clark: Etätyön aikakaudella tuotetiimit voivat muodostua monella tavalla, eivätkä ne enää rajoitu tietyn maantieteellisen alueen osaajapooliin. Tämä tarkoittaa, että monet meistä työskentelevät päivittäin tiiviisti täysin eri aikavyöhykkeillä olevien kollegoiden kanssa ja rakentavat samalla tuotteita asiakkaille ympäri maailmaa. Vaikka mahdollisuus muodostaa yhteyksiä, tehdä yhteistyötä ja myydä kansainvälisesti tarjoaa runsaasti mahdollisuuksia, siihen liittyy myös kokonainen maailma monimutkaisuuksia ja haasteita.
Vieraana on tänään Craig Guarraci, joka on työskennellyt viimeiset 30 vuotta suurissa teknologiayrityksissä, kuten Amazonilla ja Microsoftilla, ja hyödyntää nyt kokemustaan uravalmentajana. Taustansa ja nykyisen työnsä ansiosta Craig tuntee hyvin kansainvälisten tuotteiden rakentamiseen ja lanseeraamiseen liittyvät hienovaraisemmat haasteet. Keskustelimme siitä, mitä projektipäälliköiden, johtajien ja yrittäjien tulisi juuri nyt ottaa huomioon työskennellessään yli rajojen sekä siitä, kuinka varmistaa, etteivät parhaat ponnistelusi katoa käännökseen. Aloitetaan.
Tervetuloa takaisin The CPO Clubin podcastiin. Olen täällä Craig Guarracin kanssa. Hän on uravalmentaja ja Tech PM Career Pathin perustaja.
Craig, kiitos paljon, että liityit seuraamme tänään.
Craig Guarraci: Kiitos, Hannah. Hienoa olla täällä.
Hannah Clark: Mahtavaa.
Aloitetaan kuten aina. Kertoisitko hieman taustastasi ja siitä, miten päädyit nykyiseen tilanteeseesi?
Craig Guarraci: Toki. Minulla on yli 30 vuoden kokemus teknologia-alalta. Olen työskennellyt Microsoftilla, Amazonilla ja myös muutamissa startup-yrityksissä. Yksi niistä oli niinkin pieni kuin noin 20–30 henkilöä. Olen siis työskennellyt erikokoisissa yrityksissä. Olen edennyt teknisten projekti- ja ohjelmaroolien sekä tuotepäällikön tehtävien kautta.
Olen toiminut myös vanhempana teknisenä ohjelmapäällikkönä. Tämänpäiväiseen aiheeseemme liittyen olen työskennellyt useiden globaalien tuotteiden parissa, ja voin antaa niistä lyhyen yleiskatsauksen. Ne ovat vaihdelleet Microsoftin MSN.com-divisioonassa käytetyistä tietovarastoista erilaisiin B2B- ja B2C-ratkaisuihin sekä oppimisalustoihin.
Esimerkiksi oppimisalustoihin, joita käytettiin 130 eri maassa ja 13 000 oppilaitoksessa. Olen työskennellyt myös Amazonin vähittäiskauppadivisioonassa, erityisesti tekoäly- ja koneoppimismallien sekä niihin liittyvien tukityökalujen parissa. Voimme myöhemmin käsitellä tekoälyn ja koneoppimisen käyttöä eri kulttuurirajojen yli ja eri maissa. Lisäksi toimin teknisten projekti-, ohjelma- ja tuotepäälliköiden uravalmentajana.
Hannah Clark: Mahtavaa. Urakehityksesi on todella kiinnostava. Kuulostaa siltä, että sinulla on paljon syvällistä kokemusta tämän päivän aiheesta, joka on kulttuurienvälinen tuotepäällikkyys. Juuri nyt, kun monet meistä työskentelevät etätiimeissä, on tärkeämpää kuin koskaan tiedostaa ja hallita näitä asioita.
Aloitetaan siis tarinalla, joka auttaa ymmärtämään, miksi projektipäälliköt hyötyvät kulttuurienvälisestä lähestymistavasta työssään.
Craig Guarraci: Kulttuurienvälinen tuotepäällikkyys on tärkeää, koska elämme selvästi verkottuneessa maailmassa. Internetin voimakkaan kasvun jälkeen, suunnilleen vuodesta 1995 lähtien, mahdollisuudet tehdä yhteistyötä yli rajojen ja palvella eri maiden asiakkaita ovat kasvaneet.
Kulttuurienvälisessä tuotepäällikkyydessä on tärkeää ymmärtää, ettemme voi olettaa yhdessä maassa toimivan ratkaisun toimivan automaattisesti toisessa maassa. Tässä on siihen liittyvä tarina aiemmin mainitsemastani Microsoftin verkko-oppimisalustasta. Se toimi noin 130 eri maassa, ja lokalisoimme alustan 15 eri kielelle.
Yksi näistä kielistä oli arabia, joka kirjoitetaan oikealta vasemmalle. Kohtasimme siellä haasteita, jotka liittyivät käytännössä sivuston peilaamiseen. Kaikki piti esittää eri tavalla. Esimerkiksi olemme tottuneet kirjoittamaan tekstiä hakukenttään ja näkemään sen oikealla puolella suurennuslasin, siirtymiskuvakkeen tai jotakin vastaavaa.
Käyttöliittymä piti kääntää niin, että teksti voitiin syöttää oikealta vasemmalle ja haku käynnistää vasemmalta puolelta hakukuvaketta napsauttamalla. Länsimaissa olemme myös tottuneet verkkosivustoihin, joiden navigointivalikko on vasemmalla.
Arabian tapauksessa siirsimme valikon oikealle ja kohdistimme myös valikoiden tekstin oikealle. Jos emme olisi tehneet tätä onnistuneesti, emme olisi pystyneet palvelemaan arabiankielisiä käyttäjiämme kunnolla. Projektipäälliköt hyötyvät tästä, koska he pystyvät palvelemaan paremmin asiakkaita eri puolilla maailmaa.
Hannah Clark: Kyllä, ehdottomasti. Haluamme tuotteidemme menestyvän muuallakin kuin välittömässä ympäristössämme, joten näitä asioita on hyvä pohtia jatkuvasti.
Kun ajattelemme tällaisia asioita, kyse on pohjimmiltaan jälleen osallistavasta suunnittelusta ja eri kulttuuri- ja sosioekonomisista taustoista tulevien käyttäjien tarpeisiin vastaamisesta. Teimme hiljattain jakson myös saavutettavasta suunnittelusta. Miten projektipäälliköt voivat sisällyttää tällaisen ajattelun tuotteen elinkaareen?
Craig Guarraci: Osallistava suunnittelu on tärkeää, koska eri kulttuureista ja sosioekonomisista taustoista tulevien ihmisten tarpeet on otettava huomioon, kun työskentelet seuraavan tuotteen parissa ja viet sitä eteenpäin eri julkaisujen kautta.
Tähän kuuluvat esimerkiksi kielet, tekstin lokalisointi sekä ajan, päivämäärän ja valuutan muotojen globalisointi. Myös kaikki kuvat ja kuvakkeet on tarkistettava huolellisesti, jotta ne sopivat kyseiseen kulttuuriin. Kun puhumme osallistavasta suunnittelusta, siihen kuuluu luonnollisesti myös saavutettavuus: esimerkiksi sen varmistaminen, että erilaisia toimintarajoitteita omaavat ihmiset voivat käyttää ohjelmistoasi saavuttaakseen ammatilliset tai henkilökohtaiset tavoitteensa.
Työn sisällyttäminen tuotteen elinkaareen saattaa kuulostaa hieman vesiputousmallilta, mutta käytännössä projektipäällikön on julkaisun alussa ajateltava tätä työtä alusta loppuun: mitä on tehtävä, jotta eri maiden asiakkaita voidaan palvella. On varattava aikaa eri maiden asiakkaiden tarpeiden ymmärtämiseen, tutkimuksen tekemiseen ja tutkimustulosten analysointiin.
Myös julkaisua rakentaessa on mietittävä, miten palautetta kerätään. Kvantitatiivista palautetta, kuten napsautussuhteita, sekä kvalitatiivista palautetta, kuten kyselyitä ja asiakaspalautetta. Palautetta voi saada myös asiakastuelta, kun eri maiden asiakkaat soittavat ja kertovat tuotteen käytössä kohtaamistaan vaikeuksista.
Projektipäällikön on siis tarkasteltava julkaisua laajasti alusta lähtien, suunniteltava nämä toiminnot, pilkottava työ osiin ja tietenkin vietävä toteutusta eteenpäin.
Hannah Clark: Tämä on erittäin kiinnostavaa, ja haluan syventää hieman erityisesti sitä tuotteen versiota, joka suunnattiin arabiankielisille käyttäjille.
Mitä vaikeasti hallittavia haasteita liittyy laadullisen tutkimuksen tekemiseen, kun yrität palvella käyttäjäryhmää, jonka viestintästandardit poikkeavat suuresti omistasi, eikä tiimissäsi välttämättä ole ketään, joka hallitsee kyseisen kielen sujuvasti?
Millaisia haasteita olet kohdannut ja miten olet onnistunut ratkaisemaan ne?
Craig Guarraci: Yksi haaste on saada riittävästi kohdemarkkinoilla olevia ihmisiä antamaan riittävästi palautetta. Jos se ei ole mahdollista, on selvitettävä, löytyykö aihealueen asiantuntijaa, joka tuntee kyseisten maiden kulttuurinormit ja lokalisointistandardit ainakin riittävän hyvin.
Kun työskentelin oppimisalustan parissa, meillä oli onneksi henkilö, joka osasi lukea hepreaa. Heprea on myös oikealta vasemmalle kirjoitettava kieli, joten hän pystyi asiantuntijana neuvomaan, miten käyttöliittymää pitäisi muuttaa, mitä käyttöliittymässä tulisi odottaa ja miten asiat pitäisi kokonaisuutena tulkita.
Ihannetilanteessa asiakkailta hankitaan siis palautetta kyseisiltä markkinoilta. Jos se ei onnistu, aihealueen asiantuntija voi antaa palautetta siitä, miten tuotetta pitäisi mukauttaa eri maihin.
Hannah Clark: Tuo on varmasti ainutlaatuinen haaste, jos kohteena on tietynlainen markkina.
Siirrytään nyt melko merkittäviin haasteisiin, kun kerran puhumme kulttuurienvälisen tuotepäällikkyyden haasteista ja mahdollisuuksista. Haluaisin aloittaa tekoälyteknologian tehokkaasta hyödyntämisestä, koska se on ajankohtainen aihe. Pohdimme sitä riippumatta siitä, millaista tuotetta rakennamme tai mille markkinalle.
Voisitko kertoa näkemyksiäsi siirto-oppimisesta, jossa yhdessä kulttuurisessa kontekstissa koulutettua mallia mukautetaan toimimaan tehokkaasti toisessa kontekstissa?
Craig Guarraci: Kun malli on koulutettu käsittelemään tietoa tietyssä maassa ja tietyllä kielellä, projektipäällikön tehtäväksi jää selvittää, voidaanko samoja oppeja soveltaa muissa maissa.
Otetaan esimerkiksi poikkeamien tunnistaminen. Käytän esimerkkejä, jotka useimpien kuuntelijoidesi pitäisi tuntea. Oletetaan, että kehitämme Yhdysvalloissa tekoälymallia poikkeamien tunnistamiseen. Poikkeamia voisivat olla esimerkiksi tietoturvaloukkausten tunnistaminen yritysverkossa.
Yrittävätkö haitalliset toimijat päästä yritysverkkoomme? Millaisia liikennemalleja heidän toimintansa tuottaa? Malli koulutetaan tunnistamaan nämä liikennemallit. Ne ovat poikkeamia, koska suurin osa verkon liikenteestä tulee tavallisilta työntekijöiltä. Haitallisilla toimijoilla on todennäköisesti hieman erilaiset liikennemallit.
Poikkeamien tunnistamista voidaan käyttää myös asiakaskokemuksessa. Asiakkailla, jotka käyttävät ohjelmistoasi tai verkkosivustoasi, voi olla vaikeuksia, mutta kuulet ongelmista vain hyvin pieneltä osalta asiakkaita. Myös mahdollinen asiakaspetos on poikkeamien tunnistamista, koska vain hyvin pieni osa asiakkaista yrittää käyttää vilpillisiä keinoja yritysten huijaamiseen.
Kun malli on koulutettu Yhdysvalloissa, projektipäällikön on selvitettävä, voidaanko samaa mallia käyttää toisessa maassa. Tämä tarkoittaa poikkeamien päällekkäisyyden arviointia. Ovatko muiden maiden tietoturvaloukkausten poikkeamat riittävän samanlaisia kuin Yhdysvalloissa tunnistetut ja mallilla koulutetut poikkeamat? Entä asiakaskokemuksen poikkeamat: tarjoaako eri maiden verkkosivusto pääosin samat toiminnot, jolloin muiden maiden asiakkaat todennäköisesti kohtaavat samoja ongelmia?
Kun malli on koulutettu yhdessä maassa, on arvioitava, onko muiden maiden odotettavissa olevassa liikenteessä riittävästi yhtäläisyyksiä. Lisäksi on määritettävä datatieteen vaatima työmäärä, jotta malli voidaan valmistella käytettäväksi muilla markkinoilla.
Tähän liittyy käännöstyötä. Jos malli on koulutettu amerikanenglanniksi ja haluamme käyttää sitä esimerkiksi Ranskassa, Saksassa ja Italiassa, on päätettävä, käännetäänkö kielet ensin englanniksi ja käytetäänkö mallia niiden käsittelyyn vai käytetäänkö kullekin kielelle omaa mallia.
On siis otettava huomioon erilaisia asioita kokonaiskustannuksissa, joita tämän hyödyn saavuttaminen edellyttää, kun mallia käytetään eri markkinoilla.
Hannah Clark: Käännökset aiheuttavat varmasti omat erityiset haasteensa, eivätkä kyse ole vain kustannuksista. Miten voidaan varmistaa käännöksen tarkkuus yhdestä näkemyksestä toiseen? Kuulostaa siltä, että siihen liittyy paljon riskejä.
Onko sinulla muita näkemyksiä huolellisempiin haasteisiin, joita liittyy useiden eri kielillä olevien aineistojen käsittelyyn?
Craig Guarraci: Yksi niistä on mainitsemasi käännöksen laatu. Jos kielet käännetään yhteiselle kielelle, esimerkiksi englanniksi, mikä on käännöksen kokonaislaatu?
Toinen asia liittyy liikennemalleihin ja etsittäviin poikkeamiin. Ovatko ne riittävän samanlaisia kuin mallin jo tuntemat poikkeamat, jotta mallia voidaan käyttää onnistuneesti muissa maissa?
Tämä johtaa toiseen alueeseen, jossa keskitymme usein liikaa itse malliin. Kaikki puhuvat mallista, matematiikasta ja tekniikoista, mutta mallien ympärillä on myös paljon tukevia rakenteita.
Jos esimerkiksi tarkastamme poikkeamien tunnistusmallia ja yrityksen sisäiset henkilöt tarkastavat tuloksia varmistaakseen mallin tarkkuuden ja luotettavuuden, tarvitaan työkaluja, kuten merkitsemistyökaluja. Näitä työkaluja tarvitaan myös muissa maissa, koska jokaisessa maassa on todennäköisesti yrityksesi yhteyshenkilöitä, jotka voivat arvioida, tunnistaako malli asiakaspoikkeaman tai asiakaspetoksen oikein.
He käyttävät yrityksen sisäistä merkitsemiskäyttöliittymää, jotta mallin toiminnasta eri maissa saadaan jatkuvasti palautetta. Jos suorituskyky alkaa poiketa, Yhdysvalloissa opitut asiat on siirretty muihin maihin, mutta merkitsejiltä ja tarkastajilta saatu palaute osoittaa, ettei malli toimi kunnolla.
Se on merkki siitä, että kyseisen maan aineistoon on perehdyttävä syvemmin ja selvitettävä, miksi malli ei toimi muissa maissa yhtä hyvin. Nämä ovat joitakin kielikäännösten ja tukityökalujen hienovaraisempia näkökohtia.
Tukityökalujen on pystyttävä toimimaan muissa maissa, jotta malli voi menestyä.
Hannah Clark: Todella kiinnostavia huomioita.
Halusin käsitellä myös toista merkittävää haastetta, joka liittyy tietenkin sääntelyn noudattamiseen yli rajojen. Puhumme lakisääteisten velvoitteiden hoitamisesta, ja ne vaihtelevat suuresti sen mukaan, missä maissa toimitaan. Esimerkkejä ovat EU:n yleinen tietosuoja-asetus GDPR, EU:n tekoälysäädös sekä Yhdysvaltojen osavaltioiden uudet tietosuojalait.
Miten projektipäälliköiden tulisi suunnitella tiedonkeruustrategioita, jotka pysyvät vaatimustenmukaisina ja eettisinä mutta ovat silti tehokkaita?
Craig Guarraci: Tiedonkeruun lähestymistavat edellyttävät projektipäällikön tiivistä yhteistyötä lakiasiain neuvonantajien kanssa. Heidän apuaan tarvitaan eri säädösten hallitsemiseen.
Eri maissa on erilaisia säädöksiä. EU:n yleinen tietosuoja-asetus kattaa 27 EU-maata sekä Yhdistyneen kuningaskunnan. Lisäksi viime vuonna elokuussa voimaan tuli EU:n tekoälysäädös. Se koskee organisaatioita, jotka kehittävät tai käyttävät tekoälyä, ja luokittelee tekoälymallit viiteen eri luokkaan.
Kaliforniassa on Kalifornian kuluttajien yksityisyyden suojaa koskeva laki ja Virginiassa Virginian kuluttajatietojen suojaa koskeva laki. Ne säätelevät asiakastietojen keräämistä sekä sitä, miten asiakkaat voivat muuttaa ja päivittää tietojaan ja pyytää henkilötietojensa poistamista.
Nämä ovat vain muutamia säädöksiä, jotka kulttuurienvälisessä tuotepäällikkyydessä on otettava huomioon. Kyseessä on koko yrityksen yhteinen työ, jossa projektipäällikkö tekee yhteistyötä lakiasiain neuvonantajien, laskennan, taloushallinnon ja mahdollisesti muidenkin osastojen kanssa.
Asiaa on ajateltava varhain ja se on suunniteltava osaksi julkaisua. Kun lakiasiat ja projektipäällikkö ovat päättäneet, mitä tarkalleen on rakennettava, nämä yksityiskohtaiset vaatimukset, käyttäjätarinat ja epokset voidaan pilkkoa ja rakentaa yhdessä teknisen tiimin kanssa.
Hannah Clark: Kun mainitsit teknisen tiimin, siirrytään sisäisempiin kulttuurienväliseen tuotepäällikkyyteen liittyviin aiheisiin. Olemme puhuneet siitä, miten tuotteista tehdään toimivia erilaisille ulkoisille käyttäjille.
Työskentelemme tietysti myös sisäisten tiimien kanssa, jotka voivat ulottua useisiin maihin ja aikavyöhykkeisiin. Minusta on kiinnostavaa pohtia, miten näitä eroja navigoidaan niiden ihmisryhmien välillä, joiden kanssa työskentelemme tiiviisti.
Mitä käytännön vinkkejä sinulla on viestintäaukkojen ylittämiseen, kun johdat teknisiä tiimejä tai useita eri maissa toimivia yksittäisiä asiantuntijoita, joilla on erilaiset työtavat ja kulttuurinormit?
Craig Guarraci: Ensimmäiseksi on selvitettävä, onko tiimin jäsenten välillä kielieroja. Kun johdin Kiinassa toimivaa tiimiä, sen jäsenet puhuivat melko hyvää englantia ja olivat erittäin innokkaita tuottamaan tuloksia. Varhaisessa sprintin suunnittelukokouksessa kävimme läpi sprintissä rakennettavat tarinat.
Heillä ei ollut kysymyksiä. Näin paljon nyökkäilyä ja suostumusta, joten oletin heidän ymmärtävän, mitä julkaisuun piti rakentaa. Sprintin edetessä ja toimituksia nähdessäni tajusin, etteivät he oikeastaan ymmärtäneet käyttäjätarinoiden kaikkia vaatimuksia tai niiden todellista merkitystä.
Vaikka tarinoissa oli mitattavat hyväksymiskriteerit, näin, etteivät he ymmärtäneet niiden laajempaa merkitystä. On siis testattava ymmärrystä ja selvitettävä, esiintyykö viestintäaukkoja. Voit kysyä: ”Miten ymmärrät nämä tarinat?” Tai: ”Miten nämä liittyvät koko projektijulkaisuun?”
Kannattaa myös kysyä, näkevätkö he riskejä siinä, etteivät tarinat täytä asiakkaiden kaikkia tarpeita. Viestintäaukkoihin liittyen on oltava tietoinen kulttuurisesta slangista.
Jokaisessa maassa käytetään tiettyä määrää omaa slangia. Amerikassa puhumme esimerkiksi suuntaa-antavasta arviosta käyttäen baseball-termiä. Baseball-kenttiä ei kuitenkaan ole muissa maissa. Myös esimerkiksi ”teknisesti taitava” voi aiheuttaa väärinymmärryksiä.
Viestintäaukot voivat siis joskus johtua käyttämistämme oikopoluista ja slangista. Niiden kanssa on oltava varovainen. Testaa ymmärrys ja kiinnitä huomiota käyttämääsi kieleen.
Hannah Clark: Minusta on kiinnostavaa, että tämä pakottaa tarkastelemaan sitä, kuinka paljon ammattijargonia käytämme päivittäisessä viestinnässämme. Erityisesti tällä alalla jargon on hyvin yleistä ja voi olla epäselvää jopa paikallisille alan ammattilaisille.
Onko tämä saanut sinut arvioimaan käyttämiäsi termejä myös paikallisten tiimiesi kanssa?
Craig Guarraci: Paikallisten tiimien kanssa ei niinkään. Ne olivat joko yhdysvaltalaisia tai ihmisiä, jotka olivat asuneet täällä noin vuosikymmenen, joten se ei ollut suuri haaste.
Haasteita tulee yleensä silloin, kun ihmiset asuvat edelleen Yhdysvaltojen ulkopuolella tai englanti on heidän toinen kielensä. Huomasin tarkistavani sähköpostini kahteen tai kolmeen kertaan, jos lähetin viestin ulkomailla työskentelevälle tiimin jäsenelle. Varmistin, etten tehnyt oletuksia tai käyttänyt slangia ja että asiat olivat mahdollisimman objektiivisia.
Halusin varmistaa viestiväni mahdollisimman selkeästi toisessa paikassa työskenteleville tiimin jäsenille. Jos viestiä ei muotoile oikein, seurauksena on pahimmillaan 24 tunnin viive. He lukevat sähköpostin nukkuessasi ja vastaavat siihen, ja sinä palaat toimistolle seuraavana päivänä. Se aiheuttaa projektiin uusia viiveitä.
Hannah Clark: Niin varmasti. Voin kuvitella, kuinka vaikeaa on huomata esimerkiksi ilmauksia, jotka ovat juurtuneet päivittäiseen puheeseemme. Ne huomaa vasta, kun asian tarkistaa huolellisesti. Tämä on todella kiinnostavaa.
Jos valvot projektia ja työskentelet useiden tiimien kanssa, jotka toimivat ohjauksesi alaisina, entä tiimien välinen yhteistyö? Oletko joutunut auttamaan kansainvälisiä tiimejä yhteistyön rakentamisessa ja keskinäisen luottamuksen vahvistamisessa?
Craig Guarraci: Silloin on ymmärrettävä erilaiset suhtautumistavat ja lähestymistavat työhön. Hyvä esimerkki ovat määräajat. Joissakin kulttuureissa määräajat nähdään hyvin joustavina, neuvoteltavina ja mukautuvina: kunhan toimitamme suunnilleen kyseisenä päivänä, kaikki on hyvin.
Toisissa kulttuureissa, erityisesti Yhdysvalloissa, päivämäärä tarkoittaa tiettyä päivämäärää. Jos sanomme toimittavamme 30. heinäkuuta, toimitus tapahtuu sinä päivänä. On siis ymmärrettävä erilaiset näkemykset päivämääristä.
Ymmärrystä kannattaa testata käymällä läpi julkaisun aikataulun etenemissuunnitelma ja kysymällä: ”Miten ymmärrät nämä päivämäärät? Kuinka kriittisinä pidät niitä? Kuinka tärkeitä ne ovat koko projektille?”
Luottamuksen kannalta on tärkeää ymmärtää julkiset palkitsemisen ja tunnustuksen tavat. Miten niitä arvostetaan? Miten julkinen tunnustus pitäisi antaa? Annettaisiinko se yksittäiselle osallistujalle vai koko tiimille? Joissakin kulttuureissa palkinto annetaan mieluummin koko tiimille kuin tietylle henkilölle.
Kannattaa käyttää aikaa tutkimiseen ja sen ymmärtämiseen, miten eri kulttuurit suhtautuvat näihin asioihin. Luottamuksen rakentamisessa on tärkeää myös ymmärtää ja tunnistaa erilaiset kansalliset juhlapäivät.
Esimerkiksi Kiinassa vietetään helmikuun tienoilla kevätjuhlaa, jonka vuoksi ihmiset ovat noin viikon poissa. Heitä kannattaa onnitella jo etukäteen ja suunnitella aikataulu näiden päivien ympärille niin, että projektin ja tuotannon kattavuus säilyy. Aika on myös huomioitava aikataulussa.
Intiasta tulevat ihmiset puolestaan viettävät diwali-juhlaa marraskuun tienoilla. Näiden juhlapyhien huomioiminen ja niistä onnittelu edistää luottamuksen rakentamista projektissa.
Hannah Clark: Mielenkiintoista. Se varmasti edistää myös hienoa kulttuurista ilmapiiriä.
Miten erityisesti etä- tai hybridiympäristöissä toimivien teknisten tiimien projektipäälliköt voivat varmistaa, että yhteistyö ja vastuu säilyvät sujuvina eri aikavyöhykkeillä ja kulttuurirajojen yli? Miten varmistetaan, että kaikki vastaavat asioista ja pystyvät reagoimaan ajoissa?
Craig Guarraci: Aikataulun tarkistamisen ja ymmärryksen testaamisen kaltaisten konkreettisten asioiden lisäksi tässä tarvitaan projektipäällikön pehmeitä taitoja. Projektipäällikön on kuljettava tiimissä ja oltava yhteydessä ihmisiin.
Kun sprintti on aloitettu, kannattaa keskustella paikallisten teknisten asiantuntijoiden kanssa, jotka työskentelevät muiden maiden ja aikavyöhykkeiden asiantuntijoiden kanssa. Kysy, miten kaikki sujuu, miten jonkin ominaisuuden työ etenee ja estääkö jokin asia työn etenemisen.
Kysy myös, miten yhteistyö toisessa maassa työskentelevän henkilön kanssa sujuu. Projektipäällikön kannattaa olla yhteydessä myös toisen maan vastinpariinsa. Joskus toisessa maassa on päävastuullinen, esimerkiksi projekti- tai ohjelmapäällikkö, joka työskentelee suoraan teknisten asiantuntijoiden kanssa.
Ole yhteydessä sähköpostilla tai keskustelulla ja järjestä joskus epämuodollisia tapaamisia. Kysy, miten heidän näkökulmastaan menee, eteneekö työ hyvin, onko keskusteltavia ongelmia tai estääkö jokin asia etenemisen. Esitä avoimia kysymyksiä.
Aiemmin mainitsemani työilmapiiriin liittyvät asiat auttavat myös yhteistyön rakentamisessa. Sujuva yhteistyö on yhdistelmä aikataulun ja tehtävien tarkistamista sekä pehmeiden taitojen käyttämistä: keskustele epämuodollisesti paikallisten ihmisten sekä muissa paikoissa työskentelevien teknisten tiimien kanssa.
Hannah Clark: Ennen kuin lopetamme, haluan kysyä, onko sinulla tarinoita hetkestä, jolloin eri kulttuurinormien parissa työskentely oli erityisen palkitsevaa tai kiinnostavaa?
Craig Guarraci: Se liittyy aiemmin mainitsemaani Microsoftin oppimisalustaan. Se oli niin laaja, kattoi niin monia maita ja sisälsi tuotteen lokalisoinnin ja globalisoinnin noin 15 kielelle. Se tutustutti minut moniin erilaisiin kulttuurisiin asenteisiin ja tapoihin nähdä tuote.
Lokalisoinnin aikana oppi myös konkreettisia asioita. Esimerkiksi saksan kieli voi olla lokalisoituna melko pitkä. Kun saksankielinen teksti sovitetaan olemassa olevaan käyttöliittymään, käyttöliittymää voi joutua muuttamaan, jotta valintaikkunoita, valikoita ja muita elementtejä voidaan laajentaa.
Muiden maiden asiakkaille tehtävä työ opettaa siis paljon kiinnostavia asioita.
Hannah Clark: Kiehtovaa. On todella hienoa oppia lisää ihmisistä ja siitä, miten eri maissa eletään ja toimitaan. Se on mahtavaa.
Craig, kiitos paljon, että liityit seuraamme. Tämä on ollut todella kiinnostava keskustelu, jossa tarkastelimme aihetta monesta näkökulmasta. Mistä ihmiset voivat seurata työtäsi verkossa, jos he haluavat oppia lisää?
Craig Guarraci: He voivat mennä verkkosivustolleni techpmcareerpath.com tai etsiä minut LinkedInistä.
Hannah Clark: Mahtavaa. Kiitos paljon, että liityit seuraamme.
Craig Guarraci: Kiitos.
Hannah Clark: Kiitos kuuntelusta. Saat lisää hyödyllisiä näkemyksiä, käytännön oppaita ja työkaluarvosteluja tilaamalla uutiskirjeemme osoitteessa theproductmanager.com/subscribe. Voit kuunnella lisää tämänkaltaisia keskusteluja tilaamalla The CPO Clubin sieltä, missä kuuntelet podcasteja.
