Staff Design Engineer - Americas

Cześć, jestem Abhik, współzałożyciel i wiceprezes ds. inżynierii Ashby's. Ta rola jest bliska mojemu sercu, ponieważ jako osoba, która potrafi zarówno projektować, jak i kodować, zawsze daję z siebie wszystko, co w mojej mocy, ale także gdzie jestem postrzegany jako buntownik i outsider. Chcę, aby ludzie tacy jak ja czuli się w Ashby jak w domu, dlatego uczyniłem Inżynierię Projektowania formalną rolą i działem, który ściśle ze mną współpracuje.

Po raz pierwszy zatrudniliśmy ponad pięć lat temu, a w przyszłym roku podwajamy zespół z pięciu do ponad dziesięciu osób. Ta rola naprawdę wymaga od Ciebie projektowania i kodowania. Inżynier ds. projektowania w Ashby to nie tylko inżynier frontendu zajmujący się nowym brandingiem, ani nie zajmujący się kodowaniem prototypów w stylu Designer.

Połączenie doskonałości w obu przypadkach to miejsce, w którym dzieje się magia. Odkryłem, że kiedy włożyłem wszystko, co w mojej mocy, zarówno w projekt, jak i techniczną implementację danej funkcji, odznaczałem się zwinnością i kreatywnością, które trudno było osiągnąć, robiąc tylko jedno lub drugie. Na przykład przewidywany przeze mnie interfejs użytkownika i interfejs użytkownika często wpływały na projekt i elastyczność modelu danych, podczas gdy zrozumienie możliwości technologii często upraszczało lub ulepszało projekt.

Ta rola to uwzględnia. Będziesz pracować nad naszymi najbardziej wymagającymi problemami projektowymi, pomagać innym w ulepszaniu ich projektów poprzez rozszerzanie i ulepszanie naszego wewnętrznego systemu projektowania, a także konsultować się w sprawie niestandardowych prac projektowych potrzebnych inżynierom produktu. Aby oprzeć to na przykładach, inżynierowie projektu w Ashby: - ​​Przeprojektowali naszą mobilną aplikację internetową, rozmawiając z klientami, którzy często z niej korzystają, tworząc szkielety nowych przepływów, wdrażając system projektowania i wykorzystując ten system do przekształcania szkieletów w dopracowany interfejs użytkownika. - Zbudowaliśmy zestaw elastycznych, możliwych do komponowania komponentów w naszym systemie projektowania, które umożliwiają innym inżynierom łatwe tworzenie pięknych, spójnych kreatorów konfiguracji w całym naszym produkcie. - Pomógł inżynierowi produktu ulepszyć hierarchię informacji i możliwość skanowania projektu w celu przeglądania ocen kandydata.

Rekruterzy mogą szybko analizować informacje i wykrywać anomalie. Rola inżyniera projektanta jest dziś bardziej powszechna niż pięć lat temu, ale uważam, że Ashby oferuje wyjątkową szansę, której niewielu może dorównać: - Pracujesz nad produktem na dużą skalę, a nie na wczesnym etapie startupu, który ma trudności ze znalezieniem użytkowników i uzyskaniem informacji zwrotnej na temat tego, co zaprojektowałeś i zbudowałeś. W Ashby Twoja praca dotknie ponad 100 000 aktywnych użytkowników tygodniowo, miliony kandydatów tygodniowo i znaczących klientów, takich jak Notion, Linear, Shopify i Snowflake.

Będziesz mógł przetestować pomysły z naszym własnym zespołem rekrutacyjnym i menedżerami ds. rekrutacji, którzy codziennie korzystają z Ashby (tak jak ja) i często słyszysz opinie klientów już w dniu premiery. - Ta rola zawsze wiązała się z zaangażowaniem zarówno Benjiego (dyrektora generalnego i współzałożyciela), jak i mnie: pełniłem tę rolę, niezmiennie ją wspierałem, odkąd rozpoczęliśmy rekrutację w 2020 r., i nie rozwodniłem jej obowiązków w miarę rozwoju (w rzeczywistości podwoiliśmy jej zakres). - Możesz kształtować interfejs użytkownika i UX potężnego i złożonego produktu. Nasi użytkownicy potrzebują oprogramowania, które pomoże im szybko działać, dostosowując się do ich unikalnych przepływów pracy i preferencji. W rezultacie nasz interfejs użytkownika nie jest prostym chatboxem, ale nie może też opierać się na morzu pokręteł i pokręteł.

Musi sprawiać wrażenie przystępnej dla osoby korzystającej z niego po raz pierwszy, oferując jednocześnie coraz skuteczniejsze sposoby dostosowywania i automatyzowania pracy. Dlaczego nie powinieneś aplikować Inżynierowie projektowi są dostępni w wielu wersjach i nie wszystkie pasują do naszego modelu. Oto kilka powodów, dla których możesz nie lubić tej roli: - Chcesz pracować tylko nad systemami projektowymi.

Chociaż ulepszanie naszego systemu projektowania jest jednym z wielu obowiązków, nie będziesz mógł pracować wyłącznie nad nim. - Lubisz przeprowadzać szeroko zakrojone badania i testy z użytkownikami przed wdrożeniem. Piękno bycia częściowo inżynierem polega na tym, że możesz budować przekonanie, wysyłając informacje do podzbioru użytkowników (w tym naszego własnego zespołu) i zbierając opinie! - Chcesz, żeby wszystko było idealne, zanim trafi w ręce użytkownika. Jednym z czynników naszego sukcesu jest szybka wysyłka.

Chociaż doceniamy dążenie do doskonałości, zdajemy sobie również sprawę, że nie trzeba tego osiągnąć od razu; zamiast tego przeprowadzamy iteracje w czasie, często pozwalając, aby opinie użytkowników i potrzeby biznesowe wpływały na ustalanie priorytetów. - Nie masz doskonałego gustu i wykonania w projektowaniu wizualnym. Inżynierowie projektanci ustawiają poprzeczkę w zakresie projektowania wizualnego w naszej aplikacji i stale ją udoskonalają, przesuwając granice z każdą nową funkcją lub przeprojektowaniem. - Aby Twoje projekty dotarły do ​​mety, potrzebujesz procesu i struktury zorientowanej na firmę. Planowanie sprintu i dobrze zdefiniowane procesy zarządzania projektami to rzeczy, których potrzebujesz lub zlecasz innym kierowanie.

Wolisz skupić się na projekcie i szczegółach technicznych. - 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.

O jaki staż pracy/poziom się ubiegać Opublikowaliśmy poziomy od juniora do personelu. Im wyższy poziom, tym większego doświadczenia i dopasowania do roli oczekujemy podczas rozpatrywania Twojej aplikacji i rozmowy kwalifikacyjnej. Prosimy o aplikowanie do tej, która stawia właściwe oczekiwania. - Młodszy inżynier ds. projektowania - Jako projektant lub inżynier nie powinieneś mieć więcej niż 2 lata doświadczenia w branży.

Chcemy widzieć projekty (osobiste lub zawodowe) z co najmniej kilkoma użytkownikami, które będą prezentować świetny gust wizualny i rozwijający się talent zarówno w zakresie interfejsu użytkownika/UX, jak i inżynierii. - Inżynier ds. projektowania - to stanowisko obejmuje zarówno poziom średni, jak i starszy. Masz ponad 2 lata ciągłego doświadczenia (np. staże się nie liczą) jako Inżynier lub Projektant. Posiadasz dobrą biegłość zarówno w projektowaniu, jak i inżynierii, a wyjątkową biegłość w dyscyplinie, którą praktykujesz w pełnym wymiarze godzin.

Niezależnie od tego, z której dyscypliny pochodzisz, oczekujemy doświadczenia w projektowaniu produktów i wysyłaniu kodu do setek użytkowników (nawet jeśli poprzez projekty poboczne). - Inżynier ds. projektowania (ten wpis) - Poszukujemy osób, które zawodowo przećwiczyły nasz styl projektowania. Być może nie będzie to formalny tytuł, ale wniesiesz znaczący wkład w system projektowania oraz zaprojektujesz i wdrożysz funkcje dla setek użytkowników, a następnie wykonasz je na podstawie opinii użytkowników. Wewnętrznie nie używamy tych tytułów, ale poziom Inżynierów opiera się na biegłości (o czym możesz przeczytać tutaj).

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! Ponieważ ustanowiliśmy standardy doskonałości w oprogramowaniu TA, zespoły HR wciągnęły nas w rozwiązywanie ich problemów w obszarach takich jak wdrażanie i zarządzanie wydajnością. 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