Tällä hetkellä vain noin yksi neljästä teknologia-alan työntekijästä identifioituu naiseksi. Mitä siis menestyksekkään teknologia-alan uran rakentaminen naisena vaatii? Tässä Teknologia-alan naiset -nimisessä haastattelusarjassa keskustelimme teknologia-alan menestyneiden johtajien kanssa kuullaksemme heidän tarinoitaan ja näkemyksiään siitä, mitä he tekivät rakentaakseen kukoistavan uran. Keskustelemme myös loistavan teknologiatuotteen luomiseen tarvittavista vaiheista. Osana tätä sarjaa minulla oli ilo haastatella henkilöä Samantha Carow.
Samantha Carow
\u003cspan style=\u0022font-weight: 400;\u0022\u003eSamantha Carow on DwellWellin toinen perustaja ja teknologiajohtaja. Hän on viettänyt suurimman osan urastaan kasvuyrityksissä Preactista (jonka Spotify osti vuonna 2016) Redditiin, ja nyt hän hyödyntää insinööritaitojaan ja johtajuuttaan tuodakseen kodin ostamisen 2000-luvulle DwellWellin avulla. Sam suhtautuu intohimoisesti teknologiaekosysteemin monimuotoisuuden lisäämiseen ja pyrkii rakentamaan oikeudenmukaista, empaattista ja tuloshakuista insinöörikulttuuria. Hän on teknologia-alan naisten puolestapuhuja ja on puhunut Grace Hopper Celebration- ja Women in Tech Summit -tapahtumissa. \u003c/span\u003e
Kiitos paljon, että osallistut tähän haastattelusarjaan! Ennen kuin sukellamme aiheeseen, lukijamme haluaisivat mielellään kuulla sinusta lisää. Voitko kertoa tarinan siitä, mikä johdatti sinut juuri tälle urapolulle?
Aloitin urani henkivakuutusmyyjänä. Se oli käytännössä ensimmäinen työ, jonka sain korkeakoulusta valmistuttuani, mutta tajusin nopeasti, kuinka raskas ura se on, ja lopetin yhdeksän kuukauden jälkeen. Häpesin todella paljon sitä, että olin ”epäonnistunut” yritystyössäni. Otin tarjoilijan työn maksaakseni vuokrani ja aloin tutkia uusia urapolkuja.
Kun hapuilin eteenpäin ja yritin keksiä suunnitelmaa, eräs ystäväni kertoi minulle Dev Bootcamp -nimisestä ohjelmasta; intensiivikoulutukset olivat tuolloin täysin uusi konsepti. Seuraavaksi huomasin olevani San Franciscossa pikkuruisessa hostellissa kolmen kuukauden ohjelmassa. Itkin joka päivä, koska se oli niin vaikeaa, ja opin paljon.
Ennen intensiivikoulutusta en ollut koskaan edes ajatellut, että teknologia-ala voisi olla jotain, jossa voisin olla mukana. Lisäksi en ollut koskaan edes kuullut monista teknologia-alan käsitteistä. Mikä esimerkiksi on tuotepäällikkö? Mikä ero on staattisella verkkosivustolla ja verkkosovelluksella? Mikä on kasvuyritys? Mitä varainhankinta tarkoittaa? Mikä on API? En kirjaimellisesti tiennyt mistään mitään. Se sai minut tuntemaan itseni vieläkin eksyneemmäksi.
Valmistuin täpärästi ja aloitin työnhaun. Ansioluetteloni näytti tältä: yhdeksän kuukautta myyntikokemusta, vuosi tarjoilijana ja siinä kaikki. Tiesin, etten saisi työpaikkaa meriittieni perusteella, joten minun oli keksittävä kekseliäämpi lähestymistapa. Ainoa pelastukseni oli tunne siitä, etten ollut altis torjutuksi tulemiselle -- minua oli torjuttu päivä toisensa jälkeen henkivakuutuksia myydessäni, joten pieni nolostuminen ei pelottanut minua. Aloin käydä läpi kasvuyritysten aloitussivuja etsien pieniä toteutusvirheitä. Kun löysin virheen, arvasin perustajan sähköpostiosoitteen (tuolloin yleensä firstname@startupname.io) ja lähetin hänelle ennalta pyytämättömän sähköpostin, jossa esitin ratkaisuni. Ihmeellistä kyllä, tämä lähestymistapa toimi, ja sain työpaikan kuukauden kuluessa.
Työskentelin tässä kasvuyrityksessä 2,5 vuotta ja muistelen tuota aikaa suurella lämmöllä. Tuolloin tunsin olevani kävelevä katastrofi, mutta näiden vuosien aikana kokemani epäilykset, vaikeudet, toveruus, mentorointi ja ystävyys muodostivat perustan sille, kuka olen tänä päivänä. Sain poikkeuksellisen paljon mentorointia, autonomiaa ja luottamusta. Huomasin, ettei insinööritaito ole joko-tai-asia, jonka joko osaa tai ei osaa – se on taito, jota hiotaan vuosien ja taas vuosien ajan kokeilujen, erehdysten ja virheiden kautta. Kaikista suurin salaisuus on, ettei kukaan oikeastaan tiedä, mitä tekee. Oli suuri helpotus päätyä tähän johtopäätökseen.
Tuo kasvuyritys päätyi myöhemmin Spotifyn ostamaksi.
Voitko kertoa hauskimmasta virheestä, jonka teit urasi alussa? Voitko kertoa, minkä opetuksen opit siitä?
Voi luoja – niin monia virheitä! Ensimmäisenä mieleeni tulee Redditillä viettämäni viisi vuotta. Ensimmäisten kolmen kuukauden aikana tulin hieman liian itsevarmaksi koodin julkaisemisen suhteen ja päätin ottaa muutokseni käyttöön lentokentällä odottaessani lentoani. Tietenkin sivusto kaatui välittömästi. Minun oli selvitettävä, miten palauttaa koodini aiempaan versioon, mitä en ollut koskaan ennen tehnyt, puhelimeni jakaman internet-yhteyden kautta samalla kun katselin – en liioittele – tuhansien virheiden tulvivan lokitiedostoihimme. Se oli ensimmäinen ja viimeinen kerta, kun suhtauduin koodin julkaisemiseen niin piittaamattomasti.
Olin tästä virheestä suunniltani, mutta hämmästyin, etten saanut nuhteita. Itse asiassa sivuston kaatuminen oli Redditillä eräänlainen ”riitti”. Tämä kokemus muokkasi tapaani suhtautua virheisiin – niitä sattuu. Itse asiassa niitä pitää odottaa. Ja kun virhe sattuu, johtajan tehtävänä on tukea tiimiään sen läpikäymisessä. Kun kriisi on ohi, otat käyttöön prosesseja, joilla estetään vastaavanlaiset virheet tulevaisuudessa.
Mikä mielestäsi on ollut urasi kannalta ratkaiseva hetki?
Jokainen urani vaihe on ollut jollakin tavalla ratkaiseva. Nykyinen tehtäväni, toisena perustajana ja teknologiajohtajana, on epäilemättä avannut ovia, joiden olemassaolosta en edes tiennyt. En kuitenkaan usko, että minulla olisi ollut rohkeutta perustaa kasvuyritystä, ellen olisi viettänyt vuosia kasvaen Redditin teknisen tiimin johtajaksi.
Työskentelin Redditillä viisi vuotta, joista puolet insinöörinä. Muistan turhautuneeni siihen, ettei urani edennyt niin nopeasti kuin olisin halunnut. Ajattelutapani oli siihen asti ollut ”jos teet hyvää työtä, sinut huomataan” ja ”esihenkilöni tehtävä on ylentää minut”. En ymmärtänyt, kuinka paljon minulla todellisuudessa oli mahdollisuuksia vauhdittaa omaa uraani. Päädyin lähes vahingossa hurjan nopeaan kasvuun – löysin muistivuodon käyttöliittymäsovelluksestamme. Korjasin sen, ja pystyimme puolittamaan palvelinryhmämme koon. Työni alkoi yhtäkkiä saada huomiota, joten aloin miettiä, voisinko toistaa tämän ”onnen”. Kävi ilmi, että kyllä voin. Kehitin seuraavan viitekehyksen, jotta muut voisivat saavuttaa samanlaisia tuloksia:
Viitekehys on seuraava:
- Tunnista koko organisaatiota koskeva kipukohta.
- Löydä vähimmäisarvoa tuottava korjaus.
- Puhu siitä.
- Luo viitekehys, jonka avulla muut voivat liittyä mukaan ja auttaa.
Kun olin ottanut tämän viitekehyksen käyttöön omalla kohdallani, minut kutsuttiin uusiin tärkeisiin kokouksiin. Pääsin ”huippusuoriutujien” tasolle, minusta tuli tekninen vetäjä, sitten yhden tiimin ja myöhemmin kahden tiimin esihenkilö. Ehkä kaikkein tärkeintä oli, että palkkani nousi 30 prosenttia.
Kaava tuotti minulle niin paljon menestystä, että aloitin Redditillä ohjelman, joka oli erityisesti suunnattu tämän kaavan opettamiseen muille. Ohjelmaan osallistui vuoden aikana 30 henkilöä, joista 70 % pystyi hyödyntämään ohjelmaa ylennyksen tai palkankorotuksen saamiseksi.
Olen kirjoittanut viitekehyksestäni yksityiskohtaisesti täällä, jos tämä ajatus kiinnostaa sinua!
Voisitko kertoa meille vaikeista ajoista, joita kohtasit matkasi alussa? Harkitsitko koskaan luovuttamista? Mistä sait voimaa jatkaa, vaikka asiat olivat niin vaikeita?
Kun valmistauduin ohjelmointikoulutukseen, jotkut ihmiset kirjaimellisesti nauroivat päin naamaani, kun kerroin heille, mitä olin tekemässä. ”Sinäkö? Insinööriksi?” oli hyvin, hyvin yleinen vastaus. Minut oli kuitenkin kasvatettu erittäin sitkeäksi. Jokainen kielteinen reaktio sai minut vain kaivautumaan syvemmälle – aioin todistaa kaikkien näiden ihmisten olevan väärässä. Kutsun sitä mielelläni ”kaunavetoiseksi kehitykseksi”. Ha!
Synnynnäisen sitkeyden lisäksi oli erittäin tärkeää ympäröidä itseni ihmisillä, jotka tekivät samaa kuin minä. Tämä on yksi koulutuksen parhaista puolista – ympärilläsi on ihmisiä, jotka kaikki epäonnistuvat yhdessä. Se tekee epäonnistumisista helpompia kestää ja muistuttaa, ettet ole yksin.
Lopuksi olin tehnyt itseni suhteen suuren riskisijoituksen osallistuessani koulutukseen (10 000 dollarin arvosta). En aikonut heittää näitä rahoja hukkaan pelon takia. Kun panostat itseesi – olipa kyse taloudellisesta, sosiaalisesta tai jostain muusta panoksesta – se pakottaa sinut pusertamaan epäilyksistä huolimatta, koska se on ainoa tie eteenpäin.
Haluaisimme kuulla hieman yrityksestäsi. Mihin kipukohtaan yrityksesi auttaa löytämään ratkaisun? Miten yrityksesi auttaa ihmisiä?
DwellWell on olemassa, koska asunnon ostaminen on kamalaa! Asunnonostajat joutuvat hämärän prosessin läpi joukko toimittajia johdattamina, ja nämä voisivat yhtä hyvin puhua eri kieltä. Asuntolainat, ennakkohyväksynnät, sulkutilit, käsirahat – ahh! Kaikki on aivan liikaa. DwellWell opettaa asunnonostajille, mitä heidän on tiedettävä ennen kuin he aloittavat asunnon etsimisen, ja tukee heitä koko asunnonostomatkan ajan. Selitämme kaikki vaikeat asiat ja tarjoamme sinulle oman henkilökohtaisen yhden luukun palvelun asunnon ostamiseen. Tarpeidesi ja mieltymystesi perusteella voimme yhdistää sinut alueesi parhaisiin asunnonoston asiantuntijoihin ja poistaa tuskan kokemuksestasi.
Jos joku haluaa johtaa hienoa yritystä ja luoda loistavia tuotteita, mikä on tärkein ominaisuus, joka tällä henkilöllä pitäisi olla, ja millaisia tapoja tai toimintamalleja suosittelisit tämän tietyn ominaisuuden kehittämiseen?
Sinun on hyväksyttävä se tosiasia, että tulet kärsimään seuraavat vähintään viisi vuotta. Monimutkaisten tuotteiden rakentaminen, ankaran palautteen pyytäminen, toimimattomien asioiden hylkääminen, riskipääomasijoittajien torjutuksi tuleminen, vaikeiden uutisten kertominen ja johtajana kasvaminen – kaikki se on tuskallista! Onko se sen arvoista? Kyllä. Tarkoittaako se, että se on helppoa? Ei!
Selviytyäksesi sinun on luovuttava egostasi. Harjoittele palautteen vastaanottamista ottamatta sitä henkilökohtaisesti. Suhtaudu jokaiseen päätökseen kokeiluna äläkä kiinny tunnetasolla lopputulokseen – tarkastele sen sijaan tietoja. Älä suhtaudu itseesi niin vakavasti, ettet pysty näkemään epäonnistumistesi huumoria.
Seuraavaksi puhutaan tiimeistä. Millainen tiiminhallintastrategia tai viitekehys on mielestäsi ollut poikkeuksellisen hyödyllinen tuotekehitysprosessissa?
Pidän ketterästä, pystysuuntaisesta tiimistä. Ihanteellisessa tiimirakenteessani on pari insinööriä, yksi suunnittelija, yksi PM ja ehkä tekniikan esihenkilö. PM vastaa uusien tuotteiden kehittämisestä, olemassa olevien tuotteiden kehittämisestä edelleen ja tärkeimpien asioiden priorisoinnista. Priorisointiviitekehykset sopivat tähän erinomaisesti. DwellWellillä priorisointiviitekehyksemme näyttää tältä:
- Taloudellinen vaikutus
- Vaikutus
- Tavoittavuus
- Kiireellisyys
- Helppous
Jokainen näistä painotetaan. Kun uusia projekteja ehdotetaan, käytämme tätä viitekehystä työn sijoittamiseen. Näin varmistamme, että työskentelemme aina tärkeimmän asian parissa.
Suunnittelijamme ja projektipäällikkömme työskentelevät yhdessä kehittääkseen tuotemäärittelyn sekä joitakin perusrautalankamalleja. Kun nämä kaksi asiaa on toimitettu, insinöörimme ottavat vastuun, määrittelevät projektin laajuuden, laativat aikataulun ja hallinnoivat omia tehtäviään ja määräaikojaan. Pidämme viestintämme erittäin tiiviinä, jotta voimme edetä nopeasti. Kun perusarkkitehtuuria kehitetään, suunnittelijamme laatii varsinaiset suunnitelmat, ja insinöörimme viimeistelevät projektin lisäämällä nämä visuaaliset parannukset.
Tämän prosessin ansiosta voimme edetä nopeasti ja välttää pullonkauloja.
Kun ajattelet vahvinta tiimiä, jonka kanssa olet koskaan työskennellyt, miksi luulet tiimin toimineen niin hyvin yhdessä, ja muistatko anekdootin, joka havainnollistaa tätä dynamiikkaa?
DwellWelliin kokoamamme insinööritiimi on todella vahva (mainittakoon vielä, että 75 % meistä on naisia!). Työskentelemme hyvin yhdessä, koska luotamme toisiimme. Olemme tarkkoja koodikatselmoinneissa. Asetamme toisillemme erittäin korkeat vaatimukset, egolle ei ole tilaa, ja autamme heti, kun jokin menee pieleen. Edistämme oppimisen kulttuuria.
Julkaisimme hiljattain tuotteen uudistetun version, mikä oli valtava projekti. Työ jaettiin insinöörien kesken, ja jokainen meistä piti yhteyttä muihin varmistaen, ettemme tehneet päällekkäistä työtä, sekä synkronoi työmme, jotta se toimitettaisiin mahdollisimman tehokkaasti. Se oli kuin olisi seurannut orkesteria, jossa pääinsinöörini toimi kapellimestarina. Se oli upeaa! Saavutimme kunnianhimoisen määräajan niin saumattomasti, että aloin epäillä jotain – asiat harvoin sujuvat näin hyvin. Pieni ja omistautunut tiimi voi kuitenkin saavuttaa poikkeuksellisen hyviä tuloksia.
Jos sinulla olisi käytössäsi vain yksi ohjelmistotyökalu, mikä se olisi ja miksi, ja mitä muita työkaluja (ohjelmistoja tai konkreettisia välineitä) pidät toiminnan kannalta kriittisinä?
Insinöörinä sanoisin, että tärkein työkalumme on GitHub. Tämä on hyvin arkinen vastaus, mutta usein kaikkein tärkein ohjelmisto on täysin tylsä – luotettava, helppokäyttöinen ja tylsä. Versionhallinta on menestyksekkään insinöörijaoston ehdoton edellytys.
Puhutaanpa vapaa-ajasta. Mikä on sinulle tärkein käytäntö tai rituaali työuupumuksen ehkäisemiseksi?
Valitettavasti liikunta on todella paras tapa saada ajatukset järjestykseen. Inhoan treenaamista, mutta sen jälkeen olo vain tuntuu paremmalta – sitä ei voi kiertää. Käytän myös Lexaproa, joka auttaa todella paljon ahdistukseeni. Ahdistukseni ilmenee äärimmäisenä ärtyneisyytenä, mikä on täysin hyödytön tunnetila startup-yritystä pyöritettäessä. Sen ansiosta pystyn olemaan parempi tiimikaveri vastustajan sijaan.
Mitkä ovat kokemuksesi perusteella ”5 askelta loistavien teknologiatuotteiden luomiseen”?
1 . Ensimmäinen rakentamasi versio on todennäköisesti huono – julkaise se silti. Kuten Reid Hoffman sanoi: ”Jos et häpeä tuotteesi ensimmäistä versiota, olet julkaissut sen liian myöhään.” Ensimmäisen julkaisemasi version pitäisi antaa sinulle tietoa: oletko oikealla tiellä? Välittävätkö käyttäjät ratkaisemastasi ongelmasta? Älä tuhlaa kallisarvoista aikaa täydellisyyden tavoitteluun, kun etsit varhaista vahvistusta ideallesi. Ensimmäinen DwellWellissä luomamme tuote oli yksinkertainen PDF nimeltä ”10 askelta asunnon ostamiseen”, jossa käyttäjän piti itse ottaa yhteyttä ja lähettää minulle sähköpostia, jos hän halusi päästä jonkin suosittelemamme kiinteistönvälittäjän asiakkaaksi. Kahden ensimmäisen julkaisupäivän aikana saimme ensimmäisen asiakkaamme. Se oli hullua – en voinut uskoa, että jotain, jonka tekemiseen oli kulunut kaksi viikkoa, oli johtanut oikeaan käyttäjään. Kutsuimme tätä tuotetta hyväntahtoisesti ”surkeaksi MVP:ksi”, ja se antoi meille riittävästi näyttöä pääoman hankkimiseen.
2 . Seuraa, kuinka käyttäjät toimivat tuotteesi kanssa. Sinua hämmästyttää, kuinka eri tavalla ihmiset käyttävät tuotettasi verrattuna siihen, miten kuvittelit heidän käyttävän sitä. Muistan, että kun aloitimme DwellWellin, meillä oli painike, jota käyttäjän oli tarkoitus napsauttaa vaihtaakseen tehtävän tilan ”valmiin” ja ”kesken” välillä tehtävän suorittamisen jälkeen. Se oli päätoiminto, jonka käyttäjän piti tehdä sivulla. Rakensimme sen ja ajattelimme: ”kaunis, upea, intuitiivinen”. Mutta sanonpa vain – käyttäjillä ei ollut hitustakaan käsitystä siitä, mitä tämän painikkeen piti tehdä. Järjestimme yli 10 tuntia käyttäjähaastatteluja, ja jokainen sanoi: ”En ymmärrä tätä painiketta.” Poistimme painikkeen kokonaan emmekä koskaan katsoneet taaksepäin.
3 . Etene nopeasti, kun päätös voidaan perua, ja hitaammin, kun sitä ei voida perua. Nopeus on startup-yrityksissä elintärkeää. Jokaisen päätöksen kanssa ei pidä tuskailla, mutta voi olla vaikeaa tietää, minkä päätösten kohdalla kannattaa hidastaa. Itse asiassa peruuttamattomia päätöksiä tulee vastaan melko harvoin, joten etenen suurimman osan ajasta nopeasti. DwellWellin äskettäisen uudistuksen yhteydessä teimme kuitenkin päätöksiä hitaasti kahden kuukauden ajan varmistaaksemme, että toimittaisimme intuitiivisemman tuotteen. Hylkäisimme vanhan arkkitehtuurin kokonaan, joten oli tärkeää edetä harkiten kohti tulevaisuuttamme.
4 . Edistä jatkuvan parantamisen kulttuuria. Voi olla hyvin houkuttelevaa rakentaa ominaisuus, todeta sen olevan valmis ja olla koskaan kehittämättä sitä enää. Tämä luo paikalleen jämähtäneitä tuotteita ja antaa myös huonon esimerkin tuote- ja insinööritiimeille. Jokaisen tiimin jäsenen tulisi etsiä jatkuvasti tapoja parantaa olemassa olevaa tuotetta tai ehdottaa kokeiluja, jotka voisivat parantaa keskeisiä mittareita. Teimme hiljattain DwellWellissä kokeilun testataksemme erilaisia rekisteröitymiskokemuksia ja selvittääksemme, mikä niistä oli intuitiivisin. Emme olleet muuttaneet rekisteröitymiskokemustamme vuoteen, ja havaitsimme, että vertailuryhmämme (tavallinen rekisteröitymisprosessimme) suoriutui kolmesta vaihtoehdosta heikoimmin! Olemme sittemmin kehittäneet kokeilujen priorisointimatriisin ja haastamme olemassa olevan tuotteen mahdollisimman usein.
5 . Turhautunut käyttäjä on parempi kuin käyttäjä, joka ei osallistu. Turhautuneet käyttäjät ovat ihmisiä, jotka välittävät tuotteestasi tai ongelmasta, jota yrityksesi yrittää ratkaista. Vaikka voi olla pelottavaa keskustella huonon kokemuksen saaneen henkilön kanssa, hän on äärettömän paljon hyödyllisempi kuin käyttäjä, joka ei osallistu ja poistuu palvelusta. Opin tämän läksyn Redditissä, jolla saattaa olla maailman intohimoisin käyttäjäkunta. Turhautuneet käyttäjät antoivat meille niin paljon ideoita palvelun parantamiseen ja kertoivat, missä alusta ei vastannut heidän tarpeisiinsa. Se on yksi tärkeimmistä tähän mennessä oppimistani asioista.
Oletko tällä hetkellä tyytyväinen naisten asemaan teknologia-alalla? Mitä konkreettisia muutoksia mielestäsi tarvitaan vallitsevan tilanteen muuttamiseksi?
En – en todellakaan ole tyytyväinen. Tämä on niin monimutkainen kysymys, koska kaikki ylläpitävät teknologia-alan sukupuolten välisiä eroja – myös ne, jotka yrittävät auttaa. Yksi parhaista asioista, joita voimme johtajina tehdä, on kouluttaa naisia vaativiin johtotehtäviin yhtä tarmokkaasti kuin koulutamme miehiä vastaaviin tehtäviin. Näen usein yritysten palkkaavan valtavasti uransa alkuvaiheessa olevia naisia, jotta niiden rekrytointitilastot näyttäisivät hyviltä. Tämä kuitenkin ylläpitää virheellistä käsitystä siitä, että naiset ovat yleensä miehiä juniorimmassa asemassa. Tilanne on lähes mahdoton yhtälö, koska naisten on aloitettava jostain voidakseen edetä vaativampiin tehtäviin! Mielestäni jos palkkaat uransa alkuvaiheessa olevia naisia, sinun on määrätietoisesti kehitettävä heitä samaa tahtia kuin kehitämme miehiä. Valmenna naisia, anna rakentavaa palautetta heidän kehittymisensä tueksi, suunnitelkaa yhdessä etenemispolku ylennyksiä varten ja anna heidän tehdä virheitä.
Onko maailmassa joku henkilö, jonka kanssa haluaisit nauttia aamiaisen tai lounaan kahden kesken, ja miksi?
Justin Bieber? Vitsailen vain (tavallaan). Rakastan Guy Razin How I Built This -podcastia ja haluaisin todella tavata hänet. Hänen haastattelunsa ovat täysin vangitsevia.
Jos haluat lisää tämänkaltaista sisältöä, tilaa CPO Clubin uutiskirje.
