Obecnie tylko około 1 na 4 pracowników branży technologicznej identyfikuje się jako kobieta. Co więc jest potrzebne, aby kobieta mogła zbudować udaną karierę w branży technologicznej? W ramach serii wywiadów zatytułowanej 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ć satysfakcjonujące kariery. Omawiamy również kroki niezbędne do stworzenia świetnego produktu technologicznego. W ramach tej serii miałam przyjemność przeprowadzić wywiad z Elizabeth Lawler.
Elizabeth Lawler
Elizabeth Lawler jest współzałożycielką i dyrektorką generalną firmy AppMap, pierwszej platformy obserwowalności dla deweloperów, która dostarcza dynamiczne informacje na temat wydajności oprogramowania, analizę bezpieczeństwa oraz dane dotyczące działania programu deweloperom pracującym w edytorze kodu. Wcześniej Elizabeth pełniła funkcję wiceprezeski ds. bezpieczeństwa DevOps w firmie CyberArk, gdzie uruchomiła firmową strategię wejścia na rynek opartą na otwartym kodzie źródłowym dla narzędzi i technologii skierowanych do deweloperów. Przed dołączeniem do CyberArk Elizabeth założyła firmę Conjur (przejętą przez CyberArk), która dostarczyła pierwszy produkt rozwiązujący problemy związane z bezpieczeństwem uprzywilejowanych kont w środowiskach DevOps, chmurowych i natywnych dla kontenerów. Elizabeth pełniła również funkcję dyrektorki ds. danych w firmie Generation Health (przejętej przez CVS Caremark) oraz zajmowała krajowe stanowiska kierownicze w Departamencie ds. Weteranów. Ma stopień doktora, a z wykształcenia jest specjalistką ds. analizy danych.
Bardzo dziękuję za udział w tej serii 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?
AppMap to mój drugi technologiczny startup działający w obszarze narzędzi dla deweloperów, który wcześniej był niezagospodarowaną niszą. Karierę rozpoczęłam od nauczania studentów obliczeń statystycznych, następnie zostałam specjalistką ds. analizy danych, a później liderką IT, pełniąc funkcje dyrektorki ds. danych i dyrektorki ds. bezpieczeństwa. Ostatecznie zaczęłam zakładać firmy technologiczne, aby tworzyć nowe produkty zaspokajające moje potrzeby związane z produktami, których nie było na rynku.
Kiedy próbowałam wyjaśniać złożone architektury oprogramowania nowym osobom, pracownikom i interesariuszom, zdałam sobie sprawę, że wokół architektury kodu, działania oprogramowania podczas pracy, jakości, wydajności, bezpieczeństwa i innych kwestii występują oczywiste nieporozumienia i błędne wyobrażenia; tak wiele z tego, co musimy rozumieć, jest nieprzejrzyste lub opiera się na modelach mentalnych. Jednak samo oprogramowanie deklaruje swoje własne działanie, a kod najlepiej potrafi wyjaśnić, jak działa podczas uruchomienia. To był dla mnie moment olśnienia i właśnie to skłoniło mnie oraz część pierwszych członków zespołu do stworzenia AppMap.
Mówi się, że nasze błędy mogą czasami być naszymi najlepszymi nauczycielami. Czy możesz opowiedzieć o najzabawniejszym błędzie, jaki popełniłaś na początku swojej drogi? Czy możesz powiedzieć nam, czego się z niego nauczyłaś?
Nie wiem, czy to zabawny przykład, ale jest prawdziwy. Mówi się, że nie powinno się powtarzać własnych błędów, ale właśnie to zrobiliśmy. Kiedy zaczęliśmy tworzyć AppMap, będący produktem do analizy kodu w czasie działania, zaczęliśmy budować go jako usługę SaaS. Był to jeden z najłatwiejszych sposobów na stworzenie prototypu i zebranie potrzebnych nam danych testowych z projektów o otwartym kodzie źródłowym w celu zweryfikowania naszej technologii.
Biorąc pod uwagę nasze doświadczenie w dziedzinie cyberbezpieczeństwa, od początku wiedzieliśmy, że analiza dynamiczna i przechowywanie wrażliwych danych dotyczących kodu wiążą się z dużą wrażliwością. Potoki tworzenia oprogramowania mogą być wektorami wprowadzania złośliwego kodu, a ludzie mogą uzyskiwać dostęp do wrażliwego kodu i potoków za pośrednictwem wszelkiego rodzaju zintegrowanych narzędzi firm trzecich, co potwierdziły niedawne naruszenia bezpieczeństwa systemów CI.
Gdybyśmy przenieśli AppMap w całości do edytora kodu i zmniejszyli naszą platformę danych, aby znajdowała się bliżej kodu, moglibyśmy ograniczyć ryzyko związane z bezpieczeństwem danych. Użytkownicy mogliby korzystać z AppMap, a my moglibyśmy zapewnić ich, że „ich kod jest ich kodem”. Ograniczyliśmy ryzyko związane z oprogramowaniem firm trzecich, a adopcja rozwiązania gwałtownie wzrosła.
Wtedy jednak zdecydowaliśmy, że chcemy zbudować funkcje analityczne. Zaczęliśmy więc tworzyć je na serwerze, wykorzystując projekty o otwartym kodzie źródłowym jako dane testowe. Po raz kolejny użytkownicy powiedzieli: „Nie chcę, żeby to tam było. Umieśćcie to w moim środowisku IDE”. I po raz kolejny przenieśliśmy wszystkie te funkcje z powrotem do bazy kodu, gdzie obecnie znajdują się możliwości analityczne.
Wniosek jest następujący: popełnienie tego samego błędu dwa razy boli za drugim razem równie mocno jak za pierwszym.
Jaki moment uważasz za przełomowy dla swojej kariery?
W październiku tego roku AppMap wzięła udział w wydarzeniu TechCrunch Disrupt i było to naprawdę niezwykłe doświadczenie. Było to przeżycie, jakiego wcześniej nie miałam — rywalizacja w taki sposób przed publicznością oraz zasięg tego wydarzenia były czymś wyjątkowym. Myślę, że AppMap skorzystała na możliwości podzielenia się naszym przesłaniem na tej platformie.
Nie sądzę jednak, aby przełomowy moment w mojej karierze już nastąpił — zawsze czeka na nas nowe i większe wyzwanie. Widzę przed tym zespołem i tym produktem wielkie możliwości.
Czy możesz opowiedzieć nam o trudnych chwilach, z którymi mierzyłaś się na początku swojej drogi? Czy kiedykolwiek rozważałaś rezygnację? Skąd czerpałaś motywację, by działać dalej, mimo że wszystko było tak trudne?
Decyzja o stworzeniu produktu w niezagospodarowanej niszy nie jest łatwym zadaniem. Trzeba potrafić rozbudzić wyobraźnię ludzi, aby przyjęli lub wypróbowali coś, o czym nie wiedzieli, że może istnieć, i czego korzyści nie rozumieją intuicyjnie. Choć tworzenie czegoś oraz umiejętność wyobrażenia sobie czegoś, co jeszcze nie istnieje, są niezwykle ekscytujące, mogą być również bardzo frustrujące. Produkty w niezagospodarowanych niszach trudno opisać w przekonujący i precyzyjny sposób, a czasami człowiek zastanawia się: „czy mogę dalej to robić?”, ponieważ jest to tak trudne zadanie. To najtrudniejszy rodzaj problemu do rozwiązania jako przedsiębiorca.
Udaliśmy się do Google, Mety i firm dysponujących doskonałymi narzędziami do tworzenia oprogramowania, ale nie miały one niczego podobnego do tego, co tworzyliśmy. Potwierdziliśmy nasze założenia dotyczące tego, czego brakowało, ale nie sądzę, aby ludzie uważali, że jest to możliwe. Musieliśmy naprawdę uwierzyć w naszą wizję i w nasze możliwości stworzenia tego produktu. Mam ogromne szczęście pracować z zespołem, który potrafi tworzyć niezwykle zaawansowane technicznie produkty.
To ekscytujące i przerażające zarazem dostrzegać szansę, której inni nie widzą. Kiedy zaczynasz nabierać rozpędu, widzisz, że coś zaczyna być dla ludzi zrozumiałe, a oni zaczynają wzmacniać efekt tego, co stworzyłeś – uświadamiasz sobie, dlaczego to zrobiłeś. Słyszysz zachwyt użytkownika. Teraz chcesz pójść jeszcze dalej i zachwycić go jeszcze bardziej.
Chętnie dowiedzielibyśmy się nieco więcej o Waszej firmie. Jaki problem pomaga rozwiązać Wasza firma? W jaki sposób pomagacie ludziom?
AppMap zapewnia pierwszą w historii platformę obserwowalności dla programistów, która dostarcza programistom w edytorze kodu dynamiczną analizę oprogramowania, w tym analizę wydajności i bezpieczeństwa.
Do tej pory była to ogromna luka na rynku, ponieważ programiści i zespoły programistyczne musiały polegać na narzędziach do analizy statycznej i nie były w stanie identyfikować złożonych problemów projektowych związanych z kodem ani rozwiązywać problemów klientów, zanim oprogramowanie zostało wydane. Skutkowało to wielogodzinną koniecznością ponownego wykonywania pracy, która hamowała kreatywność i innowacyjność. Żmudne zadania związane z oprogramowaniem są jednym z głównych czynników prowadzących do cichego odchodzenia programistów.
AppMap zmienia tradycyjne podejście do doświadczenia programistów, bezproblemowo integrując swoje narzędzie do analizy kodu w czasie wykonywania, o otwartym kodzie źródłowym, bezpośrednio w edytorze kodu. Dzięki temu użytkownicy mogą obserwować nie tylko zachowanie kodu, lecz także wszelkie proponowane zmiany dotyczące wydajności, bezpieczeństwa i stabilności w trakcie tworzenia kodu. Podnosi to jakość doświadczenia programistów, zapewniając predykcyjne i praktyczne wskazówki w momencie, gdy łatwo jest wprowadzić zmiany.
Jeśli ktoś chce kierować świetną firmą i tworzyć świetne produkty, jaka jest najważniejsza cecha takiej osoby i jakie nawyki lub zachowania zasugerował(a)byś, aby rozwijać tę konkretną cechę?
Bezwzględnie trzeba mieć empatię wobec użytkownika. Jako narzędzie programistyczne działające w edytorze kodu znajdujesz się w najbardziej osobistej, kreatywnej przestrzeni użytkownika. Jesteś na jego komputerze, w jego twórczym momencie pracy nad oprogramowaniem, który definiuje to, czym zajmują się programiści. Aby być pomocnym, musisz mieć dużo współczucia i rozsądnie dobierać sposób, w jaki pomagasz. To bardzo delikatna równowaga.
Celem jest stworzenie czegoś, co ludzie pokochają i bez czego nie będą chcieli pracować. To bardzo wysoko postawiona poprzeczka, jeśli chodzi o projektowanie produktów i ich rozwój. Sposobem na zagwarantowanie, że zawsze stawiasz użytkownika na pierwszym miejscu, jest poznanie go oraz budowanie społeczności i rozmów wokół różnych podejść.
W AppMap wiemy, że pomysły mogą pochodzić zewsząd. Tworzymy profile wielu programistów i nasze strony społeczności. W naszej społeczności reprezentowane są osoby z całego świata – ze wszystkich 50 stanów Stanów Zjednoczonych i z setek krajów. Daje nam to możliwość uwzględniania i rozumienia potrzeb wszystkich osób. To najpotężniejszy sposób, w jaki realizujemy naszą misję.
Porozmawiajmy o zespołach. Jaka strategia zarządzania zespołem lub struktura okazała się wyjątkowo przydatna w procesie tworzenia produktu?
Od naszego produktu po sposób działania zespołu kluczowa jest przejrzystość. W przypadku AppMap od początku postawiliśmy na otwarte oprogramowanie, ponieważ pozwala to każdemu, kto potrafi czytać i rozumieć nasz produkt, przekazywać nam uwagi i informacje zwrotne. Decydując się na otwartość, stworzyliśmy możliwość prowadzenia rozmów o produkcie z grupą użytkowników, którym chcemy służyć. Nasz zespół naprawdę wierzy w otwartość.
Kiedy myślisz o najsilniejszym zespole, z jakim kiedykolwiek pracowałeś(-aś), dlaczego Twoim zdaniem ten zespół tak dobrze współpracował i czy możesz przywołać anegdotę ilustrującą tę dynamikę?
Zespół AppMap składa się w rzeczywistości z wielu członków mojego byłego zespołu z Conjur. Jako grupa przechodziliśmy z jednej firmy do drugiej, wspólnie pracując nad kolejnymi projektami w niezagospodarowanych niszach.
Najbardziej imponuje mi w tym zespole to, że nie tylko dobrze ze sobą współpracujemy, ale także potrafimy robić to w obliczu przeciwności. Angażujemy się w rozwiązywanie problemów i pracujemy nad ich usunięciem – przyjmując informacje zwrotne niezależnie od tego, kto znajduje się w pomieszczeniu. Właśnie tak wszyscy ze sobą współpracujemy.
Jako zespół często spotykamy się, aby wypracować wspólne stanowisko. Udało nam się stworzyć kulturę radykalnej przejrzystości. Każdy może wnosić pomysły z dowolnego zakątka organizacji. Dbamy o siebie nawzajem i naprawdę dobrze się tym zajmujemy.
Gdybyś miał(a) w swoim arsenale tylko jedno narzędzie programistyczne, jakie by to było, dlaczego i jakie inne narzędzia uważasz za kluczowe dla realizacji misji?
Uważam, że edytory kodu, takie jak VS Code i JetBrains, są naprawdę fenomenalnymi miejscami do wykonywania pracy. Nie tylko uznajemy je za środowisko, którego jesteśmy częścią, ale można również zauważyć, że wszystkie narzędzia i technologie tworzone z myślą o programistach przenoszą się do tego środowiska – czyniąc je absolutnie niezastąpionym. Jeśli chcesz zrozumieć, jak powstają produkty programistyczne, musisz zrozumieć, co dzieje się wewnątrz edytora kodu. Spójrz na Copilot i inne narzędzia generatywne, które przesuwają granice możliwości w edytorze kodu.
Jako lider biznesowy kolejnym narzędziem o kluczowym znaczeniu jest oprogramowanie do zarządzania czasem. Bez rozwiązania do zarządzania czasem łatwo byłoby spędzić dzień tak, jak się chce, i pozwolić, by bezwładność przejęła nad nim kontrolę. Moje dni są bardziej produktywne, gdy planuję czas na skupienie, aby realizować ważne zadania.
Porozmawiajmy o odpoczynku. Jaka jest Twoja sprawdzona praktyka lub rytuał zapobiegający wypaleniu zawodowemu?
Moje dzieci są prawdopodobnie najlepszym antidotum na wypalenie zawodowe. Dzieci nie pozwalają ci pracować, kiedy jesteś z nimi. Pojawiają się w twoim biurze, mówiąc, żebyś odłożył pracę albo że potrzebują twojego czasu i uwagi. Dzieci zmuszają cię do bycia obecnym i odłożenia pracy. Cenię każdą chwilę spędzoną z nimi i cieszę się, że sprawiają, iż odkładam technologię.
Na podstawie swojego doświadczenia, jakie jest „5 kroków potrzebnych do tworzenia świetnych produktów technologicznych”?
1. Określ swój POV i odważ się być innym: następnie wprowadź go na rynek i sprawdź, czy spotka się z pozytywnym odbiorem. W AppMap wierzymy, że jedynym źródłem prawdy jest edytor kodu i że wszystkie potrzebne narzędzia powinny znajdować się dokładnie tam, gdzie pracujesz. Następnie wykorzystuj zarówno ilościowe, jak i jakościowe informacje zwrotne od użytkowników, aby wyznaczać kierunek rozwoju nowych funkcji. Gdy wszystko działa, angażuj się i konsekwentnie działaj, ale nie bój się porzucać obszarów, z których nikt nie korzysta.
2. Od razu przejdź do działania: i zbliż się do użytkownika tak bardzo, jak to możliwe. Bądź otwarty na naukę od swojego zespołu i klientów oraz nawiązuj kontakty, aby uzyskać informacje zwrotne z rynku. Jedną ze strategii AppMap jest publikowanie obszernych treści instruktażowych na poziomie samouczków na naszej stronie Dev Community. Pomaga nam to zrozumieć, w które obszary powinniśmy bardziej inwestować, gdy widzimy wysoki poziom zaangażowania w przypadku konkretnej funkcji. Każda firma, która chce stworzyć świetny produkt, powinna wziąć swoje pomysły na MVP, szeroko je udostępnić i wykorzystać dane dotyczące zaangażowania do określenia poziomu inwestycji.
3. Zacznij, a następnie stale rozwijaj: Reid Hoffman powiedział słynne słowa: „Jeśli nie wstydzisz się pierwszej wersji swojego produktu, oznacza to, że wprowadziłeś go na rynek zbyt późno” — i to powinno stać się twoją mantrą podczas budowania produktu. Ważne jest również, aby pamiętać, że nie tworzysz produktu-widma ani fabryki funkcji. Dąż do dobrego kompromisu między kompletnością koncepcji a przestrzenią na ulepszenia przy wczesnych wydaniach produktu. Rzeczywistość jest taka, że jeśli twój produkt rozwiązuje niewielki, konkretny problem, ludzie będą z niego korzystać, aby rozwiązywać swoje problemy, nawet pomimo nieporęcznego interfejsu użytkownika lub drobnych błędów.
4. Wprowadź produkt na rynek i mierz, mierz, mierz: Nie oczekuj, że użytkownicy przekażą ci mnóstwo jakościowych informacji zwrotnych na temat produktu — szczególnie jeśli tworzysz go z myślą o odbiorcach technicznych. Ci użytkownicy są zajęci i przeciążeni innymi obowiązkami. Nie mają czasu, aby przekazywać ci szczegółowe opinie. Najlepszym sposobem na zrozumienie użytkowników jest mierzenie ich interakcji z produktem, jeśli jest to możliwe.
Jeśli poziom wykorzystania produktu jest wystarczająco wysoki, spróbuj szybko iterować na podstawie otrzymywanych danych, a jeśli masz dużą bazę użytkowników, podziel ją najlepiej, jak potrafisz, aby lepiej zrozumieć różnice między zaawansowanymi użytkownikami a początkującymi. Te typy użytkowników potrzebują różnych funkcji, a tworzenie funkcji dla jednej grupy odbiorców może powodować problemy dla innych.
5. Wprowadzaj iteracje i rozwijaj produkt: Skupienie jest najważniejszą cechą każdej firmy, a w szczególności startupów. Startupy po prostu nie mają czasu ani pieniędzy na inwestowanie w wiele obszarów. Nie trać czasu na martwienie się kosztem alternatywnym tego, że nie pracujesz nad „wszystkimi rzeczami”. Zamiast tego skup się na działaniach o największym wpływie i dziel pracę na małe fragmenty. Dzieląc rezultaty pracy na mniejsze jednostki, możesz szybciej reagować na opinie użytkowników lub dane dotyczące wykorzystania produktu i stale go rozwijać, aby zachwycać użytkowników.
Czy jesteś obecnie zadowolony z obecnej sytuacji kobiet w branży technologicznej? Jakie konkretne zmiany są, Twoim zdaniem, potrzebne, aby ją zmienić?
Kobiety kierujące firmami technologicznymi i zajmujące stanowiska władzy nadal są wyjątkiem, a nie regułą. Firmy z sektora B2B kierowane przez kobiety stanowią zaledwie 2% przedsiębiorstw finansowanych przez fundusze venture capital. W tej branży są liderki o ogromnym talencie, które wciąż nie otrzymały odpowiedniego wsparcia. To moja pasja. Uważam, że nadal trzeba budować równość. Mam nadzieję, że będę dobrym przykładem i pomogę innym kobietom rozwinąć ich pomysły, ponieważ to trudne. Liczby nie kłamią — dotyczy to wynagrodzeń, wycen i udziału kobiet w puli inwestycyjnej. Uważam, że w dłuższej perspektywie ludzie powinni uważniej przyglądać się firmom B2B założonym przez kobiety. Zapewniają najlepszą wartość w przeliczeniu na każdą zainwestowaną złotówkę.
Czy jest osoba na świecie, z którą chciałabyś zjeść prywatne śniadanie lub lunch, i dlaczego?
Naprawdę podziwiam Diane Greene i przebieg jej kariery. Zaczynała jako architekt okrętów, zanim przeszła do branży technologicznej. Była założycielką i dyrektorką generalną VMware, członkinią zarządu Google oraz dyrektorką generalną Google Cloud, a także współzałożycielką i dyrektorką generalną dwóch startupów przejętych przez Google i Microsoft.
Aby otrzymywać więcej podobnych treści, zapisz się do biuletynu The CPO Club.