For tiden identifiserer bare omtrent 1 av 4 ansatte i teknologibransjen seg som kvinner. Så hva skal til for å skape en vellykket karriere som kvinne i teknologibransjen? I denne intervjuserien kalt Kvinner i teknologibransjen snakket vi med vellykkede ledere i teknologibransjen for å dele historier og innsikt om hva de gjorde for å skape blomstrende karrierer. Vi diskuterer også trinnene som trengs for å skape et flott teknologiprodukt. Som en del av denne serien hadde jeg gleden av å intervjue Samantha Carow.
Samantha Carow
Samantha Carow er medgrunnlegger og teknologidirektør i DwellWell. Hun har tilbrakt mesteparten av karrieren sin i oppstartsbedrifter, fra Preact (kjøpt opp av Spotify i 2016) til Reddit, og bruker nå sin tekniske ekspertise og lederegenskaper til å bringe boligkjøp inn i det 21. århundret med DwellWell. Sam brenner for å diversifisere teknologimiljøet og streber etter å bygge en rettferdig, empatisk og resultatorientert ingeniørkultur. Hun er en leder innenfor kvinner i teknologibransjen og har holdt innlegg på Grace Hopper Celebration og Women in Tech Summit.
Tusen takk for at du deltar i denne intervjuserien! Før vi går i gang, vil leserne våre gjerne lære mer om deg. Kan du fortelle oss en historie om hva som førte deg til akkurat denne karriereveien?
Jeg begynte karrieren min som selger av livsforsikring. Det var omtrent den første jobben jeg kunne få etter høyskolen, men jeg innså raskt hvor krevende en karriere det er, og sluttet etter ni måneder. Jeg var utrolig flau over at jeg hadde «mislyktes» i jobben i næringslivet. Jeg tok en jobb som servitør for å betale husleien og begynte å undersøke nye karriereveier.
Mens jeg famlet meg frem og prøvde å lage en plan, fortalte en venn av meg om et program som het Dev Bootcamp; bootcamper var et helt nytt konsept den gangen. Plutselig befant jeg meg i San Francisco, på et bittelite vandrerhjem, for å delta i det tre måneder lange programmet. Jeg gråt hver dag fordi det var så vanskelig, og lærte mye.
Før bootcampen hadde jeg aldri vurdert at teknologibransjen var noe jeg kunne være en del av. Dessuten hadde jeg aldri engang hørt om mange av konseptene i teknologibransjen. Hva er for eksempel en produktleder? Hva er forskjellen mellom et statisk nettsted og en nettapp? Hva er en oppstartsbedrift? Hva betyr det å hente kapital? Hva er et API? Jeg visste bokstavelig talt ingenting. Det fikk meg til å føle meg enda mer fortapt.
Jeg fullførte så vidt og begynte å lete etter jobb. CV-en min så slik ut: ni måneders salgserfaring, ett års erfaring som servitør, og det var alt. Jeg visste at jeg ikke kom til å få en jobb basert på merittene mine, så jeg måtte tenke ut en mer kreativ tilnærming. Min eneste redning var at jeg følte meg immun mot avvisning – jeg hadde blitt avvist dag etter dag da jeg solgte livsforsikring, så litt flauhet skremte meg ikke. Jeg begynte å saumfare landingssidene til oppstartsbedrifter på jakt etter små implementeringsfeil. Når jeg fant en feil, gjettet jeg e-postadressen til grunnleggeren (vanligvis fornavn@oppstartsbedrift.io på den tiden) og sendte en uoppfordret e-post med den foreslåtte løsningen min. Utrolig nok fungerte denne tilnærmingen, og jeg fikk jobb i løpet av en måned.
Jeg tilbrakte 2,5 år i denne oppstartsbedriften, og ser tilbake på denne tiden med stor glede. På den tiden følte jeg meg som en vandrende katastrofe, men tvilen, motgangen, fellesskapet, veiledningen og vennskapet jeg opplevde i løpet av disse årene, la grunnlaget for hvem jeg er i dag. Jeg fikk uvanlig mye veiledning, selvstendighet og tillit. Jeg oppdaget at utvikling ikke er en enten-eller-egenskap som du enten kan eller ikke kan – det er en ferdighet som finslipes over mange år gjennom prøving og feiling og ved å gjøre feil. Den største hemmeligheten av alle er at ingen egentlig vet hva de holder på med. Det var en stor lettelse å komme frem til denne konklusjonen.
Denne oppstartsbedriften ble senere kjøpt opp av Spotify.
Kan du dele en historie om den morsomste feilen du gjorde da du nettopp hadde begynt? Kan du fortelle oss hvilken lærdom du fikk av den?
Herregud – så mange feil! Den første jeg kommer på, skjedde i løpet av de fem årene mine i Reddit. I løpet av de tre første månedene ble jeg litt for kjepphøy når det gjaldt en kodeutrulling og bestemte meg for å rulle ut endringene mine på flyplassen mens jeg ventet på flyet. Selvsagt krasjet nettstedet umiddelbart. Jeg måtte finne ut hvordan jeg kunne rulle tilbake koden min, noe jeg aldri hadde gjort før, via telefonens trådløse internettdeling mens jeg fulgte med på – jeg overdriver ikke – tusenvis av feil som strømmet inn i loggene våre. Det var første og siste gang jeg behandlet en kodeutrulling så skjødesløst.
Jeg var dødsflau over denne feilen, men ble overrasket over at jeg ikke fikk en reprimande. Faktisk var det å få nettstedet til å krasje en slags «opptaksprøve» i Reddit. Denne opplevelsen formet måten jeg nå ser på feil på – de skjer. Faktisk må de forventes. Og når en feil først skjer, er din rolle som leder å støtte teamet ditt gjennom feilen. Når krisen er over, innfører du prosesser for å forhindre lignende feil i fremtiden.
Hva føler du har vært det øyeblikket som har «definert karrieren» din?
Alle stadier i karrieren min har på en eller annen måte vært definerende. Rollen jeg har nå, som medgrunnlegger og teknologidirektør, har uten tvil åpnet dører jeg ikke engang visste fantes. Jeg tror imidlertid ikke jeg ville hatt selvtilliten til å grunnlegge en oppstartsbedrift hvis jeg ikke hadde brukt flere år på å utvikle meg til å bli teknisk leder i Reddit.
Jeg tilbrakte fem år hos Reddit, halvparten av tiden som ingeniør. Jeg husker at jeg var frustrert over at karrieren min ikke utviklet seg så raskt som jeg ønsket. Tankegangen min frem til da hadde vært «hvis du gjør en god jobb, blir du lagt merke til» og «det er lederens jobb å forfremme meg». Jeg forsto ikke hvor mye innflytelse jeg faktisk hadde til å akselerere min egen karriere. Jeg snublet nesten ved en tilfeldighet over en ekstremt rask utvikling – jeg oppdaget en minnelekkasje i frontend-applikasjonen vår. Jeg fikset den, og vi kunne halvere serverparken vår. Plutselig begynte jeg å få oppmerksomhet for arbeidet mitt, så jeg begynte å lure på om det fantes en måte jeg kunne gjenskape denne «flaksen» på. Det viste seg at det gjorde det. Jeg utviklet følgende rammeverk for å gjøre det mulig for andre å gjenskape resultatene mine:
Rammeverket er som følger:
- Finn et problemområde for hele organisasjonen.
- Finn en minste verdifulle løsning.
- Snakk om det.
- Lag et rammeverk som gjør det mulig for andre å bidra og hjelpe til.
Etter at jeg hadde tatt i bruk dette rammeverket selv, ble jeg invitert til nye, viktige møter. Jeg ble plassert i nivået «Toppresterende»; jeg ble teknisk leder, deretter leder for ett team og så for to. Kanskje viktigst av alt økte lønnen min med 30 %.
Jeg hadde så stor suksess med denne formelen at jeg startet et program hos Reddit som spesifikt skulle lære andre denne formelen. Programmet mitt hadde 30 deltakere i løpet av ett år, og 70 % av dem klarte å bruke programmet til å få en forfremmelse eller lønnsøkning.
Jeg har skrevet utfyllende om rammeverket mitt her, hvis dette konseptet interesserer deg!
Kan du fortelle oss en historie om de vanskelige tidene du møtte da du først startet på reisen din? Vurderte du noen gang å gi opp? Hvor fikk du drivkraften til å fortsette, selv om ting var så vanskelige?
Da jeg forberedte meg til programmeringskurset mitt, lo noen bokstavelig talt opp i ansiktet mitt da jeg fortalte dem hva jeg holdt på med. «Du?? En ingeniør?» var et svært, svært vanlig svar. Jeg ble imidlertid oppdratt med en enorm ståpåvilje. Hver eneste negative reaksjon fikk meg bare til å sette hælene enda dypere i bakken – jeg skulle bevise at alle disse menneskene tok feil. Jeg liker å kalle det «trassdrevet utvikling». Ha!
Bortsett fra medfødt ståpåvilje var det ekstremt viktig å omgi meg med mennesker som gjorde det samme som meg. Dette er noe av det beste med et programmeringskurs – du er omgitt av mennesker som alle mislykkes sammen. Det gjør nederlagene lettere å tåle, og minner deg på at du ikke er alene.
Til slutt hadde jeg satset stort på meg selv ved å delta på programmeringskurset (10 000 dollar). Jeg hadde ikke tenkt å skylle de pengene ned i avløpet på grunn av frykt. Når du satser på deg selv – enten det er økonomisk, sosialt eller noe annet – tvinger det deg til å presse deg gjennom tvilen, fordi det er den eneste veien videre.
Vi vil gjerne lære litt om selskapet ditt. Hvilket problem hjelper selskapet ditt med å løse? Hvordan hjelper selskapet ditt mennesker?
DwellWell finnes fordi det er elendig å kjøpe bolig! Boligkjøpere blir dratt gjennom en uoversiktlig prosess, uvitende og forvirrede, av en rekke leverandører som like gjerne kunne ha snakket et annet språk. Boliglån, forhåndsgodkjenninger, klientkontoer, forskudd på kjøpesummen – åh! Det blir rett og slett for mye. DwellWell lærer boligkjøpere det de trenger å vite før de begynner boligjakten, og støtter dem gjennom hele boligkjøpsprosessen. Vi forklarer alt det vanskelige og leverer en personlig totalpakke for boligkjøpet ditt. Basert på behovene og preferansene dine kan vi sette deg i kontakt med de beste boligkjøpsekspertene i området ditt og fjerne det som gjør opplevelsen smertefull.
Hvis noen ønsker å lede et flott selskap og skape gode produkter, hvilken egenskap er viktigst at denne personen har, og hvilke vaner eller hvilken atferd vil du foreslå for å utvikle akkurat denne egenskapen?
Du må innse at du kommer til å ha det vondt de neste fem årene, minst. Det er smertefullt å bygge kompliserte produkter, be om harde tilbakemeldinger, skrote ting som ikke fungerer, bli avvist av risikokapitalister, formidle vanskelige nyheter og vokse inn i rollen som leder! Er det verdt det? Ja. Betyr det at det er enkelt? Nei!
For å overleve må du legge egoet ditt til side. Øv deg på å ta imot tilbakemeldinger uten å ta dem personlig. Behandle enhver beslutning som et eksperiment, og ikke bli følelsesmessig knyttet til resultatet – se heller på dataene. Ikke ta deg selv så høytidelig at du ikke klarer å se humoren i feilene dine.
La oss deretter snakke om team. Hvilken strategi eller hvilket rammeverk for teamledelse har du funnet spesielt nyttig i produktutviklingsprosessen?
Jeg liker et smidig, tverrfaglig team. Den ideelle teamsammensetningen min er et par ingeniører, én designer, én produktansvarlig og kanskje en ingeniørleder. Den produktansvarlige har ansvar for å utvikle nye produkter, videreutvikle eksisterende produkter og prioritere det som er viktigst. Rammeverk for prioritering er gode til dette. Hos DwellWell ser rammeverket vårt for prioritering slik ut:
- Økonomi
- Påvirkning
- Rekkevidde
- Hastegrad
- Enkelhet
Hvert av disse kriteriene har en vekt. Når nye prosjekter foreslås, bruker vi dette rammeverket til å plassere arbeidet. Dette sikrer at vi alltid arbeider med det viktigste.
Designeren vår og produkteieren vår samarbeider om å utvikle en produktspesifikasjon sammen med noen grunnleggende skisser. Når disse to elementene er levert, tar ingeniørene våre over, avgrenser prosjektet, lager en tidsplan og administrerer sine egne oppgaver og frister. Vi holder kommunikasjonen svært tett, slik at vi kan bevege oss raskt. Mens den grunnleggende arkitekturen utvikles, lager designeren vår de endelige designene, og ingeniørene våre ferdigstiller prosjektet ved å legge til disse visuelle forbedringene.
Denne prosessen gjør det mulig for oss å bevege oss raskt og ha færre flaskehalser.
Når du tenker på det sterkeste teamet du noen gang har jobbet med, hvorfor tror du at teamet fungerte så godt sammen, og kan du huske en anekdote som illustrerer dynamikken?
Ingeniørteamet vi har satt sammen i DwellWell, er så sterkt (og ikke minst består det av 75 % kvinner!). Vi fungerer godt sammen fordi vi stoler på hverandre. Vi er nøye i kodegjennomgangene våre. Vi stiller svært høye krav til hverandre, det er ikke rom for ego, og vi trår til for å hjelpe når noe går galt. Vi fremmer en læringskultur.
Nylig lanserte vi en redesign av produktet, noe som var et gigantisk prosjekt. Arbeidet ble fordelt mellom ingeniørene, og vi sjekket jevnlig inn med hverandre for å sikre at vi ikke gjorde dobbeltarbeid, og synkroniserte arbeidet vårt slik at det kunne leveres på best mulig måte. Det var som å se et orkester, med hovedingeniøren min som dirigent. Det var vakkert! Vi nådde den ambisiøse fristen så sømløst at jeg ble mistenksom – ting går sjelden så smidig. Men et lite og dedikert team kan levere resultater langt utover det forventede.
Hvis du bare kunne hatt ett programvareverktøy i verktøykassen din, hvilket ville det vært, hvorfor, og hvilke andre verktøy (programvare eller fysiske gjenstander) anser du som kritiske for virksomheten?
Som ingeniør må jeg si at det viktigste verktøyet vårt er GitHub. Dette er et så hverdagslig svar, men ofte er den mest kritiske programvaren fullstendig kjedelig – pålitelig, enkel og kjedelig. Versjonskontroll er ikke valgfritt når man skal bygge en velfungerende ingeniørorganisasjon.
La oss snakke om fritid. Hva er din foretrukne praksis eller ditt ritual for å forebygge utbrenthet?
Trening er dessverre virkelig den beste måten å få hodet på rett plass. Jeg hater å trene, men man føler seg rett og slett bedre – det finnes ingen vei utenom. Jeg tar også Lexapro, noe som hjelper mye mot angsten min. Angsten min gir seg utslag i ekstrem irritabilitet, en fullstendig ubrukelig følelse når man driver en oppstartsbedrift. Det gjør at jeg kan være en bedre lagspiller i stedet for en motstander.
Basert på erfaringen din, hva er dine «5 trinn som trengs for å skape gode teknologiprodukter»?
1 . Det første du bygger, blir sannsynligvis dårlig – lanser det likevel. Som Reid Hoffman sa: «Hvis du ikke skammer deg over den første versjonen av produktet ditt, har du lansert for sent.» Det første du lanserer, bør gi deg et signal – er du på rett spor? Bryr brukerne seg om problemet du prøver å løse? Ikke kast bort verdifull tid på perfeksjon når du leter etter tidlig validering. Det første produktet vi skapte i DwellWell, var en enkel PDF med tittelen «10 trinn til boligkjøp», der brukeren selv måtte ta initiativ og sende meg en e-post hvis de ønsket å bli satt i kontakt med en av eiendomsmeglerne vi anbefalte. I løpet av de to første dagene etter lanseringen fikk vi vår første kunde. Det var sprøtt – jeg kunne ikke tro at noe det hadde tatt oss to uker å lage, hadde resultert i en ekte bruker. Vi kalte dette produktet vårt kjærlig for vår «elendige MVP», og det ga oss nok signaler til å hente inn kapital.
2 . Se brukerne samhandle med produktet ditt. Det vil forbløffe deg hvordan folk bruker produktet ditt, sammenlignet med hvordan du forestilte deg at de kom til å bruke det. Jeg husker da vi nettopp hadde startet DwellWell. Vi hadde en knapp som brukeren skulle klikke på for å veksle mellom «fullført» og «ikke fullført» når de var ferdige med en oppgave. Det var hovedhandlingen en bruker skulle utføre på siden. Vi bygde den, og tenkte: «Vakkert, nydelig, intuitivt.» Men la meg si deg én ting – brukerne hadde ikke den fjerneste anelse om hva denne knappen skulle gjøre. Vi gjennomførte over 10 timer med brukerintervjuer, og hver eneste person sa: «Jeg er forvirret av denne knappen.» Vi fjernet knappen og så oss aldri tilbake.
3 . Beveg deg raskt når beslutningen kan reverseres, og saktere når den ikke kan reverseres. Fart er selve livet i oppstartsbedrifter. Du bør ikke gruble over hver eneste beslutning, men det kan være vanskelig å vite hvilke beslutninger det er verdt å bruke mer tid på. Det er faktisk ganske sjelden at man står overfor en irreversibel beslutning, så mesteparten av tiden beveger jeg meg raskt. Da vi nylig redesignet DwellWell, tok vi imidlertid beslutningene sakte over to måneder for å sikre at vi leverte et mer intuitivt produkt. Vi skulle forlate den gamle arkitekturen fullstendig, så det var viktig å bevege seg forsiktig inn i fremtiden.
4 . Frem en kultur for kontinuerlig forbedring. Det kan være svært fristende å bygge en funksjon, erklære den ferdig og aldri videreutvikle den. Dette skaper stillestående produkter og etablerer dessuten en dårlig standard for produkt- og ingeniørteam. Alle på teamet bør lete etter måter å kontinuerlig forbedre det eksisterende produktet på, eller foreslå eksperimenter som kan øke de viktigste måltallene. Nylig gjennomførte vi et eksperiment i DwellWell for å teste ulike registreringsopplevelser og se hvilken som var mest intuitiv. Vi hadde ikke endret registreringsopplevelsen vår på ett år, og oppdaget at kontrollgruppen vår (den vanlige registreringsflyten) presterte dårligst av tre varianter! Siden den gang har vi utviklet en matrise for prioritering av eksperimenter og utfordrer det eksisterende produktet så ofte som mulig.
5 . En frustrert bruker er bedre enn en uengasjert bruker. Frustrerte brukere er mennesker som bryr seg om produktet ditt, eller om problemet bedriften din prøver å løse. Selv om det kan være skremmende å snakke med noen som har hatt en dårlig opplevelse, er de uendelig mye mer hjelpsomme enn en bruker som er uengasjert og forsvinner. Jeg lærte dette på Reddit, som potensielt har den mest lidenskapelige brukerbasen i verden. Frustrerte brukere ga oss så mange ideer til hvordan vi kunne forbedre oss, og til hvor plattformen ikke klarte å dekke behovene deres. Det er en av de viktigste lærdommene jeg har fått så langt.
Er du for tiden fornøyd med status quo når det gjelder kvinner i teknologibransjen? Hvilke konkrete endringer mener du er nødvendige for å endre status quo?
Nei – jeg er definitivt ikke fornøyd. Dette er et så komplisert spørsmål fordi kjønnsforskjellene i teknologibransjen opprettholdes av alle – også av dem som prøver å hjelpe. Noe av det beste vi kan gjøre som ledere, er å lære opp kvinner til seniorroller med samme intensitet som vi lærer opp menn til seniorroller. Jeg ser ofte at selskaper ansetter massevis av kvinner på juniornivå, slik at ansettelsesstatistikken deres ser bra ut. Men dette opprettholder bare den uriktige ideen om at kvinnelige ansatte vanligvis er på et lavere nivå enn mannlige ansatte. Det blir nesten et catch-22, for kvinner må jo begynne et sted for å kunne bli seniorer! Jeg mener at hvis du ansetter kvinner på juniornivå, må du sørge for å løfte dem til høyere nivåer i samme takt som vi løfter menn. Vær en mentor for kvinnene dine, gi kritiske tilbakemeldinger som hjelper dem å utvikle seg, jobb sammen om en plan for forfremmelse, og la dem gjøre feil.
Finnes det en person i verden som du gjerne skulle ha spist en privat frokost eller lunsj med, og hvorfor?
Justin Bieber? Bare tuller (på en måte). Jeg elsker Guy Raz’ podkast, Slik bygget jeg dette, og skulle gjerne ha møtt ham. Intervjuene hans er utrolig fengslende.
Hvis du vil ha mer innhold som dette, kan du abonnere på nyhetsbrevet til CPO Club.
