|
Olhando para retenção, eu sempre tive o objetivo que as pessoas que trabalhassem nas minhas equipes tivessem ali o melhor momento profissional de suas carreiras. Mas se a gente olhar friamente somente para números, perder pessoas custa dinheiro. Quando um funcionário vai embora ele leva conhecimento, know-how, histórico. A pessoa já sabe como tudo funciona na empresa e é produtiva. Ela pode levar planos estratégicos para a concorrência. Veja quantos passos existem pra trazer uma nova pessoa pro time. Ao abrir uma nova vaga, você inicia um processo seletivo, entrevista candidatos, faz ofertas, espera a pessoa se desligar da empresa anterior, faz processo de admissão e de onboarding. Daí ela entra no time e tem que conhecer as pessoas, sistemas, processos, negócio, produto. Em times de tecnologia, estimo que uma empresa leve de 4 a 6 meses para rodar todo esse processo e considerar o novo funcionário como produtivo (e ainda assim sem todo o histórico). Não seria melhor investir para que as pessoas boas não saíssem em primeiro lugar? Resumo da minha "estratégia de retenção": garantir um alinhamento de expectativas entre o que a empresa precisa e o que a pessoa quer fazer. E como saber o que a pessoa quer fazer? Pergunte! Já falei bastante sobre 1-on-1s aqui e aqui. Em geral, as pessoas não pedem demissão de uma empresa, pedem demissão de um líder ruim! |
Ex-VP Engineering @ Creditas ($4.8B). 20+ years building and scaling tech teams. Today, I help CTOs make better decisions.
Grande parte da discussão sobre IA está focada em produtividade. Mas tem uma mudança mais profunda acontecendo. De identidade. Por muito tempo, ser uma boa pessoa desenvolvedora esteve muito ligado à capacidade de escrever código bem. Conhecer a linguagem, dominar frameworks, resolver problemas na mão. Isso não desapareceu. Mas deixou de ser o principal diferencial. Porque escrever código ficou muito mais fácil. E isso ajuda a explicar parte da resistência que ainda vemos (embora cada vez...
Gran parte de la discusión sobre IA está enfocada en productividad. Pero hay un cambio más profundo ocurriendo. De identidad. Durante mucho tiempo, ser una buena persona desarrolladora estuvo muy ligado a la capacidad de escribir buen código. Conocer el lenguaje, dominar frameworks, resolver problemas manualmente. Eso no desapareció. Pero dejó de ser el principal diferencial. Porque escribir código se volvió mucho más fácil. Y eso ayuda a explicar parte de la resistencia que aún vemos (aunque...
Todavía se habla mucho de ganancias de 10x con IA.En la práctica, lo que he visto es bastante diferente. En algunos casos, sí: tareas específicas se volvieron mucho más rápidas.Prototipar, escribir código repetitivo, explorar soluciones. Pero eso no se convirtió en 10x de productividad del equipo. Porque el cuello de botella nunca fue solo escribir código. Es entender el problema.Tomar buenas decisiones.Mantener consistencia.Evitar complejidad innecesaria. Y eso la IA no lo resuelve. En...