Resultados e Retenção (continuação)


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!

Leo Andreucci - CTO Mentor

Ex-VP Engineering @ Creditas ($4.8B). 20+ years building and scaling tech teams. Today, I help CTOs make better decisions.

Read more from Leo Andreucci - CTO Mentor

Durante los últimos meses construí un proyecto personal usando Claude como mi principal herramienta de desarrollo. La idea parecía simple: Crear una quiniela del Mundial donde los participantes hacen todos sus pronósticos antes de que empiece el torneo, como hacíamos en Excel hasta hace poco. El software estuvo listo mucho más rápido de lo que imaginaba. Pero lo más interesante fueron los aprendizajes a lo largo del camino. Algunos de ellos: Los tests son obligatorios. En un momento decidí...

Nos últimos meses construí um projeto pessoal usando Claude como principal ferramenta de desenvolvimento. A ideia parecia simples: Criar um bolão da Copa do Mundo onde os participantes fazem todos os palpites antes do torneio começar, como fazíamos em excel até pouco tempo atrás. O software ficou pronto muito mais rápido do que eu imaginava. Mas o mais interessante foram os aprendizados ao longo do caminho. Alguns deles: Testes são obrigatórios. Em um momento eu decidi que iria ler todos os...

Uma ideia muito forte do Uncle Bob sobre IA: “Sem restrições, os agentes fazem qualquer coisa.” Por isso ele insiste muito na criação de “physical barriers”. Ou seja: mecanismos concretos que limitam o que a IA pode fazer dentro do sistema. O checklist que ele sugere é interessante: unit tests com cobertura extremamente alta (os agentes usam os testes para entender o comportamento esperado do sistema) acceptance tests escritos em Gherkin/BDD (testes legíveis por humanos funcionando como...