Senior Software Engineer, Product Engineering - UK

Cześć, jestem Abhik, współzałożyciel i wiceprezes ds. inżynierii Ashby's. Poszukujemy ambitnego inżyniera full-stack, który jest skupiony na rozwiązywaniu problemów klientów i dokonywaniu właściwych, długoterminowych inwestycji, aby rozwiązać je nie tylko dzisiaj, ale w naszych przyszłych funkcjach i produktach. To, co Ashby daje Ci w zamian, to najlepsze środowiska zarówno na wczesnym etapie, jak i na etapie wzrostu.

Agencja i rozsądek startupu zalążkowego: piszesz specyfikacje produktu, podejmujesz decyzje dotyczące produktów i projektów oraz budujesz kulturę prawie braku spotkań. A także dopasowanie do rynku produktów i skala startupu na etapie wzrostu: dziesiątki tysięcy użytkowników dziennie, którzy polegają na Twoim oprogramowaniu i z niecierpliwością czekają na Twoją kolejną funkcję. Mamy znaczących klientów, takich jak Notion, Linear, Shopify i Snowflake.

Nasze wskaźniki wzrostu i utrzymania są najlepsze w swojej klasie wśród naszych konkurentów: mamy dziesiątki milionów ARR, wzrost o ponad 100% rok do roku, bardzo niski poziom odejść i długi pas startowy. Więcej szczegółów podamy po spotkaniu. Prawdopodobnie widzieliście już wcześniej opublikowaną tę rolę, a dzieje się tak dlatego, że stale powiększamy zespół (w tym roku jesteśmy na dobrej drodze do podwojenia).

Jesteśmy pełni pomysłów, jak wspierać pozyskiwanie talentów za pomocą oprogramowania i rozpoczęliśmy podróż w kierunku tworzenia produktów wykraczających poza pozyskiwanie talentów. Czytamy każde zgłoszenie i staramy się odpowiedzieć w ciągu 3-4 dni (często wcześniej). O roli i sposobie pracy Nasza kultura inżynieryjna stara się odtwarzać środowiska, w których jako układy scalone wykonaliśmy najlepszą pracę - gdzie mieliśmy prawo własności i agencję do wywierania wpływu na naszych użytkowników za pomocą kreatywnego i innowacyjnego oprogramowania.

Rozpocząłem pracę nad oprogramowaniem do budowania kariery dla artystów w branży efektów wizualnych. Dla mnie jako inżyniera oprogramowania było to kształtujące doświadczenie, ponieważ sukces zależał od moich umiejętności bycia menedżerem produktu i projektantem. Rozmawiałem z artystami, żeby zrozumieć ich potrzeby.

Wpadłem na pomysły. Przeprowadzałem badania branżowe, projektowałem interfejsy i prototypowałem pomysły. Obserwowałem, jak artyści korzystają z tego, co zbudowałem, i decydowałem, czym się zająć w następnej iteracji. Żadnych codziennych stand-upów, zmiany rozmiaru koszulki, żadnych spotkań poświęconych planowaniu.

Studiowałem informatykę, żeby rozwiązywać problemy, a nie bilety, i dokładnie tak się czułem. Nie tylko czułem się kreatywny i spełniony, ale także poczucie swobody i własności, jakie otrzymaliśmy jako inżynierowie, przyczyniły się do powstania niesamowitej ilości innowacji. Innowacje przebiegały inaczej (lub wcale) w start-upach technologicznych poza fazą zalążkową, często dzięki sile woli inżyniera i zdolności do przeciwstawienia się kulturze (a nie jakiejkolwiek zachęty z jej strony).

Inżynieria została zawężona do wdrożenia i dostawy, częściowo pod wpływem innych działów, a częściowo z powodu napływu procesów „Agile”, takich jak planowanie sprintu. W tych firmach czułem się jak dżokej JIRA. W Ashby budujemy środowisko, które optymistycznie podchodzi do tego, co inżynierowie mogą posiadać i osiągnąć. Środowisko, które obejmuje innowacyjnych inżynierów i, szczerze mówiąc, często nie wchodzi im w drogę.

Jako inżynier produktu przejmiesz na własność dużą część jednego z naszych produktów i będziesz kompleksowo prowadzić własne projekty (nosząc kapelusze tradycyjnie noszone w zależności od produktu i projektu). Będziesz badać konkurencję, pisać specyfikacje produktów, tworzyć modele szkieletowe i nie tylko. Aby oprzeć to na przykładach, inżynierowie produktu w Ashby: - ​​Zaprojektowali i zbudowali zautomatyzowane planowanie rozmów kwalifikacyjnych.

Ta funkcja automatyzuje planowanie, obliczając możliwe terminy na podstawie puli ankieterów i innych ograniczeń, a następnie prezentując te terminy kandydatowi do selekcji za pośrednictwem naszej responsywnej aplikacji internetowej. To rozwiązuje problem „Kalendarza Tetris”, o którym mówię w „Co budujemy”. - Zbudowano uogólnioną deklaratywną architekturę filtrów, która umożliwia użytkownikom tworzenie złożonych filtrów dla dowolnego rekordu ze spójnym interfejsem użytkownika i kompilowanie go do kodu SQL w naszym zapleczu. Korzysta z niego wiele funkcji dostępnych dla użytkownika. - Określono, zaprojektowano i wdrożono funkcję, która umożliwia użytkownikom podpisywanie ofert całkowicie w Ashby.

Projekt ten obejmował rozmowy z klientami w celu zrozumienia ich wymagań, podjęcie decyzji, jakich technologii użyć, zbudowanie prototypu i współpracę z innymi członkami zespołu w celu zintegrowania ostatecznej implementacji z dodatkowymi funkcjami. Co budujemy Jako inżynierowie jesteśmy przyzwyczajeni do narzędzi, które czynią nas lepszymi w tym, co robimy. Kiedy zakładaliśmy firmę Ashby, w przypadku oprogramowania Talent Acquisition zaobserwowaliśmy coś odwrotnego.

Zespoły rekrutacyjne udoskonalały sposób, w jaki wykonują swoją pracę, ale zamiast oprogramowania spełniającego ten nowy standard, to je powstrzymywało. Zaplanowanie rundy finałowej jest doskonałym przykładem. Zespoły rekrutacyjne chciały szybciej planować kandydatów, śledzić przygotowanie i jakość rozmów kwalifikacyjnych i robić to przy pomocy połowy personelu.

Rekruter musiał ręcznie sprawdzić dostępność kandydata, zidentyfikować wykwalifikowanych ankieterów, wykonać „Kalendarz Tetris”, aby dowiedzieć się, kto jest dostępny do przeprowadzenia rozmowy kwalifikacyjnej z kandydatem, zaplanować rozmowę na najwcześniejszy możliwy termin i wprowadzić wszelkie zmiany w ostatniej chwili w przypadku zmiany dostępności. Muszą to zrobić, biorąc pod uwagę obciążenie każdej osoby wywiadem oraz konieczność przeszkolenia ankieterów i obserwowania innych. Oprogramowanie TA nie pomogło.

Jako menedżerowie ds. rekrutacji wiemy, że pomoc techniczna to kluczowa funkcja, a jako inżynierowie wiemy, że oprogramowanie może działać lepiej. Dlatego zbudowaliśmy i nadal budujemy Ashby, aby zapewnić zespołom TA najwyższy standard narzędzi. Oprogramowanie inteligentne i wydajne.

Oprogramowanie, które zapewnia wgląd w miejsca, w których zawodzą, oraz automatyzuje lub upraszcza wiele zadań, z którymi muszą się zmierzyć. Chcemy, aby inne funkcje i działy zazdrościły temu, co zespoły TA mogą zrobić z Ashby, a dziś często tak jest! Dlaczego powinieneś lub nie powinieneś aplikować Inżynierowie oprogramowania są dostępni w wielu wersjach i nie wszystkie pasują do naszego modelu.

Oto kilka rzeczy, które pomogą Ci zdecydować, czy to Ci odpowiada i czego szukasz: - Nie boisz się zająć jakąkolwiek częścią stosu technologii. Robisz wszystko, co konieczne, aby pomyślnie dostarczyć funkcję, niezależnie od tego, czy piszesz frontend, czy wybierasz nową infrastrukturę. Zapewnimy środowisko wspierające, aby zrobić to pomyślnie (np. system projektowy, zespół SRE). - Podejmowałeś się projektów obarczonych wieloma niejasnościami dotyczącymi produktów i technologii i dobrze radzisz sobie na styku obu.

Nie budujemy prostej aplikacji CRUD, a wiele wyzwań, którym stawiamy czoła, wymaga wykorzystania wiedzy o naszych klientach do zbudowania potężnych abstrakcji i elastyczności systemu w celu rozwiązania klasy problemów. - Wiesz, jak znaleźć właściwą równowagę pomiędzy szybkością i jakością. Ashby nie zbudowano szybko. Publiczne wprowadzenie na rynek zajęło nam cztery lata, ponieważ przekonanie klientów do zmiany wymagało produktu wysokiej jakości.

Jednak czas nie jest nieskończony, szczególnie w przypadku startupu, dlatego nadal działamy pilnie - zbudowaliśmy odpowiednik trzech lub więcej startupów wspieranych przez VC z bardzo małym zespołem. - Jesteś ambitny i ciągle chcesz doskonalić swoje umiejętności. W przypadku większości inżynierów ta rola zapewni Ci większą swobodę i obowiązki, niż doświadczyłeś w przeszłości. Aby prosperować (i zdobywać kolejne poziomy), musisz być otwarty na opinie (a my dajemy ich mnóstwo). - Jesteś doskonałym współpracownikiem i komunikatorem.

Własność i wolność nie oznaczają, że pracujesz w próżni. Będziesz musiał zweryfikować swoje decyzje z odpowiednimi interesariuszami, aktualizować je, jeśli to konieczne, i współpracować z innymi inżynierami, aby Twoje projekty dotarły do ​​mety. Jasna i zwięzła komunikacja bardzo tutaj pomaga! - Starasz się wywierać wpływ w swojej pracy.

Natura oprogramowania polega na tym, że często można zautomatyzować lub wyabstrahować to, co byłoby żmudną i czasochłonną pracą. Twoja niecierpliwość zwykle prowadzi do nowych abstrakcji, narzędzi umożliwiających wsparciu technicznemu debugowanie przed rozpoczęciem prac inżynieryjnych, nowych zasad lint zapobiegających typowym błędom itp. Innymi słowy, nie powinieneś aplikować, jeśli: - Potrzebujesz procesu i struktury zorientowanej na firmę, aby doprowadzić swoje projekty do mety.

Planowanie sprintu i dobrze zdefiniowane procesy zarządzania projektami to rzeczy, których potrzebujesz lub zlecasz innym kierowanie. Wolisz skupić się na szczegółach technicznych i wyzwaniach. - Chcesz tylko wykonywać ekscytującą pracę. Tworzymy zespół życzliwych i współpracujących ludzi.

Problemy i dochodzenia klientów są rozdzielone pomiędzy cały zespół, w tym naszych partnerów wysokiego szczebla. - Można się zgubić w szczegółach. Po rozpoczęciu wdrażania może być trudno cofnąć się o krok i pomyśleć o projekcie jako całości. Lubisz, gdy wszystko jest zaplanowane z góry. - Nigdy wcześniej nie prowadziłeś projektów ani nie przejmowałeś ich na własność.

Przyzwyczaiłeś się do pracy z liderami technicznymi i podejmowania powierzonych przez nich zadań. - Chcesz być mentorem dla inżynierów, którzy rozpoczęli wcześniej karierę zawodową. Polegamy na inżynierach będących właścicielami swoich projektów, dlatego potrzebujemy inżynierów z takim doświadczeniem. Wymaga to rozsądnego utrzymania zespołu.

Obecnie w branży ponad 90% zespołu można by uznać za osoby starsze lub wyższe, więc możliwości mentoringu są bardzo ograniczone. - Dla Ciebie kierownik techniczny, personel lub główny inżynier to ktoś, kto spędza większość czasu na zarządzaniu projektami lub przeglądaniu architektury. Nasi inżynierowie z najdłuższym stażem spędzają większość czasu na budowaniu i często powierzamy im najtrudniejsze problemy. Chociaż kierują obszarami produktów i technologii oraz pomagają innym inżynierom planować najbardziej wymagające prace, nie jest to wymóg ani inżynierowie nie potrzebują ich zgody.

Kultura inżynieryjna Naszą kulturę inżynierską motywuje Benji (mój współzałożyciel i dyrektor generalny) oraz moje przekonanie, że mały, utalentowany zespół, przy zapewnieniu odpowiedniego środowiska, może szybko zbudować wysokiej jakości oprogramowanie (i pracować w regularnych godzinach!). Robimy to poprzez: - Minimalny proces z udziałem własności w stosunku do decyzji zwykle podejmowanych przez produkt i projekt - Naturalną współpracę i przemyślaną komunikację - Inwestowanie w narzędzia i abstrakcje, które dają nam przewagę - Wkładanie wysiłku w budowanie zróżnicowanego zespołu Minimalny proces i duża własność Najlepsi inżynierowie, z którymi współpracowaliśmy, zapewnili niezawodne, magiczne rezultaty. Brali problemy klientów i nieustannie doprowadzali ich do rozwiązań, które były nie tylko skuteczne, ale często genialne i kreatywne.

Chociaż robili to przy minimalnym nadzorze, zainteresowane strony nigdy nie wiedziały, co się dzieje, i żadne niepowodzenie nie było zaskoczeniem. Tradycyjne procesy rozwoju produktu nie są przeznaczone dla najlepszych inżynierów. Ich celem jest tworzenie spójnych wyników niezależnie od umiejętności inżyniera.

Jednak konsekwencja odbywa się kosztem czasu i wolności inżyniera - obu składników niezbędnych do wygenerowania tych magicznych wyników. W rezultacie proces dusi najlepszych inżynierów i nie daje innym możliwości ćwiczenia zachowań, które czyniły najlepszych inżynierów „najlepszymi”. W Ashby chcemy budować środowisko, które zachęca każdego inżyniera do dawania z siebie wszystkiego.

Tak więc w Ashby każdy inżynier realizuje swój projekt. Menedżerowie produktu (i projektanci) tworzą strategię, przeprowadzają badania klientów i przekazują inżynierom informacje o problemach. Inżynierowie zajmują się resztą: badają problem, piszą specyfikacje produktu, budują modele szkieletowe i kompleksowo wdrażają swoje rozwiązanie.

Polegamy na inżynierach, a nie na procesach, którzy przekazują informacje odpowiednim osobom (np. Menedżerom produktu) i przyciągają ludzi do pomocy (np. Projektantów, Infra).

Dla wielu inżynierów to nowy poziom odpowiedzialności, ale wolelibyśmy, aby inżynier trochę poniósł porażkę i podszkolił swoje umiejętności, niż wykorzystywał proces jako oparcie. Nie każdemu udaje się odnieść sukces w naszej kulturze, ale ci, którym się to udaje. Współpraca jest naturalna, a komunikacja celowa Nasz zespół inżynierów składa się z osób uczących się przez całe życie, którzy są utalentowani, ale także pokorni i życzliwi (poznaj ich tutaj!).

Te atrybuty tworzą środowisko, w którym współpraca przebiega naturalnie. Łączymy to z badaniami, prototypowaniem i pisemnymi propozycjami, aby wyjść na prostą i uzyskać opinie od zespołu w różnych strefach czasowych. Czas skupienia to coś, co uważamy za święte, a dzięki przemyślanej i przemyślanej komunikacji inżynierowie są w to zaangażowani