A jornada de engenharia na PhonePe: uma estrutura de crescimento para engenheiros e gerentes de engenharia
Publicados: 2020-07-12A escada da carreira na PhonePe é mais uma escala móvel em torno de dimensões que são importantes para a construção de habilidades e mapeiam bem a cultura e os valores
O "Escopo e Impacto" da jornada de engenharia do PhonePe descreve a crescente amplitude e profundidade da responsabilidade em uma função e o valor derivado pela equipe
Com base nesse princípio, na função de desenvolvimento de software em engenharia, o PhonePe tem dois papéis na trilha de IC — Engenheiro de Software e Arquiteto de Software
À medida que o PhonePe avança para sua próxima fase de crescimento, meu desafio era projetar uma organização de engenharia que colocasse nosso objetivo ambicioso diretamente no centro, ao mesmo tempo em que fornecesse aos engenheiros um roteiro para o crescimento profissional.
PhonePe é um ecossistema que alimenta uma variedade de produtos e serviços que ajudam consumidores e empresas a participar e prosperar na economia — Karte Ja Badhte Ja!
Pessoalmente, vejo o PhonePe como uma plataforma de tecnologia que permite a colaboração contínua com uma ampla variedade de parceiros. Criamos produtos inovadores e inteligentes, ancorados na velocidade de transação, simplicidade e segurança, proporcionando uma experiência enriquecedora aos clientes.
Mas pintar em uma tela tão ampla também significa que, no futuro próximo, diferentes equipes estarão em diferentes estágios de maturidade do produto, com os engenheiros fazendo malabarismos constantemente com a construção de capacidade de longo prazo com hacks de crescimento, enquanto dimensionam a plataforma para gerenciar o hipercrescimento. Isso envolve resolução de problemas difusos, lidar com ambiguidade, decisão orientada por dados, planejamento extensivo e muita codificação.
Dependendo do estágio de vida do produto em que estão trabalhando, um engenheiro pode ser obrigado a exercitar mais força em uma habilidade ou em uma área sobre as outras. Ao mesmo tempo, a ambição da empresa exige que continuemos a aumentar a equipe, trazendo novos talentos com diferentes níveis de tecnologia e conhecimento de domínio. Então, comecei a pensar em uma estrutura que estaria alinhada ao crescimento holístico dos engenheiros por meio do aprendizado e da acumulação de habilidades ao longo do tempo, enquanto ainda focava nos objetivos e necessidades da organização.
O processo de pensamento inicial era simplesmente definir uma escada de carreira mais granular para a engenharia nos moldes do que temos hoje. Com base em minha experiência anterior, uma escada de carreira típica compreende uma estrutura de competências que vincula uma combinação de níveis de habilidade em um cargo a um título. Isso tende a conduzir um comportamento que é singularmente focado em alcançar os máximos locais do crescimento titular dos indivíduos.
Por outro lado, as carreiras modernas (especialmente no espaço da internet do consumidor) são muito mais fluidas. Eles exigem uma quantidade razoável de flexibilidade dos indivíduos para escolher quais conjuntos de habilidades desenvolver e exercitar em que momento para maximizar o valor para a empresa.
Isso me fez reimaginar nossa definição de uma escada de carreira para uma estrutura que define as expectativas de crescimento de um engenheiro com base em esferas crescentes de propriedade e responsabilidade. Na minha opinião, isso mapeia melhor o crescimento real da carreira em uma organização em rápida evolução, onde as demandas de um indivíduo se tornam mais multidimensionais à medida que a carta que ele possui cresce e se amplia.
Minha opinião sobre a carreira na PhonePe é mais uma escala móvel em torno de dimensões que são importantes para a construção de habilidades e mapeiam bem a cultura e os valores da PhonePe. Não existe uma função de passos óbvia onde você possa apontar para qualquer habilidade e dizer “Muito bem! Você agora é um Engenheiro Sênior ou um SDE3” etc.
Deve ser visto como um guia sobre como operar melhor para criar o máximo impacto à medida que você assume mais responsabilidades na organização. E, ao longo do caminho, acumule habilidades e aprendizados que tornam uma pessoa um líder de engenharia completo, ao mesmo tempo em que é recompensado pelo valor e pelo impacto criados. Não é orientada para objetivos, mas é mais uma busca pela excelência. E daí o nome, Jornada de Engenharia na PhonePe .
Como definimos a jornada de engenharia do PhonePe?
A PhonePe Engineering Journey é definida como uma estrutura que mapeia o crescimento de qualquer indivíduo na organização de engenharia por meio de seu escopo de propriedade, influência e impacto, em vez de posse ou hierarquia. Ele foi projetado para atender ao seguinte propósito:
- Ser um guia para colaboradores individuais sobre características e habilidades que eles precisam desenvolver para serem mais eficazes à medida que suas responsabilidades se ampliam
- Ser um guia para os gerentes aumentarem as responsabilidades dos indivíduos em sua equipe, pois eles se mostram promissores, garantindo que sejam recompensados de forma justa e consistente por suas valiosas contribuições
- Manter a organização de engenharia comprometida em criar um ambiente que torne o aprendizado no trabalho e a aplicação do mesmo impacto o objetivo principal de cada indivíduo, sendo o crescimento da carreira um resultado natural desse processo
À medida que refinamos nossos pensamentos sobre o detalhamento da Jornada de Engenharia, convergimos para um conjunto de princípios fundamentais que refletiam nossos valores como organização de engenharia e nossas crenças sobre o que representa o crescimento da engenharia no verdadeiro sentido. É importante detalhar isso devido ao impacto que isso tem nas definições de papel e responsabilidade que teremos daqui para frente
Princípios Fundamentais
Crescimento baseado em “escopo e impacto” e guiado por “dimensões de crescimento”
O “Escopo e Impacto” da jornada de engenharia do PhonePe descreve a crescente amplitude e profundidade da responsabilidade em uma função e o valor derivado pela equipe/organização da mesma. O crescimento em uma função deve ser medido apenas através da lente do aumento do Escopo e do Impacto – à medida que um engenheiro cresce como profissional, seu Escopo (e o Impacto correspondente) também passaria de possuir e entregar (sob supervisão) pequenas tarefas e recursos em sua equipe , para possuir recursos e serviços de ponta a ponta, para possuir grandes plataformas e produtos de ponta a ponta.
As “Dimensões de Crescimento” referem-se às habilidades técnicas e características comportamentais específicas para nós como organização, e o que torna um engenheiro de sucesso na PhonePe. É uma função do tipo de organização que somos (plataformas abertas de grande escala que alimentam diversos produtos, pagamentos e domínio de serviços financeiros e decisões orientadas por dados) e a cultura que queremos inculcar em nossos engenheiros (alta propriedade e paixão, capacidade de lidar com ambiguidade, crescimento por aprendizado contínuo e liderança por influência positiva).
As “Dimensões de Crescimento” servem apenas como um guia e não como uma lista de verificação para preparar e aspirar a um maior alcance de responsabilidade. Por exemplo, como um engenheiro (seja um engenheiro de back-end ou um desenvolvedor de aplicativos) aspira por responsabilidades mais amplas, eles precisam melhorar suas habilidades de design e desenvolvimento e sua compreensão dos sistemas ao seu redor, entre outras coisas.
Recomendado para você:
Como a estrutura do agregador de contas do RBI está definida para transformar as fintechs na Índia
Empreendedores não podem criar startups sustentáveis e escaláveis por meio do 'Jugaad':...
Como o Metaverse transformará a indústria automobilística indiana
O que significa a provisão antilucratividade para startups indianas?
Como as startups de Edtech estão ajudando a qualificação da força de trabalho da Índia e se preparando para o futuro
Ações de tecnologia da nova era esta semana: os problemas do Zomato continuam, EaseMyTrip publica...
Ao mesmo tempo, eles também precisam investir em melhor planejamento e priorização para entregar projetos de complexidade crescente. Junto com isso, no entanto, um engenheiro também precisa crescer em sua capacidade de orientar os outros, afetar a mudança por meio de sua esfera de influência (em vez de fazê-lo apoiado por uma estrutura hierárquica) e gerenciar mudanças e ambiguidades para si e suas equipes. Ser bem sucedido.
Ao servir como um guia para a melhoria contínua, as “Dimensões de Crescimento” permitem que um engenheiro gerencie seu investimento em diferentes áreas de desenvolvimento com base no que é necessário para sua equipe, garantindo um crescimento holístico como engenheiro a longo prazo.
Evitando a Abordagem Cookie-Cutter para o Crescimento
O escopo de propriedade e o impacto que um engenheiro tem na organização não depende apenas de onde o engenheiro se encontra nas várias dimensões de crescimento, mas também das demandas do negócio e da equipe da qual faz parte. Às vezes, um engenheiro pode se concentrar e superindexar certas dimensões que são a necessidade do momento para o negócio, em detrimento do crescimento em outras dimensões .
Portanto, não se deve esperar que, em determinado momento, todos os engenheiros com níveis semelhantes de responsabilidade na empresa estejam no mesmo nível de crescimento nas várias dimensões. Da mesma forma, o aumento da amplitude de responsabilidade e/ou compensação nem sempre deve depender da demonstração premeditada de melhoria em todas as dimensões. No entanto, a organização e os indivíduos devem garantir que, ao longo do tempo, por meio da rotação estruturada, aprendizado no trabalho e orientação, o crescimento em todas as dimensões seja alcançado.
Abaixo está uma ilustração dos dois princípios orientadores acima – três indivíduos com um alcance semelhante de propriedade e expectativa de impacto serão mapeados de forma diferente na escala Escopo e Impacto e Dimensões. Os círculos concêntricos representam o crescimento em escopo e impacto, e os cinco eixos denotam as dimensões do crescimento:
Trilhas paralelas de crescimento para colaboradores e gerentes individuais
Temos duas carreiras distintas e paralelas em engenharia na PhonePe - uma trilha de Contribuidor Individual (IC) e uma trilha de Gestão. A Jornada de Engenharia deve garantir que o crescimento na trilha de IC seja comparável em todos os aspectos ao crescimento na trilha de Gestão, sem teto de vidro quando se trata de criar impacto, demonstrando habilidades de liderança e remuneração. Colaboradores individuais podem se tornar gerentes se estiverem interessados nas principais responsabilidades do gerenciamento de pessoas. Mas essa mudança seria um movimento lateral e não uma promoção. Isso ajuda a garantir que não criemos um incentivo para mudar de faixa pelos motivos errados.
Títulos funcionais sobre os hierárquicos
Dado que o crescimento na empresa é um proxy direto de seu escopo de propriedade e impacto, os títulos são necessários apenas para refletir com precisão esse escopo funcional sem a necessidade de uma hierarquia dentro dele. Recompensamos e reconhecemos as pessoas que avançam em escopo e/ou impacto aumentando sua remuneração e suas responsabilidades, e não conferindo títulos que representem de alguma forma a antiguidade.
Isso garante que os títulos não sejam mais o motivador para os indivíduos. E o direito de fazer parte de um determinado fórum de discussão, de uma nova iniciativa empolgante ou de uma função de decisão depende do mérito da função e do desempenho funcional da pessoa, e não do título. Isso constrói uma cultura onde as hierarquias organizacionais não têm um papel a desempenhar nas interações cotidianas com as pessoas, e onde as discussões acontecem e são encerradas pelos méritos técnicos dos argumentos apresentados e não pelos indivíduos por trás deles.
Então, o que tudo isso significa para as funções de engenharia na PhonePe?
Como mencionado anteriormente, dado que nossa escada de engenharia é mais uma escala móvel ao longo das dimensões identificadas, estamos deixando de nomear uma função em cada etapa do crescimento para garantir que o foco continue sendo ganhar mais responsabilidades em vez de obter um título. Nossos títulos são funcionais e projetados para denotar a aplicabilidade de uma função e não a antiguidade.
Faixa de Contribuidor Individual
Com base nesse princípio, na função de desenvolvimento de software em engenharia, temos dois papéis na trilha de IC — Engenheiro de Software e Arquiteto de Software . As responsabilidades funcionais da função de Engenheiro de Software são mapeadas principalmente para uma equipe de produto ou um conjunto de PODs adjacentes cujos objetivos estão normalmente vinculados aos objetivos L1 da organização. As responsabilidades funcionais do Arquiteto de Software são mais horizontais e mapeadas principalmente para os objetivos da organização de tecnologia de escala, confiabilidade, desempenho, otimização de custos do data center etc.
O Engenheiro de Software se torna um profundo especialista em nível de produto ao longo do tempo, no entanto, isso não significa que ele não esteja envolvido em iniciativas mais amplas fora da equipe.
Da mesma forma, um Arquiteto de Software não está míope focado apenas em iniciativas organizacionais; eles ainda pertencem a equipes e contribuem regularmente para iniciativas de equipe, mas esse não é o foco principal de sua atenção. É essa diferença funcional que garante um título diferente. Mas ambas as funções continuam a ter caminhos de crescimento paralelos, sem a necessidade de mudar de uma para outra por motivos de aprendizado ou compensação.
Faixa do gerente
Adotamos uma bifurcação semelhante com a trilha de gestão com os escopos de equipe e organizacional como base para o desenvolvimento de carreira. Gerentes de engenharia de nível básico, bem como gerentes de engenharia mais experientes com escopo de equipe(s), são mapeados para a função de Gerente de Engenharia . À medida que a carta do lado de gerenciamento de engenharia se expande para incluir responsabilidades organizacionais que não são específicas da equipe, juntamente com a copropriedade das responsabilidades de P&L, o papel se torna o de Chefe de Engenharia .
Nesse caso, embora o gráfico de carreira entre Gerente de Engenharia e Chefe de Engenharia tenha alguma sobreposição, a progressão natural da carreira de um Gerente de Engenharia é para o cargo de Chefe de Engenharia.
Níveis
Em ambas as faixas, cada uma das funções acima é mapeada para níveis de remuneração no sistema de RH. Isso é para garantir que tenhamos a capacidade de comparar continuamente os salários em relação ao mercado, bem como ter pontos de verificação dentro do sistema para aumentos salariais e contratações. No entanto, esses níveis não são conhecidos pelos indivíduos porque anulam o propósito de papéis planos dentro de uma função. Qualquer uso desses níveis fora das decisões de compensação é disfuncional.
Isso pode ser generalizado em todas as disciplinas da engenharia?
PhonePe tem uma ampla variedade de disciplinas de engenharia de software, incluindo backend, mobile, UI, DevOps, ciências de dados, qualidade e segurança. Também temos muitas unidades de negócios e produtos organizadas multifuncionalmente como PODs. Embora os exemplos acima destaquem principalmente a função central de desenvolvimento na engenharia, acredito que a abordagem e os princípios são aplicáveis a engenheiros e gerentes em todas as disciplinas e equipes.
Ao garantir que tenhamos padrões consistentes em toda a empresa, podemos permitir uma mobilidade interna fluida e apoiar ainda mais o crescimento individual. Os indivíduos devem ser capazes de ampliar seu conjunto de habilidades e perspectivas trabalhando em uma ampla gama de produtos e problemas. Esse é o objetivo final.
Referências
Quando comecei a pensar em como queria construir uma estrutura de crescimento para engenharia na PhonePe, comecei a procurar como outros abordaram o mesmo problema. E fiquei agradavelmente surpreso com a abertura de muitas organizações sobre sua filosofia sobre isso. Dado que muitos deles inspiraram meu pensamento sobre isso, é justo que deixemos nossos pontos de vista abertos para feedback, ao mesmo tempo em que damos crédito àqueles que o influenciaram.