I øjeblikket identificerer kun omkring 1 ud af 4 medarbejdere i teknologibranchen sig som kvinde. Så hvad kræver det at skabe en succesfuld karriere som kvinde inden for teknologi? I denne interviewserie kaldet Kvinder inden for teknologi talte vi med succesfulde ledere i teknologibranchen for at dele historier og indsigter om, hvad de gjorde for at skabe blomstrende karrierer. Vi diskuterer også de nødvendige skridt for at skabe et fantastisk teknologiprodukt. Som en del af denne serie havde jeg fornøjelsen af at interviewe Samantha Carow.
Samantha Carow
Samantha Carow er medstifter og teknologidirektør hos DwellWell. Hun har brugt størstedelen af sin karriere i startups, fra Preact (opkøbt af Spotify i 2016) til Reddit, og bruger nu sine tekniske evner og sit lederskab til at bringe boligkøb ind i det 21. århundrede med DwellWell. Sam brænder for at diversificere teknologisystemet og stræber efter at opbygge en retfærdig, empatisk og resultatorienteret ingeniørkultur. Hun er en leder inden for området kvinder i teknologi og har talt ved Grace Hopper Celebration og Women in Tech Summit.
Mange tak, fordi du deltager i denne interviewserie! Før vi går i gang, vil vores læsere meget gerne lære mere om dig. Kan du fortælle os en historie om, hvad der førte dig ind på netop denne karrierevej?
Jeg begyndte min karriere som livsforsikringssælger. Det var stort set det første job, jeg kunne få efter universitetet, men jeg indså hurtigt, hvor opslidende en karriere det er, og sagde op efter 9 måneder. Jeg var utrolig flov over, at jeg havde “fejlet” i mit virksomhedsjob. Jeg fik arbejde som servitrice for at betale min husleje og begyndte at undersøge nye karriereveje.
Mens jeg famlede mig frem og forsøgte at lægge en plan, fortalte en af mine venner mig om et program kaldet Dev Bootcamp; bootcamps var et helt nyt koncept dengang. Pludselig befandt jeg mig i San Francisco på et bitte lille vandrerhjem til det 3 måneder lange program. Jeg græd hver dag, fordi det var så svært, og jeg lærte en masse.
Før bootcampen havde jeg aldrig overvejet, at teknologibranchen var noget, jeg kunne blive en del af. Desuden havde jeg aldrig hørt om mange af teknologibranchens begreber. Hvad er for eksempel en produktchef? Hvad er forskellen på et statisk websted og en webapp? Hvad er en startup? Hvad vil det sige at rejse kapital? Hvad er en API? Jeg vidste bogstaveligt talt ingenting. Det fik mig til at føle mig endnu mere fortabt.
Jeg bestod med nød og næppe og begyndte at søge job. Mit CV så sådan ud: 9 måneders salgserfaring, 1 års erfaring som servitrice, og det var det. Jeg vidste, at jeg ikke ville få et job på baggrund af mine meritter, så jeg var nødt til at finde på en mere kreativ tilgang. Min eneste redning var, at jeg følte mig immun over for afvisninger -- jeg var blevet afvist dag efter dag, da jeg solgte livsforsikringer, så en smule pinlighed skræmte mig ikke. Jeg begyndte at gennemgå startups' landingssider på jagt efter små implementeringsfejl. Når jeg havde fundet fejlen, gættede jeg på grundlæggerens e-mailadresse (som regel fornavn@startupnavn.io på det tidspunkt) og sendte vedkommende en uopfordret e-mail med mit forslag til en løsning. Mirakuløst nok virkede denne tilgang, og jeg fik et job inden for en måned.
Jeg tilbragte 2,5 år i denne startup og ser tilbage på denne tid med stor glæde. På det tidspunkt følte jeg mig som en omvandrende katastrofe, men den tvivl, modgang, det kammeratskab, den vejledning og det venskab, jeg oplevede i disse år, lagde fundamentet for den, jeg er i dag. Jeg modtog en uforholdsmæssigt stor mængde vejledning, selvstændighed og tillid. Jeg opdagede, at ingeniørarbejde ikke er noget binært, som man enten kan eller ikke kan—det er en færdighed, der bliver udviklet gennem mange års forsøg, fejl og fejltagelser. Den største hemmelighed af alle er, at ingen rigtig ved, hvad de laver. Det var en stor lettelse at nå frem til den konklusion.
Denne startup blev senere opkøbt af Spotify.
Kan du fortælle en historie om den sjoveste fejl, du begik, da du lige var begyndt? Kan du fortælle os, hvilken lektie du lærte af den?
Åh gud—så mange fejl! Den første, jeg kommer til at tænke på, skete i løbet af mine 5 år hos Reddit. I løbet af mine første tre måneder blev jeg lidt for kæphøj med hensyn til en kodeudrulning og besluttede at udrulle mine ændringer i lufthavnen, mens jeg ventede på mit fly. Selvfølgelig gik webstedet straks ned. Jeg måtte finde ud af, hvordan jeg rullede min kode tilbage, hvilket jeg aldrig havde gjort før, via min telefons hotspot, mens jeg så—jeg overdriver ikke—tusindvis af fejl strømme ind i vores logfiler. Det var første og sidste gang, jeg behandlede en kodeudrulning så letsindigt.
Jeg var dybt flov over denne fejl, men var forbløffet over, at jeg ikke fik en reprimande. Faktisk var det en slags ‘overgangsritual’ hos Reddit at få webstedet til at gå ned. Denne oplevelse formede den måde, jeg nu ser fejl på—de sker. Faktisk kan man forvente dem. Og når der sker en fejl, er din rolle som leder at støtte dit team gennem fejlen. Når krisen er overstået, implementerer du processer for at forhindre lignende fejl i fremtiden.
Hvad føler du har været det øjeblik, der har ‘defineret’ din karriere?
Alle faser af min karriere har på en eller anden måde været definerende. Min nuværende rolle som medstifter og teknologidirektør har bestemt åbnet døre, jeg ikke engang vidste eksisterede. Jeg tror dog ikke, at jeg ville have haft selvtilliden til at stifte en startup, hvis jeg ikke havde brugt flere år på at udvikle mig til ingeniørchef hos Reddit.
Jeg tilbragte 5 år hos Reddit, hvoraf halvdelen var som ingeniør. Jeg husker, at jeg følte mig frustreret over, at min karriere ikke udviklede sig så hurtigt, som jeg ønskede. Min tankegang indtil da havde været: »Hvis du udfører et godt stykke arbejde, vil du blive bemærket« og »Det er min leders opgave at forfremme mig«. Jeg forstod ikke, hvor meget indflydelse jeg faktisk havde på at sætte fart på min egen karriere. Jeg opnåede næsten ved et tilfælde en vanvittigt accelereret udvikling – jeg opdagede en hukommelseslækage i vores frontendapplikation. Jeg løste problemet, og vi kunne halvere vores serverpulje. Pludselig begyndte jeg at få opmærksomhed for mit arbejde, så jeg spekulerede på, om der var en måde, hvorpå jeg kunne genskabe dette »held«. Det viste sig, at det kunne jeg. Jeg udviklede følgende rammeværk, så andre kunne genskabe mine resultater:
Rammeværket er som følger:
- Identificér et problem, der påvirker hele din organisation.
- Find en mindst værdifuld løsning.
- Tal om det.
- Skab et rammeværk, der gør det muligt for andre at træde til og hjælpe.
Efter at have implementeret dette rammeværk for mig selv blev jeg inviteret til nye vigtige møder. Jeg blev placeret i kategorien »Toppræsterende«; jeg blev teknisk leder, derefter leder for ét team og så for to. Måske vigtigst af alt steg min løn med 30 %.
Jeg havde så stor succes med denne formel, at jeg startede et program hos Reddit, der specifikt havde til formål at lære andre denne formel. Mit program havde 30 deltagere i løbet af et år, hvoraf 70 % var i stand til at bruge programmet til at opnå en forfremmelse eller lønforhøjelse.
Jeg har skrevet udførligt om mit rammeværk her, hvis dette koncept interesserer dig!
Kan du fortælle os en historie om de svære tider, du stod over for, da du først begyndte på din rejse? Overvejede du nogensinde at give op? Hvor fik du drivkraften til at fortsætte, selv om tingene var så svære?
Mens jeg forberedte mig på mit kodningsbootcamp, lo nogle mennesker mig bogstaveligt talt op i ansigtet, da jeg fortalte dem, hvad jeg skulle i gang med. »Dig?? En ingeniør?« var et meget, meget almindeligt svar. Jeg blev dog opdraget med en masse gåpåmod. Hver negativ reaktion fik mig kun til at stå endnu mere fast – jeg ville bevise, at alle disse mennesker tog fejl. Jeg kalder det gerne »trodsdrevet udvikling«. Ha!
Ud over et medfødt gåpåmod var det ekstremt vigtigt at omgive mig med mennesker, der gjorde det samme som mig. Det er en af de bedste ting ved et bootcamp – du er omgivet af mennesker, som alle fejler sammen. Det gør fiaskoerne lettere at håndtere, og det minder dig om, at du ikke er alene.
Endelig havde jeg satset stort på mig selv ved at deltage i bootcampen (til en værdi af $10,000). Jeg ville ikke lade frygt få mig til at skylle de penge ud i afløbet. Når du satser på dig selv – hvad enten det er økonomisk, socialt eller noget helt andet – tvinger det dig til at arbejde dig igennem tvivlen, fordi det er den eneste vej frem.
Vi vil meget gerne lære lidt om din virksomhed. Hvilket problem hjælper din virksomhed med at løse? Hvordan hjælper din virksomhed mennesker?
DwellWell findes, fordi det er elendigt at købe et hus! Boligkøbere bliver trukket gennem en uigennemsigtig proces, uvidende og forvirrede, af en masse leverandører, som lige så godt kunne tale et andet sprog. Realkreditlån, forhåndsgodkendelser, deponeringskonti, depositum ved indgåelse af købsaftalen – åh! Det er alt sammen for meget. DwellWell oplyser boligkøbere om det, de har brug for at vide, før de går i gang med at lede efter bolig, og støtter dem gennem hele deres boligkøbsrejse. Vi forklarer alle de svære ting og leverer din egen personlige samlede løsning til boligkøb. Baseret på dine behov og præferencer kan vi sætte dig i forbindelse med de bedste boligkøbseksperter i dit område og fjerne besværet fra din oplevelse.
Hvis nogen ønsker at lede en fantastisk virksomhed og skabe fantastiske produkter, hvilken egenskab er så vigtigst for personen at have, og hvilke vaner eller adfærd vil du foreslå for at udvikle netop denne egenskab?
Du er nødt til at indse, at du vil have det hårdt de næste 5 år som minimum. At bygge komplekse produkter, indhente hård feedback, skrotte ting, der ikke fungerer, blive afvist af venturekapitalister, levere svære nyheder og udvikle dig som leder – det er alt sammen smertefuldt! Er det det værd? Ja. Betyder det, at det er let? Nej!
For at overleve er du nødt til at give slip på dit ego. Øv dig i at modtage feedback uden at tage det personligt. Betragt enhver beslutning som et eksperiment, og lad være med at være følelsesmæssigt investeret i resultatet – se i stedet på dataene. Tag ikke dig selv så alvorligt, at du ikke kan se humoren i dine fiaskoer.
Lad os tale lidt om teams. Hvilken strategi eller hvilket rammeværk til teamledelse har du fundet særligt nyttigt i produktudviklingsprocessen?
Jeg elsker et initiativrigt, tværfagligt team. Min ideelle teamstruktur er et par ingeniører, én designer, én produktchef og måske en ingeniørleder. Din produktchef har ansvaret for at udvikle nye produkter, videreudvikle eksisterende produkter og prioritere det vigtigste. Rammeværk til prioritering er fantastiske til dette. Hos DwellWell ser vores rammeværk til prioritering sådan ud:
- Økonomi
- Effekt
- Rækkevidde
- Hastende karakter
- Lethed
Hver af disse faktorer vægtes. Når der foreslås nye projekter, bruger vi dette rammeværk til at placere arbejdet. Det sikrer, at vi hele tiden arbejder på det vigtigste.
Vores designer og projektleder arbejder sammen om at udvikle en produktspecifikation sammen med nogle grundlæggende wireframes. Når disse to elementer er leveret, overtager vores ingeniører og afgrænser projektet, udarbejder en tidsplan og administrerer deres egne opgaver og deadlines. Vi holder vores kommunikation meget tæt, så vi kan bevæge os hurtigt. Mens den grundlæggende arkitektur bliver udviklet, udarbejder vores designer de egentlige designs, og vores ingeniører færdiggør projektet ved at tilføje disse visuelle forbedringer.
Denne proces gør det muligt for os at bevæge os hurtigt og have færre flaskehalse.
Når du tænker på det stærkeste team, du nogensinde har arbejdet med, hvorfor tror du så, at teamet fungerede så godt sammen, og kan du huske en anekdote, der illustrerer dynamikken?
Ingeniørteamet, vi har samlet hos DwellWell, er så stærkt (for ikke at nævne, at 75 % er kvinder!). Vi arbejder godt sammen, fordi vi stoler på hinanden. Vi er kræsne i vores kodegennemgange. Vi stiller meget høje krav til hinanden, der er ikke plads til egoer, og vi træder til for at hjælpe, når noget går galt. Vi fremmer en læringskultur.
For nylig lancerede vi et redesign af et produkt, hvilket var et gigantisk projekt. Arbejdet blev fordelt mellem ingeniørerne, hvor vi hver især fulgte op, sikrede, at vi ikke lavede dobbeltarbejde, og synkroniserede vores arbejde, så det kunne leveres på den mest optimale måde. Det var som at se et orkester, med min ledende ingeniør som dirigent. Det var smukt! Vi nåede den ambitiøse deadline så ubesværet, at jeg blev mistænksom – tingene forløber sjældent så gnidningsfrit. Men et lille, dedikeret team kan levere resultater, der er langt større end forventet.
Hvis du kun måtte have ét softwareværktøj i dit arsenal, hvilket skulle det så være, hvorfor, og hvilke andre værktøjer (software eller fysiske genstande) anser du for at være afgørende for opgaven?
Som ingeniør er jeg nødt til at sige, at vores vigtigste værktøj er GitHub. Det er et meget hverdagsagtigt svar, men ofte er den mest kritiske software fuldstændig kedelig – pålidelig, nem og kedelig. Versionsstyring er ikke til forhandling, når man opbygger en succesfuld ingeniørorganisation.
Lad os tale om fritid. Hvad er din foretrukne praksis eller dit ritual for at forebygge udbrændthed?
Desværre er motion virkelig den bedste måde at få styr på tankerne på. Jeg hader at træne, men man får det bare bedre – der er ingen vej udenom. Jeg tager også Lexapro, hvilket virkelig hjælper på min angst. Min angst viser sig som ekstrem irritabilitet, hvilket er en fuldstændig ubrugelig følelse, når man driver en startupvirksomhed. Det gør det muligt for mig at være en bedre holdkammerat i stedet for en modstander.
Hvad er baseret på din erfaring dine ”5 trin, der er nødvendige for at skabe fantastiske teknologiprodukter”?
1 . Det første, du bygger, bliver sandsynligvis dårligt – lancér det alligevel. Som Reid Hoffman sagde – ”Hvis du ikke er flov over den første version af dit produkt, har du lanceret for sent.” Det første, du udgiver, bør give dig et fingerpeg – er du på rette spor? Går brugerne op i det problem, du løser? Spild ikke kostbar tid på perfektion, når du leder efter tidlig validering. Det første produkt, vi skabte hos DwellWell, var en simpel PDF med titlen ”10 trin til boligkøb”, hvor en bruger selv skulle tage initiativet og sende mig en e-mail, hvis vedkommende ønskede at blive sat i forbindelse med en af vores anbefalede ejendomsmæglere. Inden for de første to dage efter lanceringen havde vi vores første kunde. Det var vanvittigt – jeg kunne ikke tro, at noget, det havde taget os to uger at lave, havde resulteret i en rigtig bruger. Vi kaldte kærligt dette produkt for vores ”elendige MVP”, og det gav os tilstrækkeligt med beviser til at rejse kapital.
2 . Se brugerne interagere med dit produkt. Det vil forbløffe dig, hvordan folk bruger dit produkt sammenlignet med, hvordan du forestillede dig, at de ville bruge det. Jeg husker, da vi først startede DwellWell, at vi havde en knap, som en bruger skulle klikke på for at skifte mellem ”færdig” og ”ikke færdig”, når vedkommende havde afsluttet en opgave. Det var den vigtigste handling, en bruger skulle foretage på siden. Vi byggede den, og vi tænkte: ”smuk, fantastisk, intuitiv”. Men jeg skal sige dig én ting – brugerne havde ikke den fjerneste idé om, hvad knappen skulle gøre. Vi afholdt over 10 timers brugerinterviews, og hver eneste person sagde: ”Jeg er forvirret over denne knap.” Vi fjernede knappen og så os aldrig tilbage.
3 . Bevæg dig hurtigt, når beslutningen kan omgøres, og langsommere, når den ikke kan omgøres. Hastighed er altafgørende i startups. Du bør ikke gruble over enhver beslutning, men det kan være svært at vide, hvilke beslutninger det er værd at sætte farten ned for. Det er faktisk ret sjældent at finde en uigenkaldelig beslutning, så det meste af tiden bevæger jeg mig hurtigt. I forbindelse med DwellWells nylige redesign traf vi dog beslutninger langsomt over to måneder for at sikre, at vi leverede et mere intuitivt produkt. Vi ville helt forlade den gamle arkitektur, så det var vigtigt at bevæge os forsigtigt ind i fremtiden.
4 . Frem en kultur med løbende forbedringer. Det kan være meget fristende at bygge en funktion, erklære den for færdig og aldrig gentage processen. Det vil skabe stagnerende produkter og samtidig danne et dårligt præcedens for produkt- og ingeniørteams. Alle teammedlemmer bør aktivt lede efter måder at forbedre det eksisterende produkt på eller foreslå eksperimenter, der kan øge de vigtigste målepunkter. Vi gennemførte for nylig et eksperiment hos DwellWell for at teste forskellige tilmeldingsoplevelser og se, hvilken der var mest intuitiv. Vi havde ikke ændret vores tilmeldingsoplevelse i et år og opdagede, at vores kontrolgruppe (vores normale tilmeldingsforløb) klarede sig dårligst af de tre varianter! Siden har vi udviklet en prioriteringsmatrix for eksperimenter og udfordrer det eksisterende produkt så ofte som muligt.
5 . En frustreret bruger er bedre end en uengageret bruger. Frustrerede brugere er mennesker, der går op i dit produkt eller i det problem, din virksomhed forsøger at løse. Selvom det kan være skræmmende at interagere med en person, der har haft en dårlig oplevelse, er vedkommende uendeligt meget mere hjælpsom end en bruger, der er uengageret og forlader siden. Jeg lærte denne lektie hos Reddit, som potentielt har verdens mest passionerede brugerbase. Frustrerede brugere gav os så mange idéer til, hvordan vi kunne forbedre os, og hvor platformen ikke levede op til deres behov. Det er en af de vigtigste lektioner, jeg har lært indtil videre.
Er du i øjeblikket tilfreds med status quo, hvad angår kvinder inden for teknologi? Hvilke specifikke ændringer mener du, der er nødvendige for at ændre status quo?
Nej – jeg er bestemt ikke tilfreds. Det er et så kompliceret spørgsmål, fordi kønsforskellene inden for teknologi bliver videreført af alle – også dem, der forsøger at hjælpe. Noget af det bedste, vi som ledere kan gøre, er at uddanne kvinder til ledende roller med samme intensitet, som vi uddanner mænd til ledende roller. Jeg ser ofte virksomheder ansætte massevis af kvinder på juniorniveau, så deres ansættelsesstatistik ser god ud. Men det viderefører blot den forkerte opfattelse, at kvindelige medarbejdere typisk er på et lavere niveau end mandlige medarbejdere. Det er dog næsten et catch-22, for kvinder skal jo starte et sted for at kunne blive seniorer! Jeg mener, at hvis du ansætter kvinder på juniorniveau, skal du aktivt udvikle dem til højere niveauer i samme tempo, som vi udvikler mænd. Vejled dine kvindelige medarbejdere, giv kritisk feedback for at hjælpe dem med at udvikle sig, lav en plan for deres karrierefremgang sammen med dem, og giv dem mulighed for at begå fejl.
Er der en person i verden, som du ville elske at spise en privat morgenmad eller frokost med, og hvorfor?
Justin Bieber? Bare for sjov (lidt). Jeg elsker Guy Raz' podcast, Sådan byggede jeg dette, og jeg ville elske at møde ham. Hans interviews er fuldstændig fascinerende.
Hvis du vil have mere indhold som dette, kan du abonnere på nyhedsbrevet fra CPO Club.
