Kierownik techniczny - inżynieria posprzedażna

Kierownik techniczny - inżynieria posprzedażnaWatu · Organizacja technologiczna · Podlega kierownikowi działu inżynieryjnegoRaportuje kierownikowi działu inżynieryjnego Zespół liczący 4 - 6 inżynierów, w tym lider technicznyPeers Właściciel produktu (zespół) LokalizacjaElastyczna, Europa lub Nairobi Informacje o WatuWatu to firma fintech działająca w Afryce i Ameryce Łacińskiej, zapewniająca finansowanie urządzeń i usługi finansowe klientom historycznie wykluczonym z formalnego systemu finansowego. Finansujemy motocykle, smartfony i inne aktywa produkcyjne w oparciu o technologię, podejście oparte na danych, umożliwiając klientom posiadanie aktywów generujących dochód i budowanie historii kredytowej. Nasza platforma obsługuje miliony podróży klientów w Kenii, Ugandzie, Tanzanii i poza nią, przy ciągłej ekspansji na LATAM.

Rola lidera technicznego w WatuTech Lead to jedna z najważniejszych indywidualnych ról w organizacji inżynieryjnej. Jesteś autorytetem technicznym dla swojego zespołu - jesteś właścicielem architektury, wyznaczasz poprzeczkę jakości, zarządzasz partnerami zewnętrznymi, jeśli ma to zastosowanie, i jesteś głównym punktem eskalacji każdej decyzji inżynieryjnej w Twojej domenie. Ta rola wiąże się z lekkim zarządzaniem ludźmi i głęboką własnością techniczną.

Będziesz mieć 3-5 bezpośrednich podwładnych (Inżynierowie Backendu, Inżynierowie Frontendu/Mobile, Inżynierowie ds. kontroli jakości). Jesteś odpowiedzialny za ich codzienne odblokowywanie, rozwój techniczny i uczciwe opinie na temat ich pracy. Formalne oceny wyników i decyzje o zatrudnieniu podejmowane są przez kierownika działu inżynierii, ale w praktyce najważniejszym czynnikiem wpływającym na te decyzje jest Twój pogląd na każdego inżyniera w Twoim zespole.

Nie pozwól, aby słowo „światło” Cię zmyliło: jeśli inżynier w Twoim oddziale ma problemy, to jest to Twój problem do rozwiązania. Jesteś współwłaścicielem Produktu, a nie jego podwładnym. Produkt jest właścicielem Co.

Jesteś właścicielem Jak i Kiedy. Zobowiązania do sprintu podpisują wspólnie oboje. Jeśli plan działania jest technicznie nierealistyczny, Twoim zadaniem jest powiedzieć o tym wcześnie i wyraźnie.

Zespół: Inżynieria posprzedażna Szybkie fakty dla tego zespołu Zarządzanie: Brak zarządzania przez partnerów zewnętrznych - tylko wewnętrzne. Główny nacisk na technologię: Java · Python · React.js · Przepływ pracy po sprzedaży · Dane posprzedażowe · Wzorce integracji i interfejsy API Obowiązki domeny Posiadanie technicznej implementacji wszystkich przepływów posprzedażowych: wymiana urządzeń, naprawy, roszczenia ubezpieczeniowe, zwroty i przetwarzanie na koniec kredytu. Posiadaj warstwę danych posprzedażowych - struktury techniczne, które rejestrują zdarzenia posprzedażowe, zmiany stanu urządzenia i wyniki posprzedażowe na potrzeby raportowania i użytku operacyjnego.

Posiadaj integrację z Inżynierią zarządzania urządzeniami - procesy posprzedażowe często wyzwalają zdarzenia w cyklu życia urządzenia; utrzymanie umowy integracyjnej pomiędzy obydwoma zespołami jest Twoim obowiązkiem. Projekt zapewniający konfigurowalność operacyjną - procesy posprzedażowe różnią się w zależności od rynku i często się zmieniają; system powinien zapewniać tę elastyczność bez zmian inżynieryjnych dla każdego wariantu. Wbuduj wgląd w operacje posprzedażowe - dashboardy i wsparcie raportowania dla zespołu operacyjnego posprzedażowego.

Wymagania specyficzne dla domeny (oprócz podstawowego JD) Doświadczenie w budowaniu systemów przepływu pracy po sprzedaży lub posprzedażnej - platformy gwarancji, napraw, ubezpieczeń lub zwrotów. Silne umiejętności inżynierii integracji - posiadasz umowy typu service-to-service w środowisku mikrousług i utrzymujesz je stabilne w niezależnych wdrożeniach. Zrozumienie operacyjnego projektu przepływu pracy: maszyny stanowe, kolejki zadań, etapy realizowane w pętli.

Komfort pracy w domenie, w której procesy biznesowe wciąż dojrzewają - ten zespół będzie współprojektował model operacyjny posprzedażny wraz z inżynierią. Co będziesz posiadaćArchitektura i kierownictwo techniczne Posiadaj architekturę techniczną dla domeny swojego zespołu - projekt systemu, kontrakty API, modele danych, wzorce integracji i zapisy decyzji architektonicznych, które dokumentują dlaczego. Egzekwuj standardy inżynieryjne Watu w swoim zespole: GitHub dla całego kodu, obowiązkowy przegląd PR, zasięg bramy, dokumentacja OpenAPI, elementy Runbook i zarządzanie sekretami.Bądź przedstawicielem zespołu w ogólnej architekturze platformy - eskaluj obawy między oddziałami, wnoś wkład w wspólne standardy i upewnij się, że wzorce Twojego oddziału są zgodne z szerszym kierunkiem platformy.Dostawa i jakośćPrzejrzyj i zatwierdź wszystkie żądania ściągnięcia dla swojego oddziału.

Nie jako wąskie gardło, ale jako brama jakości. Twoje imię i nazwisko widnieje na wszystkich statkach. Zdefiniuj i utrzymuj definicję ukończenia drużyny.

Współpracuj z wbudowanym inżynierem ds. kontroli jakości, aby mieć pewność, że jakość jest wbudowana, a nie przykręcana. Kontroluj proces wydawania drużyny. Nic nie jest wysyłane bez Twojej zgody - włączając w to współpracę z partnerami zewnętrznymi, jeśli ma to zastosowanie.

Planuj sprint z właścicielem produktu - przełóż historie użytkowników na zadania techniczne, zależności powierzchniowe i wcześnie oznacz ryzyko. Zarządzanie partnerami i dostawcami Tam, gdzie Twój zespół zarządza partnerem zewnętrznym, Ty jesteś technicznym punktem odpowiedzialności. Partner wykonuje; rządzisz.

Decyzje dotyczące architektury, jakości kodu i czasu wydania są własnością wewnętrzną. Przejrzyj kod partnera poprzez dostęp PR. Nic, co partner wysyła do produkcji, nie wchodzi do produkcji bez Twojej recenzji.

Zarządzanie ludźmi (proste, ale prawdziwe) Masz 4 - 6 bezpośrednich podwładnych: zazwyczaj 1 - 2 inżynierów zaplecza, 1 - 2 inżynierów frontendu/mobilnych i 1 - 2 inżynierów ds. kontroli jakości. Zgłaszają się do Ciebie w ramach codziennej pracy; Kierownik działu kontroli jakości raportuje do kierownika działu inżynieryjnego w zakresie standardów, ale pod względem operacyjnym. Odblokuj inżynierów aktywnie - dobieraj się w pary przy trudnych problemach, przeglądaj projekty przed ich budową i twórz środowisko, w którym prośba o pomoc jest normalna i szybka.

Przekazuj bezpośrednie i terminowe informacje zwrotne swoim bezpośrednim podwładnym. Rozwój inżyniera odbywa się dzięki jasnym, konkretnym informacjom zwrotnym dostarczanym blisko chwili, a nie poprzez cykle roczne. Jesteś główną osobą odpowiedzialną za rozwój inżynierów w swoim składzie.

Twój wkład w oceny wyników i decyzje o zatrudnieniu ma ogromne znaczenie - szef inżynierii będzie w dużym stopniu opierał się na Twojej ocenie każdego inżyniera w Twoim składzie. Modeluj inżynierię natywną dla sztucznej inteligencji. Od każdego inżyniera w Twoim oddziale oczekuje się aktywnego korzystania z narzędzi AI/LLM.

Ty nadajesz ton temu, jak to wygląda w praktyce. Kim jesteś. Niezbędne ponad 7 lat doświadczenia w inżynierii oprogramowania, z czego przez co najmniej 2 lata byłeś de facto autorytetem technicznym w znaczącym obszarze produktów lub zespole.

Solidne podstawy inżynierii backendu: systemy rozproszone, architektura sterowana zdarzeniami, projektowanie API, projektowanie baz danych i strategia testowania. Udokumentowana umiejętność przeglądania i uzasadniania kodu w całym stosie swojej domeny - możesz wystawić znaczącą opinię na temat każdego PR, jaki podnosi Twój zespół. Doświadczenie w Środowisko Agile/Scrum lub Kanban, w którym wraz z Właścicielem Produktu prowadziłeś ceremonie sprintu, udoskonalania backlogu i dostaw.Jasna, bezpośrednia komunikacja - z inżynierami, z produktem i w górę do kierownika inżynierii.Zdecydowanie preferowaneDoświadczenie w fintech, płatnościach lub cyfrowych usługach finansowych w Afryce lub LATAM.Doświadczenie w zarządzaniu zewnętrznymi partnerami inżynieryjnymi lub integracjami dostawców SaaS.Praktyczne doświadczenie w tworzeniu backendu Java (nasz główny język backendu).Znajomość architektura sterowana zdarzeniami, Kafka lub równoważni brokerzy komunikatów.

Standardy inżynieryjne, których oczekujesz. Cały kod w GitHub - obowiązkowa recenzja, ujednolicona strategia rozgałęziania, zielony CI przed połączeniem. API udokumentowane za pomocą OpenAPI/Swagger; Zapisy decyzji dotyczących architektury dotyczące ważnych decyzji. Żadnych tajemnic w kodzie - Menedżer tajemnic AWS lub Vault.

Podstawowym oczekiwaniem jest znajomość OWASP Top 10. Narzędzia AI/LLM są aktywnie wykorzystywane w codziennym przepływie pracy - generowanie kodu, pisanie testów, dokumentacja, debugowanie. Ta rola NIE jest dla Ciebie odpowiednia, jeśli chcesz być chroniony przed trudnymi decyzjami technicznymi przez starszego architekta nad tobą.

Na tym poziomie nie ma takiej. Chcesz odejść od prac technicznych. Będziesz mieć kilku bezpośrednich podwładnych i będziesz pełnił obowiązki związane z zarządzaniem ludźmi, ale będziesz także najbardziej techniczną osobą w drużynie.

Jeśli celem jest zaprzestanie pisania kodu i sprawdzania architektury, jest to zły krok. Wolisz pracować niezależnie i znajdować problemy w zakresie przeglądu kodu i programowania w parach, a nie wartości. Jak aplikować?

Wyślij swoje CV i krótką notatkę o tym, dlaczego ta rola jest do zespołu talentów Watu. Prowadzimy ustrukturyzowany proces: wstępną rozmowę z odpowiednim kierownikiem działu inżynieryjnego, rozmowę techniczną i końcową rozmowę z szerszym zespołem kierowniczym. Szybko poszukujemy odpowiedniego kandydata.

Jesteśmy pracodawcą zapewniającym równe szanse i aktywnie pracujemy nad zbudowaniem zespołu odzwierciedlającego różnorodność rynków, które obsługujemy. Wszystkie przekazane dane osobowe będą przetwarzane zgodnie z obowiązującymi przepisami i regulacjami dotyczącymi ochrony danych i wykorzystywane wyłącznie do celów rekrutacji i selekcji. Pierwotnie opublikowany w Himalajach