Inżynierska podróż w PhonePe: ramy wzrostu dla inżynierów i menedżerów inżynieryjnych
Opublikowany: 2020-07-12Drabina kariery w PhonePe to bardziej przesuwana skala wokół wymiarów, które są ważne dla budowania umiejętności i dobrze odwzorowują kulturę i wartości
„Zakres i wpływ” podróży inżynierskiej PhonePe opisuje rosnącą szerokość i głębię odpowiedzialności w roli oraz wartość uzyskaną przez zespół
W oparciu o tę zasadę, w funkcji rozwoju oprogramowania w inżynierii PhonePe pełni dwie role w ścieżce IC — inżynier oprogramowania i architekt oprogramowania
Gdy PhonePe wchodzi w kolejną fazę rozwoju, moim wyzwaniem było zaprojektowanie organizacji inżynierskiej, która stawia nasz ambitny cel w centrum, jednocześnie dając inżynierom plan rozwoju zawodowego.
PhonePe to ekosystem obsługujący różnorodne produkty i usługi, które pomagają konsumentom i firmom uczestniczyć i rozwijać się w gospodarce — Karte Ja Badhte Ja!
Osobiście postrzegam PhonePe jako platformę technologiczną umożliwiającą ciągłą współpracę z szeroką gamą partnerów. Tworzymy innowacyjne i inteligentne produkty, oparte na szybkości transakcji, prostocie i bezpieczeństwie, dające wzbogacające doświadczenie klientom.
Ale malowanie na tak szerokim płótnie oznacza również, że w dającej się przewidzieć przyszłości różne zespoły będą na różnych etapach dojrzałości produktu, a inżynierowie będą nieustannie żonglować budowaniem długoterminowego potencjału za pomocą hacków wzrostu, jednocześnie skalując platformę w celu zarządzania hiperwzrostem. Obejmuje to rozmyte rozwiązywanie problemów, radzenie sobie z niejednoznacznością, podejmowanie decyzji na podstawie danych, rozległe planowanie i dużo kodowania.
W zależności od etapu życia produktu, nad którym pracują, inżynier może być zobowiązany do ćwiczenia większej ilości mięśni w jednej umiejętności lub w jednym obszarze w stosunku do innych. Jednocześnie ambicja firmy wymaga ciągłego powiększania zespołu poprzez wprowadzanie nowych talentów o różnym poziomie wiedzy technologicznej i dziedzinowej. Zacząłem więc myśleć o ramach, które byłyby dostosowane do holistycznego rozwoju inżynierów poprzez uczenie się i akumulację umiejętności w czasie, przy jednoczesnym skupieniu się na celach i potrzebach organizacji.
Początkowym procesem myślowym było po prostu zdefiniowanie bardziej szczegółowej drabiny kariery dla inżynierii na wzór tego, co mamy dzisiaj. Opierając się na moim dotychczasowym doświadczeniu, typowa drabina kariery obejmuje ramy kompetencji, które ustalają kombinację poziomów umiejętności w roli do tytułu. To prowadzi do zachowania, które jest szczególnie skoncentrowane na osiągnięciu lokalnych maksimów wzrostu tytularnego osobników.
Z drugiej strony nowoczesne kariery (zwłaszcza w konsumenckiej przestrzeni internetowej) są znacznie bardziej płynne. Wymagają od jednostek sporej elastyczności w wyborze zestawów umiejętności do rozwijania i ćwiczenia w jakim czasie, aby zmaksymalizować wartość dla firmy.
To skłoniło mnie do przedefiniowania naszej definicji drabiny kariery na ramy, które określają oczekiwania rozwojowe inżyniera w oparciu o rosnące sfery własności i odpowiedzialności. Moim zdaniem, lepiej oddaje to rzeczywisty rozwój kariery w szybko rozwijającej się organizacji, w której wymagania wobec jednostki stają się bardziej wielowymiarowe, w miarę jak posiadany przez nią statut staje się coraz większy i szerszy.
Moje podejście do drabiny kariery w PhonePe jest bardziej przesuwaną skalą wokół wymiarów, które są ważne dla budowania umiejętności i dobrze odwzorowują kulturę i wartości PhonePe. Nie ma oczywistej funkcji kroku, w której możesz wskazać dowolną umiejętność i powiedzieć „Dobra robota! Jesteś teraz starszym inżynierem lub SDE3” itp.
Ma być postrzegany jako przewodnik dotyczący tego, jak najlepiej działać, aby uzyskać maksymalny wpływ, biorąc na siebie większą odpowiedzialność w organizacji. A po drodze gromadź umiejętności i wiedzę, które sprawiają, że dana osoba jest wszechstronnym liderem inżynierii, a jednocześnie jest nagradzana za wytworzoną wartość i wpływ. Nie jest zorientowany na cel, ale jest raczej dążeniem do doskonałości. Stąd nazwa Engineering Journey w PhonePe .
Jak definiujemy podróż inżynierską PhonePe?
PhonePe Engineering Journey jest zdefiniowana jako struktura, która odwzorowuje rozwój każdej osoby w organizacji inżynierskiej poprzez zakres jej własności, wpływy i wpływ, a nie kadencję lub hierarchię. Został zaprojektowany, aby służyć następującemu celowi:
- Bądź przewodnikiem dla indywidualnych współpracowników na temat cech i umiejętności, które muszą rozwinąć, aby być bardziej efektywnym w miarę poszerzania się ich obowiązków
- Bądź przewodnikiem dla menedżerów, aby zwiększać obowiązki poszczególnych osób w ich zespole, gdy wykazują obietnice, zapewniając jednocześnie sprawiedliwe i konsekwentne nagradzanie za ich cenny wkład
- Utrzymuj zaangażowanie organizacji inżynierskiej w tworzenie środowiska, które sprawia, że uczenie się w pracy i stosowanie tego samego w celu wywierania wpływu jest głównym celem każdej osoby, a rozwój kariery jest naturalnym wynikiem tego procesu
Gdy dopracowywaliśmy nasze przemyślenia na temat szczegółów podróży inżynierskiej, zbiegliśmy się z zestawem podstawowych zasad, które odzwierciedlały nasze wartości jako organizacji inżynierskiej i nasze przekonania o tym, co reprezentuje rozwój inżynierii w prawdziwym tego słowa znaczeniu. Ważne jest, aby je szczegółowo opisać ze względu na wpływ, jaki ma to na definicje ról i odpowiedzialności, które będziemy mieć w przyszłości
Podstawowe założenia
Wzrost oparty na „zakresie i wpływie” i kierowany przez „wymiary wzrostu”
„Zakres i wpływ” podróży inżynierskiej PhonePe opisuje rosnącą szerokość i głębię odpowiedzialności w roli oraz wartość, jaką zespół / organizację z niej wyprowadza. Wzrost roli musi być mierzony tylko przez pryzmat rosnącego zakresu i wpływu — w miarę jak inżynier rozwija się jako profesjonalista, jego zakres (i odpowiadający mu wpływ) również odejdą od posiadania i dostarczania (pod nadzorem) małych zadań i funkcji w swoim zespole , do posiadania funkcji i usług typu end-to-end, do posiadania dużych platform i produktów typu end-to-end.
„Wymiary wzrostu” odnoszą się do umiejętności technicznych i cech behawioralnych charakterystycznych dla nas jako organizacji i tego, co sprawia, że inżynier odnosi sukcesy w PhonePe. Jest to funkcja rodzaju organizacji, którą jesteśmy (otwarte, wielkoskalowe platformy obsługujące różnorodne produkty, domenę płatności i usług finansowych oraz decyzje oparte na danych) oraz kultury, którą chcemy wpajać naszym inżynierom (duża własność i pasja, umiejętność z niejednoznacznością, wzrost poprzez ciągłe uczenie się i przywództwo poprzez pozytywny wpływ).
„Wymiary wzrostu” służą jedynie jako przewodnik, a nie lista kontrolna do przygotowania i aspiracji do zwiększenia zakresu odpowiedzialności. Na przykład, jako inżynier (czy to inżynier zaplecza, czy programista aplikacji) aspiruje do szerszej odpowiedzialności, musi między innymi poprawić swoje umiejętności projektowania i programowania oraz zrozumienie otaczających go systemów.
Polecany dla Ciebie:
Jak platforma agregacji kont RBI ma przekształcić fintech w Indiach
Przedsiębiorcy nie mogą tworzyć zrównoważonych, skalowalnych start-upów poprzez „Jugaad”: Cit...
Jak Metaverse zmieni indyjski przemysł motoryzacyjny?
Co oznacza przepis anty-profitowy dla indyjskich startupów?
W jaki sposób start-upy Edtech pomagają indyjskim pracownikom podnosić umiejętności i być gotowym na przyszłość...
Akcje New Age Tech w tym tygodniu: Kłopoty Zomato nadal, EaseMyTrip publikuje Stro...
Jednocześnie muszą także inwestować w lepsze planowanie i ustalanie priorytetów, aby realizować projekty o coraz większej złożoności. Wraz z nimi jednak inżynier musi również rozwinąć swoją zdolność do mentorowania innych, wpływania na zmianę poprzez swoją strefę wpływów (w przeciwieństwie do robienia tego w oparciu o strukturę hierarchiczną) oraz zarządzania zmianą i niejednoznacznością dla siebie i swoich zespołów by odnieść sukces.
Służąc jako przewodnik dla ciągłego doskonalenia, „Wymiary wzrostu” pozwalają inżynierowi samodzielnie zarządzać inwestycjami w różnych obszarach rozwoju w oparciu o potrzeby jego zespołu, zapewniając jednocześnie całościowy rozwój jako inżynier w perspektywie długoterminowej.
Unikanie podejścia polegającego na wykrawaniu ciasteczek do wzrostu
Zakres własności i wpływ, jaki inżynier ma na organizację, jest nie tylko funkcją miejsca, w którym inżynier stoi w różnych wymiarach rozwoju, ale także wymagań biznesu i zespołu, którego jest częścią. Czasami inżynier może skoncentrować się i nadmiernie indeksować na pewnych wymiarach, co jest potrzebą chwili dla firmy, kosztem wzrostu w innych wymiarach .
Nie należy więc oczekiwać, że w dowolnym momencie wszyscy inżynierowie pełniący podobne obowiązki w firmie będą na tym samym poziomie rozwoju w różnych wymiarach. Podobnie zwiększenie zakresu odpowiedzialności i/lub wynagrodzenia nie zawsze powinno być uzależnione od wykazania z premedytacją poprawy we wszystkich wymiarach. Jednak organizacja i poszczególne osoby powinny zapewnić, że z biegiem czasu poprzez ustrukturyzowaną rotację, uczenie się w miejscu pracy i mentoring, osiągnięty zostanie wzrost w różnych wymiarach.
Poniżej znajduje się ilustracja powyższych dwóch zasad przewodnich — trzy osoby o podobnym okresie własności i oczekiwaniu wpływu będą mapować inaczej na skali Zakres i wpływ oraz Wymiary. Koncentryczne okręgi reprezentują wzrost zasięgu i wpływu, a pięć osi oznacza wymiary wzrostu:
Równoległe ścieżki rozwoju dla indywidualnych współpracowników i menedżerów
Mamy dwie odrębne i równoległe ścieżki kariery w inżynierii w PhonePe - ścieżkę Indywidualnego Współtwórcy (IC) i ścieżkę Zarządzania. Inżynierska Podróż musi zapewnić, że wzrost na ścieżce IC jest porównywalny we wszystkich aspektach do wzrostu na ścieżce zarządzania, bez szklanego sufitu, jeśli chodzi o wywieranie wpływu, demonstrowanie umiejętności przywódczych i wynagrodzenia. Poszczególni współpracownicy mogą zostać menedżerami, jeśli są zainteresowani podstawowymi obowiązkami zarządzania ludźmi. Ale ta zmiana byłaby bocznym posunięciem, a nie awansem. Dzięki temu nie tworzymy zachęty do zmiany utworów z niewłaściwych powodów.
Tytuły funkcjonalne nad tytułami hierarchicznymi
Biorąc pod uwagę, że rozwój firmy jest bezpośrednim wyznacznikiem zakresu własności i wpływu, tytuły są potrzebne tylko do dokładnego odzwierciedlenia tego zakresu funkcjonalnego bez potrzeby hierarchizacji w tym zakresie. Nagradzamy i doceniamy osoby, które zwiększają zakres i/lub wpływ, zwiększając ich wynagrodzenie i obowiązki, a nie przez nadawanie tytułów, które w jakikolwiek sposób odzwierciedlają staż pracy.
Dzięki temu tytuły nie są już motywacją dla jednostek. A uprawnienie do bycia częścią konkretnego forum dyskusyjnego, ekscytującej nowej inicjatywy lub funkcji decyzyjnej jest zasługą czyjejś funkcjonalnej roli i wydajności, a nie tytułu. Tworzy to kulturę, w której hierarchie organizacyjne nie odgrywają roli w codziennych interakcjach z ludźmi, a dyskusje mają miejsce i są zamykane na technicznych zaletach przedstawianych argumentów, a nie na stojących za nimi osobach.
Więc co to wszystko oznacza dla ról inżynierskich w PhonePe?
Jak wspomniano wcześniej, biorąc pod uwagę, że nasza drabina inżynierska jest bardziej skalą przesuwną wzdłuż określonych wymiarów, odchodzimy od określania roli na każdym etapie rozwoju, aby zapewnić, że nadal będziemy koncentrować się na zdobywaniu większej liczby obowiązków niż na zdobywaniu tytułu. Nasze tytuły są funkcjonalne i zaprojektowane tak, aby oznaczały zastosowanie roli, a nie starszeństwo.
Ścieżka indywidualnego kontrybutora
Opierając się na tej zasadzie, w funkcji rozwoju oprogramowania w inżynierii mamy dwie role w ścieżce IC — Inżyniera Oprogramowania i Architekta Oprogramowania . Obowiązki funkcjonalne roli inżyniera oprogramowania są przede wszystkim mapowane na zespół produktu lub zestaw sąsiednich POD, których cele są zwykle powiązane z celami L1 organizacji. Obowiązki funkcjonalne architekta oprogramowania są bardziej horyzontalne i są przede wszystkim zmapowane na cele organizacji technologicznej, takie jak skala, niezawodność, wydajność, optymalizacja kosztów centrum danych itp.
Inżynier oprogramowania z czasem staje się głębokim ekspertem na poziomie produktu, nie oznacza to jednak, że nie jest zaangażowany w szersze inicjatywy poza zespołem.
Z tego samego powodu architekt oprogramowania nie jest krótkowzroczny skupiony na inicjatywach organizacyjnych; nadal należą do zespołów i regularnie uczestniczą w inicjatywach zespołowych, ale nie na tym skupiają się ich uwaga. To właśnie ta funkcjonalna różnica gwarantuje inny tytuł. Ale obie role nadal mają równoległe ścieżki rozwoju, bez konieczności przełączania się z jednej na drugą z powodów edukacyjnych lub kompensacyjnych.
Ścieżka menedżera
Przyjęliśmy podobne rozgałęzienie ze ścieżką menedżerską z zakresami zespołowymi i organizacyjnymi jako podstawę rozwoju kariery. Menadżerowie inżynierscy na poziomie podstawowym, a także bardziej doświadczeni menedżerowie inżynierscy z zakresem zespołu (zespołów) są przypisani do roli kierownika ds. inżynierii . W miarę jak statut po stronie zarządzania inżynieryjnego rozszerza się o obowiązki organizacyjne, które nie są specyficzne dla zespołu, wraz ze współwłasnością odpowiedzialności za rachunek zysków i strat, rola staje się kierownikiem działu inżynieryjnego .
W tym przypadku, podczas gdy wykres kariery między kierownikiem inżynierii a kierownikiem inżynierii będzie się w pewnym stopniu pokrywać, naturalnym postępem kariery dla kierownika inżynierii jest rola kierownika działu inżynierii.
Poziomy
W obu ścieżkach każda z powyższych ról jest odwzorowana na poziomy wynagrodzeń w systemie HR. Ma to na celu zapewnienie, że mamy możliwość ciągłego porównywania wynagrodzeń z rynkiem, a także posiadanie punktów kontrolnych w systemie dla podwyżek wynagrodzeń i zatrudniania. Jednak poziomy te nie są znane jednostkom, ponieważ niweczą one cel płaskich ról w funkcji. Jakiekolwiek użycie tych poziomów poza decyzjami o odszkodowaniu jest dysfunkcjonalne.
Czy można to uogólnić we wszystkich dyscyplinach inżynierii?
PhonePe oferuje szeroką gamę dyscyplin inżynierii oprogramowania, w tym backend, mobile, UI, DevOps, data science, jakość i bezpieczeństwo. Mamy również wiele jednostek biznesowych i produktowych zorganizowanych międzyfunkcyjnie jako POD. Chociaż powyższe przykłady przede wszystkim podkreślają podstawową funkcję rozwojową w inżynierii, uważam, że podejście i zasady mają zastosowanie do inżynierów i menedżerów we wszystkich dyscyplinach i zespołach.
Zapewniając spójne standardy w całej firmie, możemy zapewnić płynną mobilność wewnętrzną i dalej wspierać indywidualny rozwój. Osoby powinny być w stanie poszerzyć swoje umiejętności i perspektywy, pracując nad szeroką gamą produktów i problemów. To jest ostateczny cel.
Bibliografia
Kiedy zacząłem myśleć o tym, jak chcę zbudować ramy wzrostu dla inżynierii w PhonePe, zacząłem szukać, jak inni podeszli do tego samego problemu. Byłem mile zaskoczony tym, jak bardzo wiele organizacji podchodzi do swojej filozofii w tym zakresie. Biorąc pod uwagę, że wiele z nich zainspirowało mnie do myślenia na ten temat, słuszne jest otwarcie naszych poglądów na opinie, a jednocześnie uznanie tych, którzy na to wpłynęli.