O que faz um Principal Engineer
Recentemente mudei de cargo para Principal Engineer aqui na RD. Durante a mudança algumas pessoas me perguntaram: “mas o que faz um Principal Engineer?”.
Para entender isso, preciso explicar como a inovação acontece dentro de uma empresa como a RD Station.
Existem quatro papéis muito importantes e complementares que formam o núcleo de inovação tecnológica dentro de uma empresa. Esses profissionais atuam em conjunto e de forma iterativa para materializar a visão criada pela diretoria. Quanto mais conversas e proximidade entre estes papéis mais consegue-se chegar perto de uma entrega que vai garantir o valor máximo na ponta sem se perder o timing de mercado. Cada um tem uma responsabilidade final por algum pedaço da equação, mas no fim o time tem responsabilidade global pela qualidade do que está entregando.
Product Managers e Designers atuam no QUE deve ser feito, dado as restrições de quem está disponível para fazer e como aquilo precisa ser feito.
Team Leaders garantem que QUEM precisa trabalhar naquilo, tem clareza sobre o que precisa ser feito e tem participação ativa na construção do como, liderando e guiando o time durante o desenvolvimento.
O que finalmente nos leva ao COMO do problema. Em um nível de time, os indivíduos muitas vezes resolvem esse problema de forma conjunta. De fato, em um time saudável essa é a responsabilidade do time de desenvolvimento. Quanto mais cedo no processo de descoberta do QUE precisa ser feito, mais assertivo o time é em encontrar o COMO adequado.
No entanto, à medida que a equipe de desenvolvimento cresce ( ainda com < 10 times) e se divide em múltiplos times especializados surge a necessidade de uma profissional que além de deter bastante conhecimento sobre seu domínio também entende as interfaces com os domínios vizinhos. Esse papel adquire uma responsabilidade mais clara na construção do COMO (além de outras atribuições). Chamamos essa pessoa de Tech Leader aqui na RD.
Quando a empresa cresce ainda mais (acima de 10 times aproximadamente) a mesma estrutura tende a aparecer de novo em outro contexto. Surgem cargos como Design Lead, Group Product Manager, Engineering Manager e por fim, o tópico do post, o Principal Engineer. De uma forma análoga ao que acontece dentro de um time especializado, essas pessoas destilam a visão da empresa em uma visão mais concreta para que os times possam individualmente traduzir novamente para um plano tático.
O trabalho da Principal Engineer é então análogo ao do Tech Leader. As diferenças estão nos eixos de horizonte de tempo, profundidade de conhecimento e amplitude de escopo.
Um Tech Leader é um especialista no seu domínio e também entende os escopos imediatamente adjacentes e qual as interfaces que seu time tem com esses escopos. Ela atua em conjunto com o time para atender às necessidades e de entregas de curto prazo.
O Principal Engineer olha para um horizonte de tempo mais longo, e está preocupado com a interação entre os domínios que estão sob sua responsabilidade. Obviamente, a Principal não tem o conhecimento aprofundado que o Tech Leader tem na sua vertical. O trabalho entre esses dois profissionais é sinérgico, com ambos os lados dependendo do sucesso do outro e a relação não traz conotação de hierarquia.
Mas o que isso significa em termos práticos? O que uma Principal Engineer faz no dia a dia?
Para conseguir tomar boas decisões técnicas e montar uma visão técnica de longo prazo, um Principal Engineer tem que estar muito conectado com o negócio. Afinal, nenhuma boa solução pode existir sem um excelente entendimento do problema. Isso se traduz em muita conversa com a Head of Product da área, escutar feedbacks dos usuários, entender posicionamento do mercado e as tendências tecnológicas do domínio do problema da empresa.
Rituais de conversas com os Tech Leaders são o principal instrumento para conseguir atingir dois grandes objetivos. O primeiro é trazer o conhecimento de área importante para o domínio específico da Tech Leader e desempenhar o papel de steering para a direção tecnológica pretendida. A segunda e não menos importante é ter papel ativo nas entregas de curto prazo dos Tech Leaders. Aqui entra um papel de mentoria técnica, resolução de conflitos com outras áreas e até mesmo de coach.
Bom, então a Principal Engineer só faz reuniões? Pelo contrário, é esperado que essa pessoa construa uma visão de longo prazo tecnológica que atenda as necessidades de crescimento da empresa. Para isso, garantir tempo para trabalho profundo e focado é essencial para conseguir processar todos os inputs e transformar isso em uma visão coesa de como os domínios atuais precisam evoluir para atender as futuras demandas.
Essa é a visão das principais responsabilidades desse papel hoje aqui na RD. Existem muitas oportunidades e co-responsabilidades que não mencionamos que entram no dia a dia que também são importantes por exemplo: motivação do time de engenharia, promoção de colaboração entre departamentos, compartilhamento de conhecimento, participação nos processos e decisões de aquisição e retenção de talentos, delegação efetiva de tarefas, entre tantas outras.
Obrigado por ler até aqui! Espero que tenha ficado claro. E na sua experiência? Também é assim ou tem diferenças?
