Kuinka tekninen sinun todella tarvitsee olla teknisenä projektipäällikkönä? Juontaja Galen Low keskustelee Plankin tiiminvetäjän ja johtavan teknisen PM:n Kayla Keizerin kanssa siitä, miten tekninen osaaminen ja johtamistaidot voidaan tasapainottaa.
He keskustelevat siitä, kuinka PM:t voivat menestyä hallitsematta kaikkia tiimiensä käyttämiä teknologioita sekä siitä, kuinka johtajat voivat kehittää vaikuttavia projektipäälliköitä edellyttämättä DevOps-tutkintoa. Kuuntele keskustelu saadaksesi näkemyksiä mentoroinnista, kehittymisestä ja teknisten PM:ien muuttuvassa roolissa toimimisesta.
Haastattelun kohokohdat
- Voiko tekninen PM menestyä ilman teknistä koulutusta? [02:01]
- Tekniset projektipäälliköt (PM:t) eivät tarvitse syvällistä teknistä osaamista, mutta heidän tulisi ymmärtää keskeiset käsitteet.
- Heidän tehtävänsä on edistää yhteistyötä ja tarjota tiimille oikeat tiedot, ei korjata virheitä tai määrittää järjestelmiä.
- Perustiedot esimerkiksi Pythonista tai AWS:stä ovat hyödyllisiä, mutta niitä voi oppia tutkimalla tai keskustelemalla tiimin kanssa.
- Tiimin jäseniltä selitysten ja taustatietojen pyytäminen parantaa yhteistyötä ja projektin toteutusta.
- Keskittyä tulisi siihen, että tietää, mitä kysymyksiä tiimin tehokkaaksi tukemiseksi kannattaa esittää.
- Kuinka ei-tekninen PM voi voittaa haasteet? [03:57]
- Uransa alussa Kayla kohtasi jyrkän oppimiskäyrän erittäin teknisessä televiestintäympäristössä.
- Hän työskenteli kokeneiden ammattilaisten kanssa, joilla oli syvällistä teknistä osaamista ja paljon organisaation historiaan liittyvää tietoa.
- Suurin haaste oli epävarmuuden voittaminen ja oppimisprosessin hyväksyminen.
- Hän korosti kysymysten esittämisen tärkeyttä ja sitä, ettei tuntemattomia käsitteitä pidä vältellä.
- Myönteinen asenne ja halu perehtyä asioihin tekivät siirtymästä sujuvamman.
- Itseluottamus, vaikka sitä olisi aluksi joutunut teeskentelemään, auttoi häntä selviytymään haasteista tehokkaammin.
- Esitä kysymyksiä itsevarmasti, älä arasti, sillä epäröinti voi heikentää uskottavuutta.
- Asiakkaat ja kollegat huomaavat itsevarmuuden puutteen, mikä voi vaikuttaa luottamukseen.
- Vaikka olisit epävarma, ole avoin ja rehellinen ja säilytä rauhallinen olemus.
- Epävarmuuden voittamiseen kuuluu omien vahvuuksien tunnistaminen ja hyödyntäminen.
- Vahvat dokumentointi- ja viestintätaidot voivat kuroa umpeen teknisiä aukkoja.
- Teknisten käsitteiden ymmärtäminen ja niiden tehokas tulkitseminen on olennaista, vaikka syvällistä teknistä asiantuntemusta ei olisikaan.
Tiedon dokumentointiin ja kysymysten esittämiseen ei tarvitse olla tekninen.
Kayla Keizer
- Kysymysten esittämisen tärkeys [08:26]
- Uransa alkuvaiheessa Kayla teki virheen, kun ei esittänyt riittävästi tarkentavia kysymyksiä.
- Hän oletti ymmärtävänsä tehtävän, laati raportin väärin ja kuuli, että hänen olisi pitänyt kysyä enemmän.
- Se oli tärkeä oppimiskokemus – kysymysten esittäminen on odotettua ja välttämätöntä.
- Monet aliarvioivat pehmeiden taitojen merkityksen teknisessä projektinhallinnassa.
- Yritykset palkkaavat ei-teknisiä PM:iä heidän organisointi-, viestintä- ja johtamistaitojensa vuoksi.
- PM:n tehtäviin kuuluu tiimin motivointi ja ohjaaminen ilman suoraa toimivaltaa.
- Palkatessaan Kayla arvosti ehdokkaita, jotka osasivat kertoa, kuinka he etsivät ja oppivat uutta tietoa.
- Hän kysyi heidän menetelmistään uusien käsitteiden lähestymiseen.
- Kaikkea ei tarvitse tietää etukäteen – selkeä oppimisprosessi on avainasemassa.
- Kyky etsiä tietoa tehokkaasti ja ymmärtää sitä on erittäin arvokas.
Jos olet ei-tekninen PM teknisessä tehtävässä, se johtuu todennäköisesti siitä, että sinulla on vahvat ihmissuhdetaidot. Olet järjestelmällinen, ja he näkevät tuomasi arvon teknistä asiantuntemusta laajemmin. Pystyt keskustelemaan asiakkaiden kanssa, viestimään tehokkaasti tiimin kanssa ja motivoimaan sitä, mikä on projektipäällikkönä ratkaisevan tärkeää – johdat ja inspiroit ilman suoraa esihenkilövaltaa.
Kayla Keizer
- Vastausten löytäminen ei-teknisenä projektipäällikkönä [12:59]
- Kayla korostaa uteliaisuutta ja alustavan tutkimustyön tekemistä keskeisten termien ymmärtämiseksi.
- Hän tunnistaa tiiminsä asiantuntijat ja pyytää heiltä lyhyen, keskittyneen keskustelun.
- Kysymysten esittäminen keinona tukea tiimiä paremmin kannustaa yhteistyöhön.
- Itsenäisen opiskelun ja asiantuntijoiden ohjauksen yhdistelmä on tehokkain lähestymistapa.
- Perusteellinen perehtyminen ei ole aina tarpeen – kohdennettu oppiminen on käytännöllisempää.
- Reaaliaikaisiin teknisiin kysymyksiin vastaaminen [15:35]
- On täysin hyväksyttävää myöntää reaaliajassa, ettei tiedä vastausta.
- Keskeistä on tietää, kenellä tiimissä on vastaus.
- Roolien (käyttöliittymä, taustajärjestelmä, hakukoneoptimointi jne.) ymmärtäminen auttaa ohjaamaan kysymykset tehokkaasti oikeille henkilöille.
- Vastaaminen itsevarmasti ja selkeällä jatkotoimintasuunnitelmalla rauhoittaa asiakkaita.
- Aikataulun ilmoittaminen (esimerkiksi 24 tunnin kuluessa) ylläpitää uskottavuutta ja luottamusta.
- Kehittäjät keskittyvät yleensä teknisiin rooleihinsa.
- Projektinhallintaan siirtyvät insinöörit saattavat olettaa liikaa sen sijaan, että esittäisivät tarkentavia kysymyksiä.
- Tämä voi johtaa projektien ohjaamiseen oletusten eikä asiakkaan tarpeiden perusteella.
- Jopa kokeneet projektipäälliköt voivat tahattomasti ohjata keskusteluja väärään suuntaan.
- Tiimityö auttaa havaitsemaan ja korjaamaan nämä ennakko-oletukset reaaliajassa.
- Ei-teknisen projektipäällikön arvo [20:19]
- Ei-teknisten projektipäälliköiden tulisi perehtyä toimialaan ja teknologiaan voidakseen keskustella käsitteistä yleisellä tasolla.
- Jäsennellyn oppimisen lähestymistavan osoittaminen on tärkeää työhaastatteluissa.
- Projektipäälliköt tuovat projekteihin olennaisen prosessien hallinnan ja organisoinnin, jotta ne pysyvät aikataulussa.
- Ilman projektipäälliköitä projekteista voi tulla kaoottisia ja niiltä voi puuttua suunta.
- Kyky viedä projektia eteenpäin ilman syvällistä teknistä osaamista on erittäin arvokas.
- Kannattaako projektipäällikön syventää teknisiä taitojaan? [23:02]
- Projektipäälliköiden ei tarvitse ohjelmoida, mutta heidän tulisi sovittaa oppimisensa uratavoitteisiinsa.
- Erikoistuminen esimerkiksi tietoturvaan tai saavutettavuuteen voi olla arvokasta.
- Toimialakohtaiset sertifikaatit voivat auttaa syventämään osaamista ja parantamaan uskottavuutta.
- Keskeisten käsitteiden ymmärtäminen on tärkein tavoite, ei ohjelmointi.
- Sertifikaateista voi olla hyötyä uralla etenemisessä ja työhaastatteluissa.
- Teknologia tarjoaa projektipäälliköille monia urapolkuja.
- Erikoistumisalueita ovat televiestintä, kyberturvallisuus ja verkkokehitys.
- Toimialakohtaisten käsitteiden ymmärtäminen voi vahvistaa asiantuntemusta.
- Oikean erikoistumisalueen tunnistaminen avaa lisää uramahdollisuuksia.
- Oppimisyhteisön rakentaminen projektipäälliköille [26:11]
- Viikoittaiset ja kuukausittaiset tapaamiset auttavat projektipäälliköitä jakamaan haasteita ja edistymistä.
- Yksityinen Slack-kanava mahdollistaa jatkuvan keskustelun ja tuen.
- DPM:n kaltaisten resurssien hyödyntäminen auttaa tarjoamaan lisää oppimismahdollisuuksia.
- Sertifikaateista (PMP, CMPM) voi olla hyötyä, mutta ne eivät välttämättä aina sovellu suoraan digitaalisiin projekteihin.
- Ylimääräiset oppimateriaalit auttavat muuttamaan periaatteet käytännön toimiksi.
- Tunnista nykyinen kokemustasosi; kehittyminen vie aikaa.
- Kukaan ei odota aloittelijalla olevan kymmenen vuoden kokemusta vastaavaa tietämystä.
- Vältä huijarisyndroomaa ja hermostuneisuutta.
- Muut kohtaavat sinut siinä vaiheessa, jossa olet omalla matkallasi.
- Odotukset muuttuvat kokemuksen karttuessa.
Tutustu vieraaseemme
Kayla Keizer on Montrealissa toimivan digitaalisen suunnittelutoimiston Plankin vanhempi projektipäällikkö ja tiiminvetäjä. Yli viiden Plankilla vietetyn vuoden aikana hän on erikoistunut verkko- ja IT-projekteihin. Hän hyödyntää ongelmanratkaisutaitojaan ja kokonaiskuvan hahmottamista ohjatessaan tiimejä ja asiakkaita kohti tavoitteiden saavuttamista. Kaylan johtajuus ulottuu projektinhallintaa laajemmalle: hän on johtanut Plankin monimuotoisuus- ja osallisuusohjelmaa, joka tukee mustia nuoria teknologia-alan urille mentoroinnin avulla. Hänen ennakoiva ja myönteinen lähestymistapansa edistää vahvoja asiakassuhteita ja tehokasta tiimityötä. Työn ulkopuolella Kayla on innokas urheilija, joka nauttii luonnossa juoksemisesta Bostoninterrierinsä Bernardin kanssa. Bernard on Plankin tiimin kunniajäsen.

Projektipäällikkönä tuot projektiin myös rakennetta. Prosessien puolustaminen ja projektin etenemiseen tarvittavien eri vaiheiden ymmärtäminen aina pisteestä A pisteeseen B ja projektin onnistuneeseen julkaisuun asti on erittäin tärkeä ominaisuus, jonka usein unohdamme. Me ohjaamme projektia. Vaikka emme olisikaan teknisiä asiantuntijoita, voimme silti edistää projektia.
Kayla Keizer
Tämän jakson resurssit:
- Liity Digital Project Manager -yhteisöön
- Tilaa uutiskirje saadaksesi uusimmat artikkelimme ja podcastimme
- Ota yhteyttä Kaylaan LinkedInissä
- Tutustu Plankiin
Aiheeseen liittyvät artikkelit ja podcastit:
Lue litterointi:
Kokeilemme podcastiemme litterointia ohjelmistolla. Anna anteeksi mahdolliset kirjoitusvirheet, sillä botti ei ole aina täysin oikeassa.
Galen Low: SaaS. SOC2. ADA. Jenkins. Luulit niiden olevan Charlie XCX:n kappaleen sanoituksia. Kävi ilmi, etteivät ne ole. Ja asiakkaasi ilmeen perusteella sinun olisi todennäköisesti pitänyt tietää se – tai ainakin tuntea tiimistäsi joku, joka tietää. Mutta ennen kuin ripustat kannuksesi naulaan ja hylkäät unelmasi arvostetuksi teknisen projektinhallinnan johtajaksi tulemisesta, jatka kuuntelemista.
Tarkastelemme sitä, kuinka tekninen teknisen projektipäällikön täytyy olla vuonna 2025 – ja kuinka tiiminvetäjät voivat tukea ja kehittää vaikuttavia projektipäälliköitä lähettämättä heitä suorittamaan DevOps-tohtorintutkintoa.
Hei kaikki, kiitos kuuntelemisesta. Nimeni on Galen Low ja edustan organisaatiota The Digital Project Manager. Olemme digitaalisten ammattilaisten yhteisö, jonka tavoitteena on auttaa toisiamme kehittämään osaamistamme, vahvistamaan itseluottamustamme ja verkostoitumaan, jotta voimme kasvattaa projektinhallinnan arvoa digitaalisessa maailmassa. Jos haluat kuulla siitä lisää, siirry osoitteeseen thedpm.com/membership.
Tänään puhumme siitä, kuinka teknisten projektipäälliköiden tiimiä ohjataan, mentorointia tarjotaan ja johdetaan niin, että teknisten taitojen ja ihmistaitojen välille löytyy oikea tasapaino ja että heidän ammatillista kasvuaan voidaan tukea ympäristössä, jossa heidän täytyy tietää tarpeeksi, mutta he eivät yksinkertaisesti voi tietää kaikkea teknologioista, joiden parissa heidän tiiminsä työskentelevät.
Seurassani on Kayla Keizer, Plankin tiiminvetäjä ja vanhempi tekninen projektipäällikkö. Plank on digitaalinen toimisto, joka on erikoistunut verkkosivustoihin ja IT-projekteihin taiteen ja kulttuurin, voittoa tavoittelemattomien organisaatioiden sekä koulutuksen aloilla.
Kay, kiitos paljon, että olet täällä tänään.
Kayla Keizer: Kiitos kutsusta.
Galen Low: Taisin juuri ja juuri missata Costa Rica -taustasi. Palasitko Costa Ricasta tänään vai eilen?
Kayla Keizer: Tänään, tänä aamuna.
Galen Low: Olin niin innoissani. Ajoitin tämän väärin, sillä taustallamme olisi voinut olla viidakko tai ranta.
Kayla Keizer: Niin olisi voinut. Taustallani on edelleen vihreää, mutta siinä olisi ollut oikeaa luontoa, viidakko.
Galen Low: Jos kuuntelet tätä podcastia etkä katso sitä, kuvittele Kaylan taakse juuri nyt upea luonto.
Ajattelin, että voisimme sukeltaa suoraan aiheeseen ja aloittaa kysymyksestä, johon kaikki haluavat vastauksen: voiko teknisenä projektipäällikkönä edetä uralla ilman teknistä koulutusta? Vai törmäätkö seinään, jos olet tekninen projektipäällikkö, joka ei osaa jäljittää Python-koodin virheitä, hallita Git-versionhallintaa, käyttää Laravelia tai määrittää AWS:n CDN:ää?
Mitä ajatuksia tämä herättää?
Kayla Keizer: Olet osa teknisten asiantuntijoiden tiimiä, jonka tehtävänä on viime kädessä jäljittää virheitä ja määrittää AWS. Sinun ei siis todellakaan tarvitse tehdä varsinaista vaiheittaista työtä itse, mutta on aina hyvä ymmärtää käsitteet tai omata niistä perustason tietämys.
Jos joku mainitsee Pythonin etkä tiedä, mikä se on, tilanne ei ole hyvä. Sinun ei kuitenkaan tarvitse käydä sitä varten koulua tai hankkia erityiskoulutusta. Voit hakea tietoa verkosta ja muodostaa hyvän perusymmärryksen. Voit myös kysyä tiimiltäsi: ”Voisitko käyttää hieman enemmän aikaa ja antaa minulle lisäkontekstia tästä, jotta olen paremmin valmistautunut, kun puhumme aiheesta tai laadimme vaatimuksia ja voin antaa sinulle tarvitsemamme tiedot?”
Tarvitsemasi tiedot liittyvät ennen kaikkea käsitteiden ymmärtämiseen sekä siihen, että tiedät, mitä kysymyksiä sinun pitää esittää, jotta kehitystiimi, suunnittelija tai sisältötiimi – kuka tahansa – saa tarvitsemansa tiedot asian tekemiseen.
Galen Low: Juuri niin. Rakastan tuota ajatusta. Kaikkea ei tarvitse osata eikä kaikkeen tarvitse hankkia muodollista koulutusta. Taito on oikeiden kysymysten esittämisessä, rohkeudessa kysyä ja siinä, että osaa toimia kääntäjänä ja välittäjänä, joka siirtää tietoa tiimin ja sidosryhmien välillä.
Mietin, voisimmeko ottaa hieman etäisyyttä aiheeseen. Urasi aiemmassa vaiheessa päädyit teknisen projektinhallinnan tehtävään. Älä anna minun laittaa sanoja suuhusi, mutta käsittääkseni tuolloin et kokenut itseäsi kovin tekniseksi, ja kyse oli todella teknisestä työstä. Puhuimme vihreässä huoneessa siitä, että kyse oli telekommunikaatiosta, joka on täynnä lyhenteitä, teknologioita ja käsitteitä, jotka ovat hyvin erityisiä kyseiselle alalle. Nyt olet kulkenut tuon polun loppuun ja johdat Plankilla teknisten projektipäälliköiden tiimiä.
Mikä oli ensimmäinen suuri haaste, jonka kohtasit ei-teknisenä projektipäällikkönä johtaessasi teknisten asiantuntijoiden projektitiimiä, ja kuinka selvisit siitä?
Kayla Keizer: Luulen, että sinun täytyy voittaa hieman itsesi. Kuten sanoit, olin syvällä tilanteessa ja työskentelin ihmisten kanssa, jotka olivat olleet yrityksessä 10, 15 tai jopa 20 vuotta.
Heillä ei ollut ainoastaan teknistä asiantuntemusta, vaan myös historiaa ja taustaa verkon perustasta. Olin tuolloin koordinaattori ja työskentelin läheisesti johtajan kanssa. Autoin häntä paljon. Työskentelin johtajan kanssa, ja yritin 25-vuotiaana selvittää kaiken.
Minua auttoi eteenpäin se, ettei asioita saa vältellä. Sinun täytyy voittaa itsesi hieman. On pelottavaa, etkä tiedä kaikkea, mutta et opi ennen kuin kysyt, perehdyt syvälle ja hyväksyt haasteen. Kun hyväksyt asiat, ne alkavat sujua paljon paremmin kuin silloin, kun ajattelet: ”Tämä on kamalaa. En halua tehdä tätä.” Sitten lykkäät asiaa ja olet epävarma. Jos suhtaudut kaikkeen negatiivisella energialla, kaikki tuntuu aina vaikealta ja siltä kuin yrittäisit päästä mudasta ylös. Luulen siis, että kyse on todella paljon ajattelutavasta ja siitä, että tarvittaessa teeskentelet itsevarmaa.
Galen Low: Pidän ajatuksesta, että luomme usein itse omat esteemme jäämällä kiinni omiin ajatuksiimme. Eteenpäin vie kuitenkin ajattelutapa: ”Tämä täytyy tehdä.” Voit ehkä teeskennellä hieman, mutta kyse on riittävästä itsevarmuudesta kysyä ja siitä, että uskottelet itsellesi osaavasi tämän.
Mutta jälleen kerran on tärkeää selvittää, mitä kysyä.
Kayla Keizer: Kysymyksiä täytyy esittää itsevarmasti. Et saa jäädä taka-alalle, olla arka tai mennä kysymään pelon ja ahdistuksen vallassa, sillä muut huomaavat sen. Jos olet asiakastapaamisessa, asiakas huomaa nopeasti, ettet ole varma siitä, mistä puhut.
Kun sanon, että itsevarmuutta voi teeskennellä, tarkoitan sitä, että vaikka et tietäisi, se on hyväksyttävää. Ole kuitenkin suora, rehellinen ja itsevarma. Ihmiset menettävät luottamuksensa, jos heistä tuntuu, ettet luota edes itseesi. Silloin he ajattelevat: ”Kuinka voisin luottaa häneen?”
Kun pääset yli henkisistä esteistäsi, sinun täytyy nojata vahvuuksiisi. Minun vahvuuteni oli dokumentointi. Olen hyvä ymmärtämään teknistä tietoa, kun se selitetään minulle, ja muuttamaan sen sitten asiakasviestinnäksi, tehtäväksi tai vaatimuksiksi.
Sinun ei tarvitse olla tekninen voidaksesi dokumentoida ja esittää kysymyksiä.
Galen Low: Pidän tuosta paljon, sillä jos ajatellaan roolia kirjaimellisena kääntäjänä, Yhdistyneiden kansakuntien yleiskokouksessa toimiva kääntäjä ei tarvitse tietoa siitä, kuinka valtiota johdetaan.
Taito, johon muiden pitää voida luottaa, on viestin välittäminen toisella kielellä niin, että se saavuttaa vastaanottajan. Se on vahva ja arvokas rooli tekniikan, IT:n ja digitaalisen maailman alueilla. Ihmisten pitäisi voida luottaa sinuun sen vuoksi, että tiedät, kuinka asiat tehdään, osaat viedä keskustelua eteenpäin ja koordinoida kokonaisuutta niin, että asiat saadaan tehtyä mielekkäällä ja pätevällä tavalla.
Kayla Keizer: Niin.
Galen Low: Voinko asettaa sinut hieman kiusalliseen tilanteeseen?
Kayla Keizer: Mitä?
Galen Low: Mikä oli mielestäsi pelottavin ”tyhmä” kysymys, jonka jouduit esittämään telekommunikaation maailmassa?
Kayla Keizer: En tiedä, oliko kyse yhdestä tietystä kysymyksestä, mutta myönnän, etten kysynyt alussa tarpeeksi. Saatoin yliarvioida taitoni.
Galen Low: Selvä. Teeskentelit siis todella vahvasti.
Kayla Keizer: Niin. Minulta pyydettiin jonkinlaista raporttia. Tein sen parhaan kykyni mukaan, enkä esittänyt lisäkysymyksiä tai kysynyt, millaisen raportin he halusivat tai mitä tietoja siihen tarvittiin.
Ajattelin vain: ”Kyllä, voin tehdä sen.” Tein raportin ja annoin sen johtajalle. Hän sanoi: ”Ei, tämä ei ole se, mitä pyysin.” Kysyin: ”Ai.” Hän kysyi, miksen ollut esittänyt tarkentavia kysymyksiä, jos en ollut varma. Vastasin: ”Niin, olisin kai voinut.”
Galen Low: Ensinnäkin annan sinulle tunnustusta, sillä se oli rohkeaa. Lähestyit asiaa ajattelutavalla: ”Tiedän, mitä pitää tehdä.” Raportti ei ehkä osunut täysin kohdalleen, mutta mielestäni tällainen ajattelutapa on rohkea. Et jää jumiin omiin ajatuksiisi, vaan menet ja teet asian.
Kun aloitat uudella alalla ja uudessa roolissa, on hienoa ajatella: ”Tämä onnistuu.” Toisaalta tarkentavat ja täsmentävät kysymykset eivät ole koskaan huono asia, kun työskentelet ympäristössä, jossa tietyt asiat tehdään tietyllä tavalla.
Kayla Keizer: Kysymysten esittämistä odotettiin. Ihmiset odottivat sinun esittävän tarkentavia kysymyksiä. Se oli minulle suuri oppi. Nykyään ajattelen: kysy, kysy.
Galen Low: Nykyään se on osa tavaramerkkiäsi. Pidän siitä lähestymistapasi kulmakivenä: kaikkea ei voi tietää, eikä useimpia asioita todennäköisesti tiedäkään kaikilta osin.
En loukkaa kenenkään kuuntelevan tai katsovan älykkyyttä, mutta tiedettävää on niin paljon. Kuinka kukaan voisi tietää kaikkea? Arvo syntyy siitä, että selvittää asian. Opiskelin yliopistossa elokuvatutkimusta ja vitsailen, etten oikeastaan oppinut mitään hyödyllistä. Opin kuitenkin varmasti toimimaan ihmisten kanssa, tekemään yhteistyötä, etsimään vastauksen silloin, kun en tiennyt sitä, ja muotoilemaan vastauksen ajatukseksi, jonka pystyin muuttamaan toiminnaksi.
Tämä taito on hyödyllinen kaikille, eivät vain yliopistossa opiskelleille. Tänä päivänä tiedettävää on yksinkertaisesti liikaa.
Kayla Keizer: Tuo on erittäin tärkeä huomio. Aliarvioimme joskus pehmeät taitomme.
Jos organisaatio olisi halunnut teknisen projektipäällikön, jolla on insinööritausta, se olisi palkannut sellaisen henkilön. Jos olet ei-tekninen projektipäällikkö teknisessä tehtävässä, syy on todennäköisesti siinä, että sinulla on vahvat vuorovaikutustaidot. Olet järjestelmällinen, ja organisaatio näkee sinussa teknisen asiantuntemuksen lisäksi muuta arvoa. Osaat keskustella asiakkaiden ja tiimin kanssa sekä motivoida tiimiä, mikä on projektipäällikölle erittäin tärkeää: kyky motivoida ja johtaa ilman suoraa esihenkilövaltaa.
Galen Low: Tämä on erittäin hyvä huomio. Monissa yhteisöni kanssa käymissäni keskusteluissa asetelma on melkein aina: ”Mitä minulta puuttuu? Mitä taitoja minulla ei ole ja joita tarvitsen tullakseni tekniseksi projektipäälliköksi?” Liian vähän painotetaan sitä, että jos edes harkitset tätä roolia, sinulla on todennäköisesti joitakin pehmeitä taitoja ja voit kehittää niitä edelleen. Juuri se on roolin tärkeä osa: johtaminen ja viestintä.
Kayla Keizer: Olen juuri saanut rekrytoinnit päätökseen. Etsin ihmisiä, jotka osasivat selittää, kuinka he etsivät tietoa. Kysyin teknisesti suuntautuneelta projektipäälliköltä: ”Miten lähestyt uusien käsitteiden oppimista?” He osasivat kertoa, kuinka he etsisivät tietoa, ja se on arvokasta. Sinun ei tarvitse tietää kaikkea, mutta jos sinulla on menetelmä ja osaat selittää, kuinka löydät tiedon, se on kultaa.
Galen Low: Mikä on suosikkivastauksesi tuohon kysymykseen tai oma lähestymistapasi vastausten löytämiseen, erityisesti kun sinä ja tiimisi työskentelette kyberturvallisuuteen, dataan, yksityisyyteen ja saavutettavuuteen liittyvien projektien parissa?
Kayla Keizer: Olen aina utelias ja yritän ensin tehdä oman tutkimukseni saadakseni ainakin määritelmät. Haluan tuntea termit. Sen jälkeen selvitän, kuka tiimissä on asiantuntija, ja kysyn häneltä: ”Haluaisitko käyttää kanssani 30 minuuttia muutaman asian läpikäymiseen? Voisitko auttaa minua, jotta tiedän seuraavassa asiakastapaamisessa tai seuraavaa tehtävää kirjoittaessani tarkalleen, mitä tarvitset?”
He haluavat käyttää siihen aikaa, koska asetat asian niin, että haluat kehittyä ja auttaa heitä lopulta paremmin. Se on heille arvolupaus. Minulle on toiminut se, että teen hieman tutkimusta itse ja pyydän asiantuntijoilta apua. Sinun ei tarvitse katsoa 30 tuntia YouTube-videoita.
Galen Low: Se onkin hyvä puoli. Jotkut ajattelevat, että heidän täytyy oppia esimerkiksi kyberturvallisuus perusteellisesti, ja päätyvät melkein tekemään SOC2-vaatimustenmukaisuusauditoinnin. Mielestäni silloin mennään liian pitkälle. Pidän mallissasi siitä, että se on käytännöllinen.
Projektityötä tekevällä ei ole 30 tuntia aikaa katsoa YouTube-videoita. Sen sijaan voi lukea hieman itse, olla utelias ja keskustella jonkun asiasta tietävän kanssa. Lisäksi siinä on hyötyä toisellekin osapuolelle. Voit rakentaa luottamusta tiimiisi osoittamalla kiinnostusta heidän työtään kohtaan.
Projektipäälliköillä, myös teknisillä, on joskus huono maine siitä, että he vain painostavat ihmisiä: ”En välitä, mitä täytyy tehdä. Se on tehtävä tähän päivään mennessä. Älä puhu minulle näistä lyhenteistä.” Jos sen sijaan kysyt: ”Voisitko kertoa, mitä tämä lyhenne tarkoittaa? Se auttaa minua, ja lopulta se auttaa sinuakin”, kyse on erittäin vahvasta arvolupauksesta.
Kayla Keizer: Aivan. Kyse ei ole vain asiakassuhteiden rakentamisesta, vaan myös suhteiden rakentamisesta tiimiin.
Galen Low: Sillä ruokkii kahta lintua yhdellä skonssilla, PETA-viittausta käyttäen.
Mainitsit aiemmin jotain, johon voisimme perehtyä. Puhuit valmistautumisesta tiimin kanssa ennen kokousta, mutta joskus tilanne tulee vastaan reaaliajassa asiakastapaamisessa. Mitä neuvot teknisten projektipäälliköiden tiimiäsi tekemään, jos asiakas tai tiimin jäsen kysyy teknisen kysymyksen etkä tiedä vastausta?
Kayla Keizer: Sanon aina, että on hyväksyttävää myöntää, ettei tiedä vastausta. Varmistan kuitenkin, että he tietävät, kuka vastauksen tietää. On tärkeää ymmärtää käsitteet ja se, kuka tekee mitäkin tiimissä: mikä on käyttöliittymän ongelma, mikä taustajärjestelmän ongelma ja mikä hakukoneoptimoinnin ongelma.
Kun asiakas kysyy jotain etkä tiedä, voit sanoa: ”En tiedä vastausta, mutta tiimini jäsen X tietää. Kirjaan asian nyt ylös ja hankin sinulle todennäköisesti vastauksen seuraavan 24 tunnin aikana.” Se osoittaa paljon itsevarmuutta. Asiakas tietää, milloin saa tiedon ja kenellä tieto on.
Miksi hän loukkaantuisi siitä, ettet tiedä vastausta juuri sillä hetkellä?
Galen Low: Se korostaa roolisi arvoa. Voit sanoa: ”En tiedä vastausta, mutta tiedän, kuinka kaikki täällä toimii. Tunnen tiimin ja tiedän, keneltä kysyä, koska ymmärsin kysymyksesi. En vain tiedä vastausta vielä. Tehtäväni on yhdistää sinut vastaukseen.” Se on osa työtäni: käännän asian sinulle.
Samalla et vahvista ennakkokäsitystä siitä, että olisit teknisempi kuin olet tai kaikkien asioiden asiantuntija. Se loisi oudon odotuksen roolistasi. Onko tiimissäsi ketään, joka on ollut insinööri tai kehittäjä tai jolla on muuten tekninen tausta ennen projektinhallintaan siirtymistä?
Kayla Keizer: Ei oikeastaan. Joillakin on jonkin verran kokemusta, mutta he ovat vahvasti kehittäjän ja teknisen työn roolissa. Jos tulet päinvastaisesta suunnasta, insinööritaustasta projektinhallintaan, voit joutua ansaan, jossa et kysy tarpeeksi ja oletat vaatimukset, koska tiedät liikaa. Saatat tahtomattasi ohjata asiakasta tai projektia suuntaan, johon sen ei olisi pitänyt mennä, koska teit oletuksen kysymyksen esittämisen sijaan.
Tekniseen taustaan ja projektinhallintaan siirtymiseen voi siis liittyä haasteita ja sudenkuoppia.
Huomaan tekeväni tätä joskus itsekin, koska tiedän nykyään tarpeeksi ollakseni vaarallinen. Saatan yrittää ohjata keskustelua tiettyyn suuntaan huomaamattani, ja joku tiimiläinen sanoo: ”Ei, asiaa ei pitäisi ilmaista noin.” Silloin vastaan: ”Selvä, aivan.”
Galen Low: Tuo on kiinnostava näkökulma. Projektinhallinnan puolelta teknisemmän projektipäällikön rooliin siirryttäessä tyypillinen polku on, että aluksi et tiedä juuri mitään ja tunnet itsesi huijariksi. Itsevarmuutta ei ole ja tuntuu, että jotain puuttuu.
Sitten opit paljon ja alat ajatella tietäväsi vastauksen. Joskus se ei kuitenkaan ole oikea tapa lähestyä asiaa. Riittävä tietämys voi joissakin tilanteissa muodostua ongelmaksi.
Kayla Keizer: Niin.
Galen Low: Kuinka huomaat tilanteen, jossa ajattelet tietäväsi vastauksen, mutta sinun ei ehkä pitäisi vastata, koska jonkun muun pitäisi vastata tai sinun pitäisi hankkia vastaus häneltä?
Kayla Keizer: Huomaan sen silloin, kun minun täytyy antaa kuvailevampi tai yksityiskohtaisempi vastaus. Voin ajatella: ”Tuo on huono käyttökokemus.” En kuitenkaan osaa kertoa, miksi se on huono käyttökokemus. Tiedän vain, että se on sellainen. Silloin ymmärrän, että minun täytyy kysyä tai ottaa tiimin jäsen mukaan, koska en pysty antamaan muuta kuin kyllä- tai ei-vastauksen.
Galen Low: Pidän tuosta lähestymistavasta. ”Minulla on mielipide ja voin antaa kyllä- tai ei-vastauksen, mutta en pysty selittämään miksi.” Silloin asian voi antaa eteenpäin.
Kayla Keizer: Juuri niin.
Galen Low: Olemme puhuneet pehmeistä taidoista. Onko teknisesti koulutettu projektipäällikkö mielestäsi parempi teknisen projektipäällikön roolissa kuin ei-tekninen projektipäällikkö? Kun projektipäällikkö ei ole tekninen, mitä arvoa hän tuo? Kuinka kuvailisit asiaa henkilölle, joka hakee teknisen projektipäällikön tehtävää mutta jolla ei ole kaikkia alustakohtaisia sertifikaatteja eikä kaikkien lyhenteiden tuntemusta?
Kayla Keizer: Haastatteluun tullessa täytyy tehdä taustatyö ja ymmärtää ala sekä teknologia, jonka parissa yritys työskentelee. Vaikka sinulla ei olisi syvällistä ymmärrystä, olet tehnyt valmistelusi, perehtynyt hieman aiheeseen ja pystyt puhumaan vähintään yleisellä tasolla tietyistä käsitteistä.
Voit myös kertoa, kuinka syventäisit osaamistasi ja lähestyisit uuden oppimista, jotta voisit auttaa tiimiä paremmin. Minulle on ollut hyötyä myös prosessin seuraamisesta. Projektipäällikkö tuo projektiin rakennetta.
Näemme tätä jatkuvasti: projektipäälliköitä ei ole mukana, asiat leviävät joka suuntaan eikä mitään saada valmiiksi. Prosessin puolustaminen, projektin eri vaiheiden ymmärtäminen ja etenemisen mahdollistaminen aloituksesta julkaisuun ovat valtavia vahvuuksia, jotka helposti unohtuvat.
Me ohjaamme projektia. Vaikka emme olisi teknisiä, pystymme silti viemään projektia eteenpäin.
Galen Low: Pidän tuosta. Arvomme on rakenteen luomisessa. Jos teknisen projektipäällikön roolissa ei odotettaisi jonkinlaista ymmärrystä, sitä kutsuttaisiin vain projektipäällikön rooliksi.
Tee siis kotiläksysi. Älä oleta, että ihmisten kanssa toimeen tuleminen riittää, sillä teknisen projektipäällikön nimikkeellä on tarkoitus. Haastatteluun valmistautuminen on hyvää käytäntöä, koska todennäköisesti teet sitä myös työssäsi: luet hieman, hankit tietoa ja puhut jonkun viisaamman kanssa.
Kayla Keizer: Niin.
Galen Low: Olemme päätyneet siihen, että täytyy olla utelias, mutta ei tarvitse välttämättä olla kehittäjä tai syvästi tekninen. Jos tiimissäsi olisi projektipäällikkö, joka pohtisi erikoistumista tekniseksi projektipäälliköksi ja haluaisi oppia lisää, mitä neuvoja antaisit? Kannattaisiko hänen hankkia esimerkiksi AWS-sertifikaatteja tai osallistua verkkokehityskurssille?
Kayla Keizer: Hänen pitäisi arvioida, mihin suuntaan haluaa viedä uraansa ja millä alalla. Jos turvallisuus kiinnostaa, hanki verkkoturvallisuuden sertifikaatteja ja perehdy aiheeseen, jotta pystyt puhumaan siitä ja ymmärtämään käsitteet. Jos saavutettavuus kiinnostaa ja haluat edistää sitä, opettele saavutettavuuden keskeiset periaatteet ja käytännöt.
Me emme koodaa. En ainakaan tunne koodaavia projektipäälliköitä, joten koodaamista ei tarvitse osata. Jos haluat tietylle alalle, kyseiseen alaan voi olla sertifikaatteja, joita hankkimalla voit kehittää osaamistasi ja tuoda sen esiin työhaastattelussa.
Galen Low: Pidän tuosta, koska erikoistuminen liittyy joskus siihen, että tehdään jotain tiettyä. Ehkä väärä ratkaisu olisi hankkia sata erikoisalaa, jolloin kukaan ei tiedä, mitä oikeastaan teet. Jos sinulla on yksi syvä ja sinua aidosti kiinnostava osaamisalue, kuten kyberturvallisuus, voit sanoa olevasi intohimoinen projektinhallinnan ja kyberturvallisuuden yhdistäjä.
Silloin työnantaja tietää, mitä saa: sinulla on molemmat osaamisalueet. Se on parempi kuin liian moniin asioihin erikoistuminen ja kaikkien alojen asiantuntijalta näyttäminen.
Kayla Keizer: Ihmiset eivät ymmärrä, kuinka moneen suuntaan verkon, internetin ja teknologian parissa voi nykyään edetä. Olin telekommunikaation parissa. Jotkut toimivat projektipäällikköinä telekommunikaatiossa, ymmärtävät laitteistoa ja verkon perustamista, ja se on heidän erikoisalaansa.
Jos haluat erikoistua, selvitä, millä alalla haluat toimia: kyberturvallisuudessa, telekommunikaatiossa, verkkokehityksessä tai jollakin monista muista erityisalueista. Mahdollisuuksia on paljon.
Galen Low: Pidän tuosta.
Palataan alkuun, jossa puhuimme teknisten projektipäälliköiden johtamisesta ja mentoroinnista. Jokainen tiimin jäsen oppii monia asioita työn ohessa. Onko Plankilla mekanismia tai yhteisöä, jossa projektipäälliköt voivat jakaa oppimaansa keskenään?
Kayla Keizer: Tapaan tiimini kerran viikossa ja käymme asioita läpi. Lisäksi tapaamme kerran kuussa kaikki yhdessä.
Puhumme haasteista, projektien etenemisestä ja prosesseista. Meillä on myös yksityinen Slack-kanava, jossa voimme purkaa turhautumistamme. Näin viestimme keskenämme. Olen myös hyödyntänyt paljon DPM-materiaaleja yhdessä työntekijäni kanssa antaakseni hänelle perustietoa ja tietoa eri tavalla.
PMP- tai CMPM-sertifioinnin yhteydessä ja erityisesti digitaalisessa työssä päädytään verkkokehitykseen, vaikka ei ymmärrettäisi, kuinka asiat liittyvät toisiinsa. Lisäsisältö, joka muuttaa periaatteet käytännön toimiksi, on erittäin arvokasta.
Galen Low: Olen iloinen, että käytät sitä. Kiitos. Olet oikeassa: verkossa on paljon opittavaa. Olisi kohtuutonta olettaa, että esimerkiksi Project Management Institute pystyisi luomaan täydellisen kokonaisuuden, joka vastaisi kaikkiin maailman kysymyksiin.
Aloitimme ajatuksesta, ettei kaikkea voi tietää. On hienoa päättää tähän: syvennä osaamistasi siellä, missä sinulla on intohimoa, kiinnostusta ja uteliaisuutta. Ymmärrä toimintaympäristösi, kysy kysymyksiä ja säilytä uteliaisuutesi.
Kayla Keizer: On tärkeää tunnistaa myös se, missä olet juuri nyt. Jos olet vasta aloittamassa, olet vasta aloittamassa. Kukaan ei odota sinun olevan ensimmäisenä päivänä kymmenen vuotta kokenut. Älä tunne itseäsi huijariksi äläkä hermoile. Tunnista lähtötilanteesi, niin ihmiset kohtaavat sinut siinä.
Muistutan tästä tiimiäni usein, kun he kokevat, että heidän olisi pitänyt tietää jotain. Olet siinä, missä olet tänään. Viiden tai kymmenen vuoden kuluttua olet erilaisessa tilanteessa ja odotukset ovat erilaiset.
Galen Low: Rakastan tuota. Se on erinomainen neuvo.
Kay, kiitos paljon ajastasi tänään. Minulla on ollut todella hauskaa.
Kayla Keizer: Mahtavaa. Kiitos kutsusta.
Galen Low: Ilo oli minun puolellani.
Hyvät kuulijat, siinä se oli. Jos haluat liittyä keskusteluun yli tuhannen samanhenkisen projektinhallinnan puolestapuhujan kanssa, liity yhteisöömme! Siirry osoitteeseen thedpm.com/membership saadaksesi lisätietoja. Jos pidit kuulemastasi, tilaa podcast ja pysy yhteydessä osoitteessa thedigitalprojectmanager.com. Ensi kertaan, kiitos kuuntelemisesta.
