Luis Takahashi
Senior Staff Software Engineer no iFood
Nesta edição vamos saber um pouco mais sobre as experiências do Luis lá no iFood.
Conte um pouco sobre sua posição atual. Qual é o seu título e que tipo de trabalho você faz geralmente?
Hoje atuo como Nomad(N2) equivalente ao segundo de quatro níveis de especialista técnico no iFood ou Senior Staff Software Engineer equivalente no mercado. Estou no time de Web Platform que visa solidificar e amadurecer a web no iFood, atuando em algumas verticais de negócio às vezes diretamente ou cross com ferramentas, decisões arquiteturais, padronizações, boas práticas, treinamentos e muito mais.
Que tipo de impacto você sente que mais gera na sua posição atual? E como isso é diferente em relação a sua posição anterior?
Sinto que meu maior impacto hoje se divide tanto nas pessoas quanto nos times apoiando na criação e evolução da esteira de contratação de frontend padronizada para todo o iFood, standards, libs e ferramentas usadas por diversos times, palestras, employer branding, fóruns internos(#chapters) para troca de conhecimento, assim como ativamente nas carreiras das pessoas com mentorias, guias de PDI, 1:1s, apoiando na construção e desenho da matriz de engenharia do iFood além de impactar e entregar as metas e objetivos do negócio, da área e da tribo.
A maior diferença entre a minha posição anterior é a escala e consistência do impacto que gero, assim como a cobrança que recai sobre mim com a diferença do que é esperado agora como N2 e do que eu atuava anteriormente como "extra".
Qual é o percentual de trabalho entre código e liderança que você desempenha hoje? 50/50? Passa mais tempo trabalhando com tecnologia/codando ou mais tempo liderando pessoas?
Varia bastante, depende do momento da empresa, do time e do negócio mas na grande média é 50/50, há momentos em que precisamos de maior liderança, guiando, apoiando e mentorando os pares em como lidar, definir, discutir e principalmente questionar. Há momentos com foco maior em uma entrega ou um problema mais crítico de segurança onde preciso me dedicar mais no código e na solução, mas há um ponto em comum que antes e após às avaliações de desempenho eu acabo focando menos no código, pois apoio outros FoodLovers com mentorias, 1:1s, PDIs, planejamento de carreira, trocando figurinhas e as vezes apoiando na resolução de conflitos, porém a todo momento continuo tocando em paralelo e participando de projetos e discussões cross.
Como é um dia normal na sua rotina? Ou como é uma semana normal para você? Quais são suas rotinas principais?
Por estar em um ambiente 100% remoto, sou muito ativo no slack então pela manhã acabo revisando mensagens e canais mais importantes, vejo os eventos do dia e começo algumas preparações se necessário, caso tenha algum tema mais delicado e complexo separo na minha agenda momentos específicos para focar e também manter como histórico do que faço durante o dia. Ao longo da semana tenho algumas reuniões recorrentes sobre temas como chapters, mentorias, apoios com outros times, entrevistas técnicas e dinâmicas do time.
Como você mede seu sucesso? Quando somos pessoas desenvolvedoras de software é comum medirmos nosso sucesso pelo número de commits, pull requests, entregas realizadas. Isso mudou de alguma forma em sua posição atual?
Pessoalmente não acredito em métricas de produtividade ou sucesso somente como commits, PRs e entregas, elas nem sempre conseguem revelar com clareza a efetividade de uma pessoa e podem ser facilmente manipuláveis. Recentemente estudando sobre o assunto conheci essa pesquisa chamada SPACE, que visa desmistificar e dar maior coesão sobre como podemos tentar medir a produtividade e o sucesso de uma pessoa desenvolvedora, recomendo a todas as pessoas que gostarem do assunto ou que buscam adaptar e melhorar processos existentes.
Mas particularmente no meu dia a dia muitas das ações e impactos que gero não são tão diretas e tangíveis como por exemplo mentorias, até é possível medir quantos mentorados foram promovidos, quanto melhoraram em alguns aspectos ou até métricas de marketing como quantidade de pageviews, leads, acessos, etc, mas quando tratamos com pessoas e fóruns mais abrangentes como chapters, contratação, ensino, padronizações e comunidades internas nem sempre há métricas fáceis ou relevantes, então busco alinhar muito bem com minha liderança e meu time sobre as iniciativas que estou puxando semanalmente e nos 1:1s, desde apoios à outras pessoas, times, áreas e quais possíveis impactos e resultados foram gerados a partir dessas ações, assim como isso vai de encontro com meus objetivos de carreira e como entregará valor tanto para engenharia quanto ao negócio.
Você participa das decisões de tecnologia ou arquitetura? Como gerencia essa influência em relação aos demais times? Você toma boa parte das decisões ou guia os times para que eles cheguem às conclusões?
Sim, mas como o iFood é muito grande nem sempre consigo participar de tudo então acabo tendo que escolher quais "brigas comprar", aqui no iFood usamos de ferramentas assíncronas para discutir decisões e padronizações técnicas chamadas de RFCs e quando estão maduras acabam se tornando um Standard(IRC) com um código interno, mas acabo participando de algumas RFCs e IRCs sincronamente na idealização e async nos momentos adequado
Além do apoio no desenho de soluções de projetos próximos e da tribo, apoio alguns times na forma de consultoria muitas vezes direcionando para ferramentas e boas práticas já existentes, o que nos ajuda a priorizar as RFCs mais relevantes para os times tanto em decisões técnicas e arquiteturais quanto de negócio.
Que soft-skills você percebe que fazem a diferença na sua posição? E como eles diferem da posição anterior, como dev senior?
A diferença entre um Senior e Especialista está na profundidade e na escala do seu impacto então sem sombra de dúvidas são comunicação e liderança, pois em cargos de Staff+ seu impacto normalmente é gerado por influência, você até pode continuar se desgastando e entregando muita coisa, mas isso não é saudável, não escala e principalmente não é duradouro. É muito mais fácil você resolver um problema, mas se você não cria uma base forte, uma comunidade com pessoas realmente engajadas em um tema e lidera por exemplo, sem você naquele escopo o tema acaba desmoronando, ficando com poucas ou nenhuma contribuição e por fim morrendo com o tempo.
Muitas pessoas confundem comunicação com falar muito, até hoje tenho o problema de falar demais, mas isso acaba até atrapalhando na comunicação, uma mensagem bem passada não significa muito texto mas sim que você consegue passar a mensagem que queria e que todas as audiências entendam a mesma mensagem, isso pode parecer fácil mas dependendo do contexto, do tamanho e pluralidade da audiência pode ficar mais e mais complexo. Acabei participando de algumas discussões críticas como documentar e definir a nossa ladder ou matriz de engenharia e essa oportunidade me ajudou muito a entender a complexidade e o desafio da comunicação principalmente a escrita.
Você dedica tempo para mentorar as demais pessoas dos times?
Sim, tanto mentorias informais como 1:1s pontuais quanto mentorias recorrentes e formais, desde os pares, pessoas de outros times, lideranças próximas ou de outras áreas, até em escala para empresa com palestras, eventos, chapters, treinamentos e workshops.
Para chegar a esta posição, você entregou algum projeto especial, ou você sente que foi uma progressão pelo conjunto das suas contribuições?
Com certeza foi uma combinação de planejamento e diversos projetos e contribuições, assim como a consistência e impactos que foram gerados que ainda continuam a florescer.
Que dicas você pode dar para quem está decidindo se continua o caminho de desenvolvimento ou se deve ir para a área de gerenciamento de pessoas? O que levou você a escolher pelo primeiro caminho?
Coincidentemente gravei um podcast falando sobre o tema de liderança em tech tanto no gerenciamento quanto especialista junto com o Paulo Silveira do Hipsters.tech, mas creio que o ponto que realmente faz a diferença entre esses dois eixos é se você é uma pessoa que prefere focar mais no lado técnico ou no lado de pessoas, você até pode ser um especialista que adora lidar com pessoas e é bom nisso mas você não deveria se tornar gestor ou gestora se você não tem a empatia e vontade para lidar com pessoas, e justamente por isso preferi o eixo de especialista pois ele é um canvas em branco no qual posso montar meu próprio perfil, uma combinação de diversos arquétipos e habilidades que compõem a minha visão de especialista, atuando tanto tecnicamente quanto com pessoas.
Você lembra de algum conselho ou dica que recebeu quando entrou nesta posição e que foi importante para você?
Foco no negócio, foi muito importante quando mudei a perspectiva de querer focar e crescer somente tecnicamente e no momento que entendi que era possível mesclar ambos, não só algo pessoal e técnico mas no negócio também foi quando mais cresci e recebi promoções.
E coincidentemente esse foi o padrão que percebi também da experiência de diversas outras pessoas Staff+ em paineis de discussões sobre os papeis de Staff, Principal e Distinguished engineers de várias empresas,
Quais fontes você usa para se especializar? Blogs, livros, canais do Youtube.
Esse é um tema que adoro, as vezes esquecemos que a área de tecnologia é muito nova e a seção de especialista e contribuidores individuais é muito mais nova ainda, então os conteúdos podem ser muito escassos ou repetitivos. Com isso eu acabo me baseando também em muitos conteúdos focados para gestão e liderança no geral e coincidentemente a maioria dos aprendizados são muuito úteis no dia a dia de especialistas, desde como você consegue ser um líder e impactar por influência até como você consegue ajudar a sua liderança e outras lideranças a melhorarem no dia a dia.
Nossa as fontes são diversas, mas ao longo das minhas explicações tentei deixar links relevantes e fontes de alguns conteúdos sobre os assuntos, mas segue alguns links sumarizados:
https://leaddev.com/ - É uma comunidade incrível tanto pra gestores quanto especialistas possuem, artigos, palestras, painéis, eventos e muito conteúdo bom no youtube também.
Alguns livros:
https://staffeng.com/ - Impossível falar desse eixo sem comentar sobre esse livro, o qual se popularizou muito por seu artigo dos arquétipos de staff engineers que é excelente por sinal.
The Manager's Path: A Guide for Tech Leaders Navigating Growth and Change - Um livro fantástico que apesar de ser focado em managers possui muitos aprendizados e lições incríveis para especialistas também.
The Making of a Manager: What to Do When Everyone Looks to You
Podcasts
Onde as pessoas podem te encontrar? Site, Linkedin, Twitter, etc.
Vocês podem me encontrar tanto no Linkedin, Twitter ou Github e minha DM está sempre aberta então se discordarem, concordarem ou quiserem conversar só chamar 👋, mas se preferirem tenho um site pessoal o takah.dev que agrega alguns links relevantes.