Tällä hetkellä vain noin yksi neljästä teknologia-alan työntekijästä identifioituu naiseksi. Mitä siis menestyksekkään uran luominen teknologia-alalla naisena edellyttää? Tässä Women in Tech -nimisessä haastattelusarjassa keskustelimme teknologia-alan menestyneiden johtajien kanssa kuullaksemme heidän tarinoitaan ja näkemyksiään siitä, mitä he tekivät rakentaakseen menestyksekkään uran. Keskustelemme myös hienon teknologiatuotteen luomiseen tarvittavista vaiheista. Osana tätä sarjaa minulla oli ilo haastatella Elizabeth Lawleria.
Elizabeth Lawler
Elizabeth Lawler on AppMapn toinen perustaja ja toimitusjohtaja. AppMap on ensimmäinen kehittäjien havainnointialusta, joka tarjoaa dynaamista ohjelmistojen suorituskykyä, tietoturva-analyysejä ja ajonaikaisia näkemyksiä kehittäjille koodieditorissa. Aiemmin Elizabeth toimi CyberArkin DevOps-tietoturvasta vastaavana varapääjohtajana, jossa hän käynnisti yrityksen avoimen lähdekoodin markkinoilletulostrategian kehittäjille suunnattuja työkaluja ja teknologioita varten. Ennen CyberArkia Elizabeth perusti Conjurin (jonka CyberArk myöhemmin osti), joka toimitti ensimmäisen tuotteen DevOps-, pilvi- ja konttipohjaisten ohjelmistojen etuoikeutettujen tilien tietoturva-aukkojen ratkaisemiseen. Elizabeth on toiminut myös Generation Healthin (jonka CVS Caremark myöhemmin osti) datajohtajana sekä valtakunnallisissa johtotehtävissä veteraaniasiainministeriössä. Hänellä on tohtorintutkinto, ja hän on koulutukseltaan data-analyytikko.
Kiitos paljon, että liityitte seuraamme tähän haastattelusarjaan! Ennen kuin sukellamme aiheeseen, lukijamme haluaisivat mielellään kuulla sinusta lisää. Voisitko kertoa tarinan siitä, mikä toi sinut juuri tälle urapolulle?
AppMap on toinen teknologia-alan startup-yritykseni kehittäjätyökalujen katvealueella. Aloitin urani opettamalla opiskelijoille tilastollista laskentaa, minkä jälkeen minusta tuli data-analyytikko ja sitten IT-johtaja, joka toimi datajohtajana ja tietoturvajohtajana. Lopulta aloin perustaa teknologiayrityksiä rakentaakseni uusia tuotteita ratkaisemaan tarpeita, joihin markkinoilla ei ollut tuotteita.
Kun yritin viestiä monimutkaisista ohjelmistoarkkitehtuureista uusille ihmisille, työntekijöille ja sidosryhmille, ymmärsin, että koodiarkkitehtuurin, ohjelmiston toiminnan sen ollessa käynnissä sekä laadun, suorituskyvyn ja tietoturvan ympärillä oli ilmeisiä väärinkäsityksiä ja virhekäsityksiä. Niin suuri osa siitä, mitä meidän on ymmärrettävä, on läpinäkymätöntä tai perustuu mentaalisiin malleihin. Ohjelmisto kuitenkin ilmaisee itse oman toimintansa, ja koodi on parhaassa asemassa selittämään, miten se toimii ollessaan käynnissä. Se oli minulle ahaa-hetki ja sai minut sekä jotkut varhaisista tiimin jäsenistä rakentamaan AppMapia.
On sanottu, että virheemme voivat joskus olla parhaimpia opettajiamme. Voisitko kertoa tarinan hauskimmasta virheestä, jonka teit urasi alkuvaiheessa? Voisitko kertoa, minkä opetuksen opit siitä?
En tiedä, onko tämä hauska esimerkki, mutta se on tosielämän esimerkki. Sanotaan, ettei omia virheitä pitäisi toistaa, mutta juuri niin me teimme. Kun aloimme suunnitella AppMapia, joka on ajonaikainen koodianalyysituote, aloimme rakentaa sitä SaaS-palveluna. Se oli yksi helpoimmista tavoista rakentaa prototyyppi ja kerätä avoimen lähdekoodin projekteista tarvitsemamme testidata teknologiamme validoimiseksi.
Kyberturvallisuustaustamme ansiosta tiesimme alusta alkaen, että dynaamiseen analyysiin ja arkaluonteisen koodidatan tallentamiseen liittyi paljon herkkyyttä. Ohjelmistokehityksen putkistot voivat toimia väylinä haitallisen koodin lisäämiselle, ja ihmiset voivat päästä käsiksi arkaluonteiseen koodiin ja putkistoihin kaikenlaisten integroitujen kolmannen osapuolen työkalujen kautta, kuten CI-järjestelmien viimeaikaiset tietomurrot ovat osoittaneet.
Jos siirtäisimme AppMapin kokonaan koodieditoriin ja pienentäisimme data-alustamme koodia lähemmäksi, voisimme vähentää datan tietoturvariskiä. Ihmiset voisivat käyttää AppMapia, ja voisimme taata käyttäjälle, että ”koodisi on sinun koodiasi”. Vähensimme kolmannen osapuolen ohjelmistoihin liittyvää riskiä, ja käyttöönotto vauhdittui.
Mutta sitten päätimme, että halusimme rakentaa analytiikkaa. Aloimme siis jälleen rakentaa palvelimelle käyttäen avoimen lähdekoodin projekteja testidatanamme. Kuluttajat sanoivat jälleen: ”En halua sitä sinne. Laita se IDE:heni.” Jälleen siirsimme kaikki nämä ominaisuudet ja toiminnot takaisin koodipohjaan, josta analyysitoiminnot löytyvät nykyäänkin.
Opetus tässä on se, että saman virheen tekeminen kahdesti sattuu toisella kerralla aivan yhtä paljon kuin ensimmäisellä.
Mikä hetki on mielestäsi määrittänyt urasi?
Viime lokakuussa AppMap osallistui TechCrunch Disrupt -tapahtumaan, ja se oli todella vaikuttavaa. Kokemus oli jotain aivan muuta kuin mikään, mitä olin aiemmin kokenut – kilpailimme tapahtuman yleisön ja sen tavoittavuuden edessä. Uskon, että AppMap hyötyi siitä, että saimme jakaa viestimme kyseisellä alustalla.
En kuitenkaan usko, että urani määrittävä hetki on vielä koittanut; edessä on aina uusi ja suurempi haaste. Näen tämän tiimin ja tuotteen edessä suuria asioita.
Voisitko kertoa tarinan vaikeista ajoista, joita kohtasit matkasi alkuvaiheessa? Harkitsitko koskaan luovuttamista? Mistä sait voimaa jatkaa, vaikka asiat olivat niin vaikeita?
Uuden markkina-alueen tuotteen rakentaminen ei ole mikään helppo tehtävä. Sinun on pystyttävä vangitsemaan ihmisten mielikuvitus, jotta he ottaisivat käyttöön tai kokeilisivat jotakin, jonka olemassaolosta he eivät tienneet eivätkä intuitiivisesti ymmärrä sen hyötyä. Vaikka sellaisen luominen ja kuvitteleminen, mitä ei vielä ole olemassa, on todella hauskaa, se voi olla myös todella turhauttavaa. Tyhjän markkinatilan tuotteiden viestiminen täsmällisesti on haastavaa, ja joskus mietit, ”jaksanko jatkaa tätä?”, koska se on niin vaikeaa. Yrittäjänä se on vaikein ratkaistava ongelmatyyppi.
Menimme Googlen, Metan ja sellaisten yritysten luo, joilla on huippuluokan kehittäjäkokemuksen työkaluja, eikä niillä ollut mitään sellaista kuin mitä olimme luomassa. Vahvistimme oletuksemme siitä, mitä puuttui, mutta en usko ihmisten ajatelleen sen olevan mahdollista. Meidän oli todella uskottava visioomme ja kykyymme luoda tämä tuote. Olen erittäin onnekas saadessani työskennellä tiimin kanssa, joka pystyy todella rakentamaan hämmästyttävän syvällisiä ja teknisesti haastavia tuotteita.
On innostavaa ja pelottavaa nähdä mahdollisuus, jota muut eivät näe. Kun alat saada hieman vauhtia ja näet, kuinka asiat alkavat loksahtaa kohdalleen ihmisten mielissä ja he alkavat vahvistaa rakentamaasi – silloin ymmärrät, miksi teit sen. Kuulet käyttäjän ihastuksen. Nyt haluat mennä vielä pidemmälle ja ilahduttaa heitä entistä enemmän.
Haluaisimme kuulla hieman yrityksestänne. Mihin kipukohtaan yrityksenne auttaa löytämään ratkaisun? Miten yrityksenne auttaa ihmisiä?
AppMap tarjoaa ensimmäisen kehittäjien havainnointialustan, joka tuo dynaamisen ohjelmistoanalyysin, mukaan lukien suorituskyky- ja tietoturva-analyysin, kehittäjille koodieditoriin.
Tähän asti markkinoilla on ollut valtava aukko, sillä kehittäjät ja ohjelmistotiimit ovat joutuneet turvautumaan staattisen analyysin työkaluihin eivätkä ole pystyneet tunnistamaan monimutkaisia koodiin liittyviä suunnitteluongelmia tai selvittämään asiakkaiden ongelmia ennen ohjelmiston julkaisua. Tämä on johtanut tuntikausien uudelleentyöhön, joka pysäyttää luovuuden ja innovoinnin. Ohjelmistotyön puurtaminen on yksi tärkeimmistä syistä kehittäjien hiljaiseen irtisanoutumiseen.
AppMap mullistaa perinteiset lähestymistavat kehittäjäkokemukseen integroimalla avoimen lähdekoodin suorituksenaikaisen koodianalyysityökalunsa saumattomasti suoraan koodieditoriin. Näin käyttäjät näkevät koodin toiminnan lisäksi myös suorituskykyyn, tietoturvaan ja vakauteen ehdotettujen muutosten vaikutukset koodia kehitettäessä. Tämä parantaa kehittäjäkokemusta tarjoamalla ennakoivia ja toimintaan ohjaavia näkemyksiä silloin, kun muutoksia on helppo tehdä.
Jos joku haluaa johtaa hienoa yritystä ja luoda hienoja tuotteita, mikä on tärkein ominaisuus , joka hänellä pitäisi olla, ja mitä tapoja tai käyttäytymismalleja ehdottaisit kyseisen ominaisuuden kehittämiseen?
Sinulla on ehdottomasti oltava empatiaa käyttäjääsi kohtaan. Koodieditorissa toimivana kehittäjätyökaluna olet käyttäjäsi intiimeimmässä luovassa tilassa. Olet hänen työpöydällään, siinä luovassa kehityshetkessä, joka määrittää kehittäjien työn. Ollaksesi hyödyllinen sinun on tunnettava paljon myötätuntoa ja harkittava tarkkaan, miten autat. Se on hyvin hienovaraista tasapainoilua.
Tavoitteena on luoda jotakin, jota ihmiset rakastavat eivätkä halua työskennellä ilman. Se on erittäin korkea tavoite tuotesuunnittelun ja kehityksen näkökulmasta. Varmistaaksesi, että asetat käyttäjän aina etusijalle, opi tuntemaan käyttäjäsi sekä rakenna yhteisöä ja keskusteluja lähestymistapojen ympärille.
AppMapissa tiedämme, että ideoita tulee kaikkialta. Esittelemme paljon kehittäjiä ja yhteisösivujamme. Yhteisössämme on ihmisiä kaikkialta maailmasta – kaikista Yhdysvaltojen 50 osavaltiosta ja sadoista maista. Tämä antaa meille mahdollisuuden huomioida ja ymmärtää kaikkien tarpeita. Se on tehokkain tapa edistää missiotamme.
Puhutaan tiimeistä. Mikä tiiminhallinnan strategia tai viitekehys on mielestäsi ollut poikkeuksellisen hyödyllinen tuotekehitysprosessissa?
Tuotteestamme aina tiimimme toimintatapaan asti avoimuus on avainasemassa. AppMapissa aloitimme avoimesta lähdekoodista, koska se antaa kaikille, jotka pystyvät lukemaan ja ymmärtämään tuotteemme, mahdollisuuden antaa meille panoksensa ja palautetta. Valitsemalla avoimuuden loimme mahdollisuuden käydä tuotekeskusteluja niiden käyttäjien kanssa, joita pyrimme palvelemaan. Tiimimme uskoo avoimuuteen todella vahvasti.
Kun ajattelet vahvinta tiimiä, jonka kanssa olet koskaan työskennellyt, miksi mielestäsi tiimi toimi niin hyvin yhdessä, ja muistatko anekdootin, joka havainnollistaa tätä dynamiikkaa?
AppMap-tiimi koostuu itse asiassa monista entisen Conjur-tiimini jäsenistä. Olemme siirtyneet yhdessä yrityksestä toiseen ja työskennelleet yhdessä peräkkäisten tyhjän markkinatilan projektien parissa.
Eniten minuun tekee vaikutuksen se, että emme ainoastaan työskentele hyvin yhdessä, vaan toimimme hyvin yhdessä myös vastoinkäymisten keskellä. Tartumme ongelmiin ja työskentelemme niiden ratkaisemiseksi – otamme palautteen vastaan riippumatta siitä, kuka on huoneessa. Näin me kaikki työskentelemme yhdessä.
Tiiminä kokoonnumme usein luodaksemme yhteisen suunnan. Olemme pystyneet edistämään radikaalin avoimuuden kulttuuria. Jokainen voi tuoda ideoita organisaation mistä tahansa kolkasta. Pidämme huolta toisistamme ja onnistumme siinä todella hyvin.
Jos käytössäsi olisi vain yksi ohjelmistotyökalu, mikä se olisi, miksi, ja mitä muita työkaluja pidät toiminnan kannalta välttämättöminä?
Mielestäni koodieditorit, kuten VS Code ja JetBrains, ovat todella loistavia paikkoja tehdä työtä. Emme ainoastaan pidä niitä paikkoina, joissa olemme osa ekosysteemiä, vaan näemme myös, kuinka kaikki kehittäjille suunnatut työkalut ja teknologiat siirtyvät tähän ympäristöön – mikä tekee niistä ehdottoman välttämättömiä. Jos haluat ymmärtää, miten ohjelmistotuotteita rakennetaan, sinun on ymmärrettävä, mitä koodieditorin sisällä tapahtuu. Tutustu Co-pilotiin ja muihin generatiivisiin työkaluihin, jotka laajentavat koodieditorin rajoja.
Liiketoiminnan johtajana toinen kriittisen tärkeä työkalu on ajanhallintaohjelmisto. Ilman ajanhallintaohjelmistoratkaisua olisi helppo käyttää päiväsi haluamallasi tavalla ja antaa vain inertian kuljettaa sinua päivän läpi. Päiväni ovat tuottavampia, kun varaan keskittymisaikaa tärkeiden asioiden tekemiseen.
Puhutaanpa palautumisesta. Mikä on sinulle luontevin tapa tai rituaali työuupumuksen ehkäisemiseksi?
Lapseni ovat luultavasti paras vastalääke työuupumukselle. Lapset eivät anna sinun tehdä töitä, kun olet heidän kanssaan. He tulevat toimistollesi ja käskevät sinua laittamaan työt pois tai kertovat tarvitsevansa aikaasi ja huomiotasi. Lapset pakottavat sinut olemaan läsnä ja laskemaan työn hetkeksi käsistäsi. Arvostan jokaista hetkeä heidän kanssaan ja olen iloinen siitä, että he saavat minut laittamaan teknologian sivuun.
Mitkä ovat kokemuksesi perusteella ”5 vaihetta loistavien teknologiatuotteiden luomiseen”?
1. Muodosta oma näkökulmasi ja uskalla olla erilainen: vie se sitten markkinoille ja katso, resonoiko se. AppMapilla uskomme, että ainoa totuuden lähde on koodieditori ja että sinulla pitäisi olla kaikki tarvitsemasi työkalut juuri siellä, missä työskentelet. Hyödynnä sen jälkeen käyttäjiltä saatavaa määrällistä ja laadullista palautetta uusien ominaisuuksien kehittämisessä. Kun asiat toimivat, paneudu niihin ja jatka sitoutunutta kehittämistä, mutta älä pelkää luopua alueista, joita ei käytetä.
2. Sukella suoraan mukaan: ja pääse mahdollisimman lähelle käyttäjää. Ole avoin oppimaan tiimiltäsi ja asiakkailtasi sekä verkostoidu saadaksesi palautetta markkinoilta. Yksi AppMapin käyttämistä taktiikoista on julkaista laajasti opetusmateriaalia sisältävää blogisisältöä Dev-yhteisösivullamme. Tämä auttaa meitä ymmärtämään, mille alueille meidän kannattaa panostaa enemmän, kun näemme jonkin tietyn ominaisuuden saavan paljon sitoutumista. Jokaisen loistavaa tuotetta luovan yrityksen pitäisi ottaa MVP-ideansa, jakaa ne laajasti ja käyttää sitoutumisesta saatavaa dataa investointien tason määrittämiseen.
3. Aloita ja rakenna jatkuvasti: Reid Hoffman sanoi kuuluisasti: ”Jos tuotteesi ensimmäinen versio ei nolota sinua, olet julkaissut sen liian myöhään” – ja tästä pitäisi tulla tuotekehityksesi mantra. On myös tärkeää tiedostaa, ettet ole tyhjiä lupauksia myyvä yritys etkä ominaisuustehdas. Pyri löytämään hyvä tasapaino ajatuksen kokonaisvaltaisuuden ja kehitysvaran välillä tuotteen varhaisissa julkaisuissa. Todellisuudessa, jos tuotteesi ratkaisee pienen käyttötapauksen, ihmiset käyttävät sitä ongelmiensa ratkaisemiseen kömpelöstä käyttökokemuksesta tai pienistä virheistä huolimatta.
4. Julkaise ja mittaa, mittaa, mittaa: Älä odota käyttäjien antavan tuotteestasi valtavasti laadullista palautetta – etenkään, kun rakennat tuotetta tekniselle yleisölle. Nämä käyttäjät ovat kiireisiä ja muiden töiden kuormittamia. Heillä ei ole aikaa antaa sinulle yksityiskohtaista palautetta. Paras tapa ymmärtää käyttäjiäsi on mitata heidän vuorovaikutustaan tuotteesi kanssa, jos se on mahdollista.
Jos käyttösi on riittävän laajaa, kokeile tehdä saamasi datan perusteella nopeita iteraatioita. Jos sinulla on suuri käyttäjäkunta, jaottele käyttäjät parhaasi mukaan ymmärtääksesi paremmin tehokäyttäjien ja aloittelijoiden välisiä eroja. Nämä käyttäjätyypit tarvitsevat erilaisia ominaisuuksia, ja yhden yleisön tarpeisiin rakennettavat ominaisuudet voivat aiheuttaa ongelmia muille.
5. Iteroi ja kehity: Keskittyminen on minkä tahansa yrityksen, erityisesti startup-yrityksen, tärkein ominaisuus. Startup-yrityksillä ei yksinkertaisesti ole aikaa tai rahaa investoida useille alueille. Älä käytä aikaa murehtimalla vaihtoehtoiskustannusta, joka syntyy siitä, ettet työskentele ”kaikkien asioiden” parissa. Keskity sen sijaan suurimman vaikutuksen kohteisiin ja jaa työ pieniin osiin. Jakamalla toimitettavat kokonaisuudet pienemmiksi yksiköiksi voit reagoida käyttäjäpalautteeseen tai käyttötietoihin nopeammin ja kehittää tuotettasi jatkuvasti käyttäjiesi iloksi.
Oletko tällä hetkellä tyytyväinen teknologia-alan naisten nykytilanteeseen? Mitä erityisiä muutoksia mielestäsi tarvitaan nykytilanteen muuttamiseksi?
Teknologiayrityksiä johtavat ja valta-asemissa olevat naiset ovat edelleen poikkeus, eivät sääntö. Naisten johtamia yrityksiä B2B-yritysten saralla on vain 2 % pääomasijoituksia saaneista yrityksistä. Tällä alalla on naisjohtajia, joilla on valtavasti lahjakkuutta, mutta joita ei ole vielä tuettu riittävästi. Tämä on minulle intohimoasia. Uskon, että tasa-arvoa on edelleen rakennettava. Toivon voivani olla vahva esimerkki ja auttaa muita naisia saamaan ideansa lentoon, koska se on vaikeaa. Numerot eivät valehtele – olipa kyse palkasta, arvostuksesta tai siitä osuudesta investointikakusta, joka naisilla on. Mielestäni ihmisten pitäisi tarkastella naisomisteisia B2B-yrityksiä pitkällä aikavälillä tarkemmin. Ne tarjoavat parhaan vastineen rahalle.
Onko maailmassa henkilöä, jonka kanssa haluaisit nauttia yksityisen aamiaisen tai lounaan, ja miksi?
Ihailen todella Diane Greeneä ja hänen uransa kehityskaarta. Hän aloitti laivastoarkkitehtina ennen siirtymistään teknologia-alalle. Hän oli VMware-yhtiön perustaja ja toimitusjohtaja, Googlen hallituksen jäsen sekä Google Cloudin toimitusjohtaja, ja hän oli kahden Googlen ja Microsoftin ostaman startup-yrityksen perustaja ja toimitusjohtaja.
Jos haluat lisää tällaista sisältöä, tilaa CPO Clubin uutiskirje.
