Obecnie tylko około 1 na 4 osoby zatrudnione w branży technologicznej identyfikuje się jako kobieta. Co zatem trzeba zrobić, aby zbudować udaną karierę jako kobieta w branży technologicznej? W tym cyklu wywiadów zatytułowanym Kobiety w branży technologicznej rozmawialiśmy z odnoszącymi sukcesy liderkami i liderami branży technologicznej, aby podzielili się historiami i spostrzeżeniami na temat tego, co zrobili, by rozwijać swoją karierę. Omawiamy również kroki potrzebne do stworzenia świetnego produktu technologicznego. W ramach tego cyklu miałam przyjemność przeprowadzić wywiad z Samanthą Carow.
Samantha Carow
Samantha Carow jest współzałożycielką i dyrektorką ds. technologii w DwellWell. Większość swojej kariery spędziła w startupach — od Preact (przejętego przez Spotify w 2016 roku) po Reddit — a obecnie wykorzystuje swoje umiejętności inżynieryjne i przywódcze, aby wraz z DwellWell przenieść zakup domu w XXI wiek. Sam zależy na różnorodności ekosystemu technologicznego i dąży do budowania sprawiedliwej, empatycznej oraz nastawionej na wyniki kultury inżynieryjnej. Jest liderką w obszarze kobiet w branży technologicznej i występowała podczas Grace Hopper Celebration oraz Women in Tech Summit.
Bardzo dziękuję za udział w tym cyklu wywiadów! Zanim przejdziemy do rozmowy, nasi czytelnicy z pewnością chcieliby dowiedzieć się o Tobie czegoś więcej. Czy możesz opowiedzieć nam, co skłoniło Cię do wyboru tej konkretnej ścieżki kariery?
Karierę rozpoczęłam jako agentka ubezpieczeń na życie. Była to właściwie pierwsza praca, jaką udało mi się znaleźć po studiach, ale szybko zdałam sobie sprawę, jak wyczerpująca jest to ścieżka kariery, i odeszłam po 9 miesiącach. Bardzo wstydziłam się, że „poniosłam porażkę” w pracy korporacyjnej. Zaczęłam pracować jako kelnerka, żeby opłacić czynsz, i rozpoczęłam poszukiwania nowych ścieżek kariery.
Kiedy błądziłam po omacku, próbując opracować jakiś plan, jedna z moich przyjaciółek opowiedziała mi o programie o nazwie Dev Bootcamp; obozy programistyczne były wtedy zupełnie nową koncepcją. Nim się obejrzałam, znalazłam się w San Francisco, w maleńkim hostelu, na 3-miesięcznym programie. Codziennie płakałam, bo było tak trudno, ale też bardzo dużo się nauczyłam.
Przed rozpoczęciem bootcampu nigdy nawet nie brałam pod uwagę, że mogłabym być częścią branży technologicznej. Co więcej, nigdy nawet nie słyszałam o wielu pojęciach związanych z tą branżą. Na przykład: kim jest menedżer produktu? Jaka jest różnica między statyczną stroną internetową a aplikacją internetową? Czym jest startup? Co oznacza pozyskiwanie finansowania? Czym jest API? Dosłownie nic nie wiedziałam. Przez to czułam się jeszcze bardziej zagubiona.
Ukończyłam program dosłownie cudem i rozpoczęłam poszukiwanie pracy. Moje CV wyglądało tak: 9 miesięcy doświadczenia w sprzedaży, rok doświadczenia w pracy jako kelnerka i nic więcej. Wiedziałam, że nie dostanę pracy dzięki swojemu doświadczeniu czy renomie uczelni, więc musiałam wymyślić bardziej niekonwencjonalne podejście. Moją jedyną deską ratunku było to, że czułam się odporna na odrzucenie — dzień po dniu spotykałam się z odmowami podczas sprzedaży ubezpieczeń na życie, więc odrobina zakłopotania mnie nie przerażała. Zaczęłam dokładnie przeglądać strony docelowe startupów, szukając drobnych błędów implementacyjnych. Kiedy znajdowałam błąd, zgadywałam adres e-mail założyciela lub założycielki (w tamtym czasie zwykle firstname@startupname.io) i wysyłałam wiadomość bez wcześniejszego kontaktu, przedstawiając proponowane rozwiązanie. Cudownie, to podejście zadziałało i w ciągu miesiąca znalazłam pracę.
Spędziłam 2,5 roku w tym startupie i bardzo ciepło wspominam ten czas. Wtedy czułam się jak chodząca katastrofa, ale zwątpienie, trudności, koleżeństwo, mentoring i przyjaźnie, których doświadczyłam w tamtych latach, stały się fundamentem tego, kim jestem dzisiaj. Otrzymałam ogromne wsparcie mentorskie, autonomię i zaufanie. Odkryłam, że inżynieria nie jest czymś zero-jedynkowym, co albo potrafisz, albo nie — to umiejętność doskonalona przez całe lata, metodą prób i błędów oraz dzięki popełnianym pomyłkom. Największym sekretem jest to, że tak naprawdę nikt do końca nie wie, co robi. Uświadomienie sobie tego było ogromną ulgą.
Ten startup został później przejęty przez Spotify.
Czy możesz opowiedzieć o najzabawniejszym błędzie, jaki popełniłaś na początku swojej kariery? Czy możesz powiedzieć nam, jaką lekcję z niego wyciągnęłaś?
O mój Boże — błędów było tak wiele! Pierwszy, który przychodzi mi na myśl, wydarzył się podczas moich 5 lat pracy w Reddit. W ciągu pierwszych trzech miesięcy zbyt mocno uwierzyłam w swoje umiejętności związane z wdrażaniem kodu i postanowiłam wdrożyć swoje zmiany na lotnisku, czekając na samolot. Oczywiście strona natychmiast się zawiesiła. Musiałam dowiedzieć się, jak wycofać swój kod, czego nigdy wcześniej nie robiłam, korzystając z hotspotu w telefonie i obserwując — nie przesadzam — jak tysiące błędów zalewają nasze logi. To był pierwszy i ostatni raz, kiedy tak beztrosko potraktowałam wdrażanie kodu.
Byłam zdruzgotana tym błędem, ale zdumiona, że nie spotkały mnie żadne konsekwencje. W rzeczywistości awaria strony była swego rodzaju „rytuałem przejścia” w Reddit. To doświadczenie ukształtowało moje obecne podejście do błędów — one się zdarzają. Co więcej, należy się ich spodziewać. A kiedy błąd już się wydarzy, rolą liderki jest wspieranie zespołu w jego przezwyciężeniu. Gdy kryzys minie, należy wdrożyć procesy zapobiegające podobnym błędom w przyszłości.
Co uważasz za moment, który „zdefiniował Twoją karierę”?
Każdy etap mojej kariery w jakiś sposób ją definiował. Z pewnością moja obecna rola — współzałożycielki i dyrektorki ds. technologii — otworzyła przede mną drzwi, o których istnieniu nawet nie wiedziałam. Nie sądzę jednak, żebym miała odwagę założyć startup, gdybym wcześniej przez lata nie rozwijała się na stanowisku menedżerki ds. inżynierii w Reddit.
Spędziłem 5 lat w Reddit, z czego połowę jako inżynier. Pamiętam, że frustrowało mnie, iż moja kariera nie rozwijała się tak szybko, jak chciałem. Do tego momentu kierowałem się przekonaniem: „jeśli dobrze pracujesz, zostaniesz zauważony” oraz „to zadanie mojego przełożonego, żeby mnie awansować”. Nie rozumiałem, jak dużą sprawczość faktycznie miałem, aby przyspieszyć rozwój własnej kariery. Niemal przez przypadek udało mi się osiągnąć szalony, przyspieszony rozwój — odkryłem wyciek pamięci w naszej aplikacji front-endowej. Naprawiłem go, dzięki czemu mogliśmy zmniejszyć naszą pulę serwerów o połowę. Nagle zaczęto zwracać uwagę na moją pracę, więc zacząłem się zastanawiać — czy istnieje sposób, aby odtworzyć to „szczęście”? Okazało się, że tak. Opracowałem poniższe ramy działania, aby inni mogli powtórzyć moje rezultaty:
Ramy działania są następujące:
- Zidentyfikuj problem, który dotyczy całej organizacji.
- Znajdź minimalną wartościową poprawkę.
- Mów o niej.
- Stwórz ramy działania, które pozwolą innym dołączyć i pomóc.
Po wdrożeniu tych ram działania zapraszano mnie na nowe, ważne spotkania. Trafiłem do grona „Najlepszych pracowników”; zostałem liderem technicznym, następnie menedżerem jednego zespołu, a potem dwóch. Być może co najważniejsze, moja pensja wzrosła o 30%.
Odniosłem tak duży sukces dzięki tej formule, że uruchomiłem w Reddit program poświęcony konkretnie uczeniu innych tej metody. W ciągu roku wzięło w nim udział 30 osób, z czego 70% zdołało wykorzystać program do uzyskania awansu lub podwyżki.
Opisałem szczegółowo moje ramy działania tutaj, jeśli ten koncept Cię interesuje!
Czy możesz opowiedzieć nam o trudnych chwilach, z którymi mierzyłeś się na początku swojej drogi? Czy kiedykolwiek rozważałeś rezygnację? Skąd czerpałeś motywację, by iść dalej, mimo że wszystko było takie trudne?
Podczas przygotowań do bootcampu programistycznego niektórzy ludzie dosłownie śmiali mi się w twarz, kiedy mówiłem im, co zamierzam robić. „Ty?? Inżynierem?” — to była bardzo, bardzo częsta reakcja. Wychowano mnie jednak w duchu ogromnej wytrwałości. Każda negatywna reakcja tylko sprawiała, że jeszcze mocniej obstawałem przy swoim — zamierzałem udowodnić wszystkim tym ludziom, że się mylą. Lubię nazywać to „tworzeniem napędzanym przekorą”. Ha!
Poza wrodzoną wytrwałością niezwykle ważne było dla mnie otoczenie się ludźmi, którzy robili to samo co ja. To jedna z najlepszych rzeczy w bootcampie — jesteś otoczony ludźmi, którym wszystkim wspólnie zdarzają się porażki. Dzięki temu łatwiej je znosić i przypominasz sobie, że nie jesteś sam.
Wreszcie, podejmując naukę na bootcampie, postawiłem na siebie wysoką stawkę (w wysokości $10,000). Nie zamierzałem wyrzucić tych pieniędzy w błoto z powodu strachu. Postawienie na siebie — niezależnie od tego, czy chodzi o kwestie finansowe, społeczne czy jakiekolwiek inne — zmusza Cię do pokonania wątpliwości, ponieważ jest to jedyna droga naprzód.
Chętnie dowiedzielibyśmy się czegoś więcej o Twojej firmie. Jaki problem pomaga rozwiązywać Twoja firma? W jaki sposób pomaga ludziom?
DwellWell istnieje, ponieważ kupowanie domu jest okropne! Nabywcy nieruchomości są prowadzeni przez nieprzejrzysty proces, pozbawieni wiedzy i zdezorientowani, przez grupę dostawców usług, którzy równie dobrze mogliby mówić w innym języku. Kredyty hipoteczne, wstępne akceptacje, rachunki powiernicze, depozyty zabezpieczające — ach! Tego wszystkiego jest zdecydowanie za dużo. DwellWell edukuje nabywców nieruchomości w zakresie tego, co powinni wiedzieć zanim rozpoczną poszukiwania domu, i wspiera ich przez cały proces zakupu. Wyjaśniamy wszystkie trudne kwestie i zapewniamy własną, spersonalizowaną obsługę zakupu domu w jednym miejscu. W zależności od Twoich potrzeb i preferencji możemy połączyć Cię z najlepszymi ekspertami ds. zakupu nieruchomości w Twojej okolicy i usunąć uciążliwości z całego procesu.
Jeśli ktoś chce prowadzić świetną firmę i tworzyć świetne produkty, jaką najważniejszą cechę powinien posiadać i jakie nawyki lub zachowania sugerowałbyś, aby ją rozwijać?
Musisz pogodzić się z faktem, że przez następne minimum 5 lat będziesz odczuwać ból. Tworzenie skomplikowanych produktów, proszenie o surową informację zwrotną, porzucanie rzeczy, które nie działają, odrzucenia ze strony VC, przekazywanie trudnych wiadomości i rozwijanie się jako lider — to wszystko boli! Czy warto? Tak. Czy to oznacza, że jest łatwo? Nie!
Aby przetrwać, musisz uwolnić się od ego. Ćwicz przyjmowanie informacji zwrotnej bez traktowania jej osobiście. Traktuj każdą decyzję jak eksperyment i nie angażuj się emocjonalnie w jego wynik — zamiast tego przyglądaj się danym. Nie traktuj siebie tak poważnie, aby nie dostrzegać humoru w swoich porażkach.
Porozmawiajmy teraz o zespołach. Jaka strategia lub ramy zarządzania zespołem okazały się wyjątkowo przydatne w procesie tworzenia produktu?
Uwielbiam zwinny, wertykalny zespół. Idealna struktura mojego zespołu to kilku inżynierów, jeden projektant, jeden menedżer produktu i być może menedżer inżynierii. Menedżer produktu odpowiada za opracowywanie nowych produktów, rozwijanie istniejących produktów i ustalanie priorytetów tego, co jest najważniejsze. Ramy ustalania priorytetów świetnie się do tego nadają. W DwellWell nasze ramy ustalania priorytetów wyglądają tak:
- Finanse
- Wpływ
- Zasięg
- Pilność
- Łatwość realizacji
Każde z tych kryteriów ma przypisaną wagę. Kiedy proponowane są nowe projekty, korzystamy z tych ram, aby odpowiednio umieścić zadania w kolejności. Dzięki temu zawsze pracujemy nad najważniejszą rzeczą.
Nasz projektant i kierownik projektu wspólnie opracowują specyfikację produktu wraz z podstawowymi makietami. Gdy te dwa elementy są gotowe, nasi inżynierowie przejmują projekt, określają jego zakres, przygotowują harmonogram oraz samodzielnie zarządzają zadaniami i terminami. Utrzymujemy bardzo ścisłą komunikację, dzięki czemu możemy działać szybko. Podczas gdy opracowywana jest podstawowa architektura, nasz projektant przygotowuje właściwe projekty, a nasi inżynierowie kończą projekt, dodając te wizualne usprawnienia.
Ten proces pozwala nam działać szybko i ograniczać liczbę wąskich gardeł.
Gdy myślisz o najsilniejszym zespole, z jakim kiedykolwiek pracowałeś(-aś), dlaczego uważasz, że ten zespół tak dobrze ze sobą współpracował, i czy możesz przywołać anegdotę ilustrującą tę dynamikę?
Zespół inżynierski, który stworzyliśmy w DwellWell, jest niezwykle silny (nie wspominając już o tym, że 75% jego członków to kobiety!). Dobrze ze sobą współpracujemy, ponieważ sobie ufamy. Podczas przeglądów kodu jesteśmy bardzo wymagający. Stawiamy sobie nawzajem bardzo wysokie wymagania, nie ma miejsca na ego, a gdy coś idzie nie tak, angażujemy się w pomoc. Wspieramy kulturę uczenia się.
Niedawno wprowadziliśmy przeprojektowany produkt, co było gigantycznym przedsięwzięciem. Praca została podzielona między inżynierów, z których każdy sprawdzał postępy pozostałych, upewniając się, że nie powielamy pracy, oraz synchronizował swoje działania, aby dostarczyć rezultat w najbardziej optymalny sposób. To było jak obserwowanie orkiestry, z moim głównym inżynierem w roli dyrygenta. Było pięknie! Zrealizowaliśmy ambitny termin tak płynnie, że zaczęło mnie to podejrzanie niepokoić — rzeczy rzadko przebiegają aż tak sprawnie. Jednak mały, oddany zespół może osiągać nieproporcjonalnie duże rezultaty.
Gdybyś miał(a) w swoim arsenale tylko jedno narzędzie programistyczne, co by to było, dlaczego oraz jakie inne narzędzia (programistyczne lub materialne) uważasz za absolutnie niezbędne?
Jako inżynier muszę powiedzieć, że naszym najważniejszym narzędziem jest GitHub. To bardzo banalna odpowiedź, ale często najważniejsze oprogramowanie jest zupełnie nudne — niezawodne, łatwe w użyciu i nudne. Kontrola wersji jest nieodzowna przy budowaniu odnoszącej sukcesy organizacji inżynierskiej.
Porozmawiajmy o czasie wolnym od pracy. Jaka jest Twoja sprawdzona praktyka lub rytuał zapobiegający wypaleniu zawodowemu?
Niestety ćwiczenia naprawdę są najlepszym sposobem, aby uporządkować sobie w głowie. Nie znoszę ćwiczyć, ale po prostu czujesz się lepiej — nie da się tego obejść. Przyjmuję również Lexapro, które bardzo pomaga mi w walce z lękiem. Mój lęk przejawia się jako skrajna drażliwość, a to zupełnie bezużyteczna emocja podczas prowadzenia startupu. Dzięki temu mogę być lepszym członkiem zespołu, a nie przeciwnikiem.
Opierając się na swoim doświadczeniu, jakie jest Twoich „5 kroków niezbędnych do tworzenia świetnych produktów technologicznych”?
1 . Pierwsza rzecz, którą zbudujesz, prawdopodobnie będzie kiepska — mimo to ją uruchom. Jak powiedział Reid Hoffman — „Jeśli nie wstydzisz się pierwszej wersji swojego produktu, uruchomiłeś go zbyt późno”. Pierwsza rzecz, którą udostępnisz, powinna dostarczyć Ci informacji — czy zmierzasz we właściwym kierunku? Czy użytkowników obchodzi problem, który rozwiązujesz? Nie trać cennego czasu na perfekcję, gdy szukasz wczesnej walidacji. Pierwszym produktem, który stworzyliśmy w DwellWell, był prosty plik PDF zatytułowany „10 kroków do zakupu domu”, w którym użytkownik musiał sam zainicjować kontakt i napisać do mnie, jeśli chciał skorzystać z usług jednego z polecanych przez nas agentów nieruchomości. W ciągu pierwszych dwóch dni od uruchomienia mieliśmy pierwszego klienta. To było szalone — nie mogłem uwierzyć, że coś, czego przygotowanie zajęło nam 2 tygodnie, zaowocowało pozyskaniem prawdziwego użytkownika. Z czułością nazywaliśmy ten produkt naszym „kiepskim MVP” i dostarczył nam wystarczająco dużo informacji, aby pozyskać kapitał.
2 . Obserwuj, jak użytkownicy korzystają z Twojego produktu. Zdumiewające jest to, jak ludzie korzystają z produktu w porównaniu z tym, jak wyobrażałeś(-aś) sobie, że będą z niego korzystać. Pamiętam, że gdy dopiero zaczynaliśmy pracę nad DwellWell, mieliśmy przycisk, który użytkownik miał nacisnąć, aby przełączać stan zadania między „ukończone” a „nieukończone”. Było to główne działanie, które użytkownik miał wykonać na stronie. Zbudowaliśmy go i pomyśleliśmy: „piękny, zachwycający, intuicyjny”. Powiem Ci jedno — użytkownicy kompletnie nie mieli pojęcia, do czego służy ten przycisk. Przeprowadziliśmy ponad 10 godzin wywiadów z użytkownikami i każda osoba mówiła mniej więcej: „Nie rozumiem tego przycisku”. Usunęliśmy go i nigdy więcej do niego nie wróciliśmy.
3 . Działaj szybko, gdy decyzję można odwrócić, a wolniej, gdy nie można jej odwrócić. Szybkość to życie startupów. Nie powinieneś zastanawiać się w nieskończoność nad każdą decyzją, ale ustalenie, nad którymi decyzjami warto się zatrzymać, może być trudne. W rzeczywistości dość rzadko zdarza się znaleźć decyzję nieodwracalną, więc przez większość czasu działam szybko. Jednak przy niedawnym przeprojektowaniu DwellWell podejmowaliśmy decyzje powoli przez dwa miesiące, aby mieć pewność, że dostarczymy bardziej intuicyjny produkt. Całkowicie porzucaliśmy starą architekturę, dlatego ważne było ostrożne wejście w przyszłość.
4 . Wspieraj kulturę ciągłego doskonalenia. Bardzo kuszące może być zbudowanie funkcji, uznanie jej za ukończoną i nigdy więcej do niej nie wracanie. Doprowadzi to do stagnacji produktów, a także ustanowi zły precedens dla zespołów produktowych i inżynierskich. Każdy członek zespołu powinien szukać sposobów na ciągłe ulepszanie istniejącego produktu lub proponować eksperymenty, które mogą poprawić kluczowe wskaźniki. Niedawno przeprowadziliśmy w DwellWell eksperyment, aby przetestować różne procesy rejestracji i sprawdzić, który z nich był najbardziej intuicyjny. Nie zmienialiśmy procesu rejestracji od roku i odkryliśmy, że nasza grupa kontrolna (nasz standardowy proces rejestracji) osiągała najgorsze wyniki spośród trzech wariantów! Od tego czasu opracowaliśmy macierz ustalania priorytetów eksperymentów i tak często, jak to możliwe, podważamy istniejące rozwiązania produktowe.
5 . Sfrustrowany użytkownik jest lepszy niż użytkownik niezaangażowany. Sfrustrowani użytkownicy to osoby, którym zależy na Twoim produkcie lub na problemie, który Twoja firma próbuje rozwiązać. Choć kontakt z kimś, kto miał złe doświadczenia, może być przerażający, tacy użytkownicy są nieskończenie bardziej pomocni niż użytkownik, który jest niezaangażowany i opuszcza stronę. Tej lekcji nauczyłem się w firmie Reddit, która prawdopodobnie ma najbardziej zaangażowaną bazę użytkowników na świecie. Sfrustrowani użytkownicy dostarczyli nam tak wielu pomysłów na ulepszenia oraz informacji o tym, gdzie platforma nie spełniała ich potrzeb. To jedna z najważniejszych lekcji, jakich do tej pory się nauczyłem.
Czy obecny stan rzeczy dotyczący kobiet w branży technologicznej jest dla Ciebie satysfakcjonujący? Jakie konkretne zmiany są Twoim zdaniem potrzebne, aby go zmienić?
Nie — zdecydowanie nie jestem usatysfakcjonowana. To bardzo skomplikowane pytanie, ponieważ nierówności między płciami w branży technologicznej są podtrzymywane przez wszystkich — nawet przez osoby, które próbują pomagać. Jedną z najlepszych rzeczy, jakie możemy robić jako liderzy, jest przygotowywanie kobiet do obejmowania wyższych stanowisk z taką samą determinacją, z jaką przygotowujemy do nich mężczyzn. Często widzę, że firmy zatrudniają mnóstwo kobiet na stanowiskach juniorskich, aby ich statystyki rekrutacyjne wyglądały dobrze. Jednak w ten sposób utrwalają błędne przekonanie, że pracownice zazwyczaj zajmują niższe stanowiska niż pracownicy. To niemal sytuacja bez wyjścia, ponieważ aby kobiety mogły awansować na wyższe stanowiska, muszą od czegoś zacząć! Uważam jednak, że jeśli zatrudniasz kobiety na stanowiskach juniorskich, musisz awansować je na wyższy poziom w takim samym tempie jak mężczyzn. Wspieraj swoje pracownice, przekazuj im konstruktywną informację zwrotną, aby pomóc im się rozwijać, wspólnie opracowujcie ścieżkę awansu i pozwalaj im popełniać błędy.
Z jaką osobą na świecie chciałabyś zjeść prywatne śniadanie lub lunch i dlaczego?
Justin Bieber? Tylko żartuję (choć nie do końca). Uwielbiam podcast Guya Raza „Jak to zbudowałem” i bardzo chciałabym go poznać. Jego wywiady są niezwykle wciągające.
Aby otrzymywać więcej podobnych treści, zasubskrybuj newsletter CPO Club.
