För närvarande identifierar sig endast cirka 1 av 4 anställda inom teknikbranschen som kvinna. Så vad krävs för att skapa en framgångsrik karriär som kvinna inom teknik? I den här intervjuserien kallad Kvinnor inom teknik pratade vi med framgångsrika ledare inom teknikbranschen för att dela berättelser och insikter om vad de gjorde för att skapa blomstrande karriärer. Vi diskuterar också de steg som krävs för att skapa en fantastisk teknisk produkt. Som en del av den här serien hade jag nöjet att intervjua Samantha Carow.
Samantha Carow
Samantha Carow är medgrundare och teknikchef på DwellWell. Hon har tillbringat större delen av sin karriär på nystartade företag, från Preact (förvärvat av Spotify 2016) till Reddit, och använder nu sin tekniska skicklighet och sitt ledarskap för att föra bostadsköp in i 2000-talet med DwellWell. Sam brinner för att diversifiera teknikekosystemet och strävar efter att bygga en jämlik, empatisk och resultatinriktad ingenjörskultur. Hon är en ledare inom området kvinnor inom teknik och har talat vid Grace Hopper Celebration och Women in Tech Summit.
Tack så mycket för att du vill delta i den här intervjuserien! Innan vi börjar skulle våra läsare gärna vilja veta mer om dig. Kan du berätta om vad som fick dig att välja just den här karriärvägen?
Jag började min karriär som livförsäkringssäljare. Det var i princip det första jobb jag kunde få efter college, men jag insåg snabbt hur slitsamt det är som karriär och slutade efter nio månader. Jag skämdes väldigt mycket över att jag hade ”misslyckats” i mitt företagsjobb. Jag tog ett jobb som servitris för att kunna betala hyran och började undersöka nya karriärvägar.
När jag trevade mig fram och försökte komma på en plan berättade en vän om ett program som hette Dev Bootcamp; bootcamps var ett helt nytt koncept på den tiden. Nästa sak jag visste var att jag befann mig i San Francisco, på ett pyttelitet vandrarhem, för det tre månader långa programmet. Jag grät varje dag för att det var så svårt och lärde mig väldigt mycket.
Före bootcampet hade jag aldrig ens övervägt att teknikbranschen var något jag kunde vara en del av. Dessutom hade jag aldrig ens hört talas om många av teknikbranschens begrepp. Vad är till exempel en produktchef? Vad är skillnaden mellan en statisk webbplats och en webbapp? Vad är ett startupföretag? Vad innebär det att ta in kapital? Vad är ett API? Jag visste bokstavligen ingenting. Det fick mig att känna mig ännu mer vilsen.
Jag tog examen med nöd och näppe och började söka jobb. Mitt CV såg ut så här: nio månaders försäljningserfarenhet, ett års erfarenhet som servitris och inget mer. Jag visste att jag inte skulle få ett jobb tack vare mina meriter, så jag var tvungen att tänka ut ett mer uppfinningsrikt sätt. Min enda räddning var att jag kände mig immun mot avvisanden -- jag hade blivit avvisad dag efter dag när jag sålde livförsäkringar, så lite pinsamhet skrämde mig inte. Jag började gå igenom startups målsidor i jakt på små implementeringsfel. När jag hittade ett fel gissade jag grundarens e-postadress (vanligtvis förnamn@startupnamn.io på den tiden) och skickade ett kallt mejl med mitt föreslagna lösningsförslag. På ett mirakulöst sätt fungerade detta, och jag fick ett jobb inom en månad.
Jag tillbringade två och ett halvt år på det här startupföretaget och ser tillbaka på den tiden med stor värme. Då kände jag mig som en vandrande katastrof, men tvivlet, motgångarna, gemenskapen, mentorskapet och vänskapen jag upplevde under de här åren lade grunden för den jag är i dag. Jag fick ett ovanligt stort mått av mentorskap, självständighet och förtroende. Jag upptäckte att ingenjörskonst inte är något binärt som man antingen kan eller inte kan – det är en färdighet som slipas under många år genom försök, misstag och lärdomar. Den största hemligheten av alla är att ingen egentligen vet vad de håller på med. Det var en sådan lättnad att komma fram till den slutsatsen.
Det startupföretaget blev senare uppköpt av Spotify.
Kan du berätta om det roligaste misstaget du gjorde när du precis hade börjat? Kan du berätta vilken lärdom du drog av det?
Herregud – så många misstag! Det första jag kommer att tänka på hände under mina fem år på Reddit. Under mina första tre månader blev jag lite väl självsäker när det gällde en kodutrullning och bestämde mig för att rulla ut mina ändringar på flygplatsen medan jag väntade på mitt flyg. Naturligtvis kraschade webbplatsen omedelbart. Jag var tvungen att lista ut hur jag skulle rulla tillbaka min kod, något jag aldrig hade gjort tidigare, via mobilens internetdelning samtidigt som jag såg – jag överdriver inte – tusentals fel strömma in i våra loggar. Det var första och sista gången jag någonsin behandlade en kodutrullning så vårdslöst.
Jag skämdes fruktansvärt över det här misstaget, men blev förvånad över att jag inte fick någon reprimand. Faktum är att en kraschad webbplats var en sorts ”övergångsrit” på Reddit. Den här erfarenheten formade min nuvarande syn på misstag – de händer. Faktum är att man bör förvänta sig dem. Och när ett misstag väl inträffar är din roll som ledare att stötta teamet genom det. När krisen är över inför du sedan processer för att förhindra liknande misstag i framtiden.
Vilket ögonblick tycker du har varit avgörande för din karriär?
Alla stadier i min karriär har på något sätt varit avgörande. Min nuvarande roll som medgrundare och teknikchef har definitivt öppnat dörrar som jag inte ens visste fanns. Jag tror dock inte att jag hade haft självförtroendet att grunda ett startupföretag om jag inte hade tillbringat flera år med att utvecklas till chef för ingenjörsteamet på Reddit.
Jag tillbringade 5 år på Reddit, hälften av tiden som ingenjör. Jag minns att jag kände mig frustrerad över att min karriär inte utvecklades så snabbt som jag ville. Fram till dess hade jag tänkt ”om man gör ett bra jobb blir man uppmärksammad” och ”det är min chefs jobb att befordra mig”. Jag förstod inte hur mycket handlingsutrymme jag faktiskt hade att påskynda min egen karriär. Jag snubblade nästan av en slump över en enormt snabb utveckling – jag upptäckte en minnesläcka i vår frontendapplikation. Jag åtgärdade den, och vi kunde halvera vår serverpool. Plötsligt började jag få uppmärksamhet för mitt arbete, så jag började undra – finns det något sätt jag kan återskapa den här ”turen”? Det visade sig att det gick. Jag utvecklade följande ramverk för att låta andra återskapa mina resultat:
Ramverket är följande:
- Identifiera ett problem som berör hela organisationen.
- Hitta den minsta värdefulla åtgärden.
- Prata om det.
- Skapa ett ramverk som gör det möjligt för andra att kliva in och hjälpa till.
Efter att ha implementerat det här ramverket för egen del blev jag inbjuden till nya viktiga möten. Jag placerades i kategorin ”Toppresterare”; jag blev teknisk ledare, sedan chef för ett team och därefter för två. Kanske viktigast av allt var att min lön ökade med 30 %.
Jag hade så stora framgångar med den här formeln att jag startade ett program på Reddit som specifikt var inriktat på att lära andra formeln. Under ett år hade mitt program 30 deltagare, varav 70 % kunde använda programmet för att få en befordran eller löneförhöjning.
Jag har skrivit ingående om mitt ramverk här, om det här konceptet intresserar dig!
Kan du berätta en historia om de svåra tider du mötte när du först började din resa? Övervägde du någonsin att ge upp? Varifrån fick du drivkraften att fortsätta trots att saker och ting var så svåra?
När jag förberedde mig inför min kodningsbootcamp skrattade vissa bokstavligen åt mig när jag berättade vad jag höll på med. ”Du?? Ingenjör?” var ett mycket, mycket vanligt svar. Jag växte dock upp med en enorm envishet. Varje negativ reaktion fick mig bara att stå ännu mer på mig – jag skulle bevisa att alla de här människorna hade fel. Jag brukar kalla det ”trotsdriven utveckling”. Ha!
Förutom medfödd envishet var det oerhört viktigt att omge mig med människor som gjorde samma sak som jag. Det här är en av de bästa sakerna med en bootcamp – man omges av människor som alla misslyckas tillsammans. Det gör misslyckandena lättare att hantera och påminner en om att man inte är ensam.
Slutligen hade jag satsat stort på mig själv genom att gå bootcampen (10 000 dollar). Jag tänkte inte spola ner de pengarna i avloppet på grund av rädsla. Att satsa på sig själv – ekonomiskt, socialt eller på något annat sätt – tvingar en att ta sig igenom tvivlet, eftersom det är den enda vägen framåt.
Vi skulle gärna vilja veta lite om ditt företag. Vilket problem hjälper ditt företag till att lösa? Hur hjälper ditt företag människor?
DwellWell finns eftersom det suger att köpa hus! Bostadsköpare dras igenom en ogenomskinlig process, utan tillräcklig kunskap och förvirrade, av en mängd leverantörer som lika gärna kunde tala ett annat språk. Bolån, lånelöften, spärrkonton, handpenningar – åh! Det är alldeles för mycket. DwellWell utbildar bostadsköpare om vad de behöver veta innan de börjar leta efter bostad och stöttar dem under hela köpprocessen. Vi förklarar allt det svåra och levererar en personlig helhetslösning för ditt bostadsköp på ett och samma ställe. Utifrån dina behov och preferenser kan vi koppla dig till de bästa experterna på bostadsköp i ditt område och ta bort plågan från din upplevelse.
Om någon vill leda ett fantastiskt företag och skapa fantastiska produkter, vilken är då den viktigaste egenskapen personen bör ha, och vilka vanor eller beteenden skulle du föreslå för att utveckla just den egenskapen?
Du måste acceptera att du kommer att ha det jobbigt under de kommande 5 åren, minst. Att bygga komplexa produkter, be om hård feedback, skrota sådant som inte fungerar, bli avvisad av VCs, förmedla svåra besked och växa in i din roll som ledare – allt detta är smärtsamt! Är det värt det? Ja. Betyder det att det är enkelt? Nej!
För att överleva måste du släppa ditt ego. Öva på att ta emot feedback utan att ta det personligt. Behandla varje beslut som ett experiment och var inte känslomässigt investerad i resultatet – titta i stället på data. Ta inte dig själv på så stort allvar att du inte kan se humorn i dina misslyckanden.
Nästa ämne är team. Vilken strategi eller vilket ramverk för teamledning har du funnit vara exceptionellt användbart i produktutvecklingsprocessen?
Jag tycker om ett resurssnålt, vertikalt team. Min ideala teamstruktur består av ett par ingenjörer, en designer, en PM och kanske en teknikchef. Din PM ansvarar för att utveckla nya produkter, vidareutveckla befintliga produkter och prioritera det som är viktigast. Prioriteringsramverk är utmärkta för detta. På DwellWell ser vårt prioriteringsramverk ut så här:
- Ekonomi
- Påverkan
- Räckvidd
- Brådska
- Enkelhet
Alla dessa faktorer viktas. När nya projekt föreslås använder vi det här ramverket för att placera in arbetet. Det säkerställer att vi alltid arbetar med det viktigaste.
Vår designer och produktchef arbetar tillsammans för att ta fram en produktspecifikation och några grundläggande wireframes. När dessa två delar är levererade tar våra ingenjörer över och avgränsar projektet, tar fram en tidsplan och hanterar sina egna ärenden och deadlines. Vi håller kommunikationen mycket tät så att vi kan arbeta snabbt. Medan den grundläggande arkitekturen utvecklas tar vår designer fram de färdiga designerna, och våra ingenjörer slutför projektet genom att lägga till dessa visuella förbättringar.
Den här processen gör att vi kan arbeta snabbt och ha färre flaskhalsar.
När du tänker på det starkaste teamet du någonsin har arbetat med, varför tror du att teamet fungerade så bra tillsammans, och kan du minnas en anekdot som illustrerar dynamiken?
Ingenjörsteamet som vi har satt samman på DwellWell är så starkt (och dessutom består det till 75 % av kvinnor!). Vi arbetar bra tillsammans eftersom vi litar på varandra. Vi är noggranna i vår kodgranskning. Vi ställer mycket höga krav på varandra, det finns inget utrymme för prestige, och vi hoppar in och hjälper till när något går fel. Vi främjar en kultur av lärande.
Nyligen lanserade vi en redesign av produkten, vilket var ett enormt projekt. Arbetet delades upp mellan ingenjörerna, där vi stämde av med varandra, såg till att vi inte gjorde samma arbete två gånger och samordnade vårt arbete för att leverera det på bästa möjliga sätt. Det var som att se en orkester, med min ledande ingenjör som dirigent. Det var vackert! Vi höll den ambitiösa tidsplanen så smidigt att jag blev misstänksam – saker brukar sällan gå så här smidigt. Men ett litet, hängivet team kan leverera resultat långt över förväntan.
Om du bara fick ha ett enda programverktyg i din arsenal, vilket skulle det vara, varför, och vilka andra verktyg (programvara eller fysiska saker) anser du vara verksamhetskritiska?
Som ingenjör måste jag säga att vårt viktigaste verktyg är GitHub. Det här är ett så vardagligt svar, men ofta är den mest kritiska programvaran helt enkelt tråkig – pålitlig, enkel och tråkig. Versionshantering är inte förhandlingsbart när man bygger en framgångsrik ingenjörsorganisation.
Låt oss prata om ledighet. Vilken vana eller ritual brukar du använda för att förebygga utbrändhet?
Tyvärr är träning verkligen det bästa sättet att få ordning på tankarna. Jag hatar att träna, men man mår helt enkelt bättre – det går inte att komma runt. Jag tar också Lexapro, vilket verkligen hjälper mot min ångest. Min ångest visar sig som extrem irritation, vilket är en helt värdelös känsla när man driver ett startupföretag. Det gör att jag kan vara en bättre lagkamrat i stället för en motståndare.
Utifrån din erfarenhet, vilka är dina ”5 steg som krävs för att skapa fantastiska teknikprodukter"?
1 . Det första du bygger kommer förmodligen att vara dåligt – lansera det ändå. Som Reid Hoffman sa – ”Om du inte skäms över den första versionen av din produkt har du lanserat för sent.” Det första du släpper bör ge dig en indikation – är du på rätt spår? Bryr sig användarna om problemet du försöker lösa? Slösa inte dyrbar tid på perfektion när du söker tidig validering. Den första produkten vi skapade på DwellWell var en enkel PDF med titeln ”10 steg till att köpa bostad”, där användaren själv behövde ta initiativ och mejla mig om de ville komma i kontakt med någon av våra rekommenderade fastighetsmäklare. Inom de första två dagarna efter lanseringen hade vi vår första kund. Det var helt otroligt – jag kunde inte tro att något som hade tagit oss två veckor att skapa hade resulterat i en verklig användare. Vi kallade kärleksfullt den här produkten för vår ”dåliga MVP”, och den gav oss tillräckligt med bekräftelse för att kunna ta in kapital.
2 . Se hur användarna interagerar med din produkt. Det kommer att förvåna dig hur människor använder din produkt jämfört med hur du föreställde dig att de skulle använda den. Jag minns när vi precis hade startat DwellWell. Vi hade en knapp som användaren skulle klicka på för att växla mellan ”slutförd” och ”inte slutförd” när de hade avslutat en uppgift. Det var den huvudsakliga åtgärd som användaren skulle utföra på sidan. Vi byggde den och tänkte ”vackert, fantastiskt, intuitivt”. Men jag ska säga dig en sak – användarna hade inte den blekaste aning om vad knappen skulle göra. Vi genomförde över 10 timmar av användarintervjuer och varenda person sa ”Jag förstår inte den här knappen”. Vi tog bort knappen och såg oss aldrig tillbaka.
3 . Agera snabbt när beslutet kan ändras, och långsammare när det inte kan ändras. Snabbhet är livsviktigt i startupföretag. Du bör inte våndas över varje beslut, men det kan vara svårt att veta vilka beslut som är värda att ta långsammare. Det är faktiskt ganska ovanligt att hitta ett oåterkalleligt beslut, så för det mesta agerar jag snabbt. Men i samband med DwellWells senaste redesign fattade vi beslut långsamt under två månader för att säkerställa att vi skulle leverera en mer intuitiv produkt. Vi skulle helt överge den gamla arkitekturen, så det var viktigt att försiktigt ta steget in i framtiden.
4 . Främja en kultur av ständiga förbättringar. Det kan vara mycket frestande att bygga en funktion, förklara den färdig och aldrig vidareutveckla den igen. Det leder till stillastående produkter och skapar dessutom en dålig förebild för produkt- och ingenjörsteamen. Alla i teamet bör söka efter sätt att kontinuerligt förbättra den befintliga produkten eller föreslå experiment som kan öka de viktigaste mätvärdena. Nyligen genomförde vi ett experiment på DwellWell för att testa olika registreringsupplevelser och se vilken som var mest intuitiv. Vi hade inte ändrat vår registreringsupplevelse på ett år och upptäckte att vår kontrollgrupp (det vanliga registreringsflödet) presterade sämst av tre varianter! Sedan dess har vi utvecklat en prioriteringsmatris för experiment och utmanar den befintliga produkten så ofta som möjligt.
5 . En frustrerad användare är bättre än en oengagerad användare. Frustrerade användare är personer som bryr sig om din produkt eller om problemet som ditt företag försöker lösa. Även om det kan vara skrämmande att interagera med någon som har haft en dålig upplevelse är de oändligt mycket mer hjälpsamma än en användare som är oengagerad och lämnar sidan. Jag lärde mig detta på Reddit, som potentiellt har världens mest passionerade användarbas. Frustrerade användare gav oss så många idéer om hur vi kunde förbättra oss och var plattformen inte lyckades uppfylla deras behov. Det är en av de viktigaste lärdomarna jag har fått hittills.
Är du för närvarande nöjd med nuläget när det gäller kvinnor inom teknik? Vilka specifika förändringar anser du behövs för att förändra nuläget?
Nej – jag är definitivt inte nöjd. Det här är en så komplicerad fråga eftersom könsskillnaderna inom teknik upprätthålls av alla – även av dem som försöker hjälpa till. En av de bästa sakerna vi kan göra som ledare är att utbilda kvinnor för seniora roller med samma kraft och engagemang som vi utbildar män för seniora roller. Jag ser ofta företag anställa mängder av kvinnor på juniornivå så att deras rekryteringssiffror ser bra ut. Men detta upprätthåller bara den felaktiga föreställningen att kvinnliga medarbetare vanligtvis befinner sig på en junior nivå jämfört med manliga medarbetare. Det blir nästan ett moment 22, eftersom kvinnor måste börja någonstans för att kunna bli seniora! Jag tycker att om du anställer juniora kvinnor måste du aktivt hjälpa dem att utvecklas till högre nivåer i samma takt som vi hjälper män att utvecklas. Handled dina kvinnliga medarbetare, ge kritisk återkoppling för att hjälpa dem att utvecklas, arbeta tillsammans med dem på en plan för befordran och låt dem göra misstag.
Finns det någon person i världen som du gärna skulle vilja äta en privat frukost eller lunch med, och varför?
Justin Bieber? Jag skojar bara (nåja). Jag älskar Guy Razs podcast, Så byggde jag det här, och skulle gärna träffa honom. Hans intervjuer är helt fängslande.
Om du vill ta del av mer innehåll som detta kan du prenumerera på CPO Clubs nyhetsbrev.
