Executando verificação de segurança...
22

Use 1:1s como sua arma secreta (mesmo como IC)

Certa vez tive um parceiro dev com dificuldade de fazer boas entregas. Depois de um tempo conversando sobre o projeto, ele se abriu sobre se sentir incapaz de falar livremente nas reuniões, a pressão de ser novo, e o medo de ser demitido.

A solução: Criar oportunidades para ele contribuir nas reuniões e agendar 1:1s frequentes.

Se importe com seus parceiros devs, designers, QAs.

Se você é tech lead, faça 1:1s para entender as dificuldades deles, problemas no projeto, e sim, como eles estão na vida. Não precisa saber tudo sobre eles, mas crie um relacionamento onde possam dizer quando algo não parece certo.

Mesmo sendo IC (Individual Contributor), você pode fazer 1:1s com seus colegas.

Os Benefícios São incríveis:

Você Cria Autoridade

Seus parceiros conhecem mais sobre você. Você ganha a confiança deles porque agora sabem quem procurar primeiro quando algo acontece (a pessoa que é mais fácil de encontrar e falar).

Autoridade não é sobre títulos. É sobre ser a pessoa em quem as pessoas confiam.

Melhora o Contexto

Cada pessoa sabe mais sobre uma parte específica do projeto. Entender "quem é quem" te torna mais rápido para buscar a pessoa correta e absorver diferentes conhecimentos sobre o projeto.

Contexto é tudo. A pessoa que entende o sistema e as pessoas construindo ele tem superpoderes.

Detecção Precoce de Problemas

Problemas raramente aparecem de repente. Eles se "embolam" ao longo do tempo. 1:1s regulares te ajudam a identificar problemas e "desembolar" antes que se tornem críticos:

  • Sinais de burnout
  • Expectativas desalinhadas
  • Tech debt que ninguém está falando
  • Conflitos de time crescendo por baixo dos panos

Exemplo real: Em um 1:1, um dev backend mencionou estar se sentindo "um pouco sobrecarregado" com a nova arquitetura. Duas semanas depois, descobrimos que isso já acontecia por mais de um mês.

Detecção precoce = solução precoce.

Construir Segurança Psicológica

Quando as pessoas se sentem seguras para compartilhar dificuldades, erros, e "perguntas bobas", o time inteiro sobe de nível. 1:1s são onde você constrói essa base.

Transferência de Conhecimento Que Realmente Funciona

Esquece aquela documentação que ninguém lê. 1:1s e workshops são onde a verdadeira transferência de conhecimento acontece:

  • "Por que escolhemos Postgres aqui?"
  • "Qual é a história por trás desse endpoint da API?"
  • "Com quem devo falar sobre esse fluxo?"

Essas conversas criam conhecimento que sobrevive mudanças de time.

Desenvolvimento de Carreira (Sua e Deles)

Mesmo como IC, ajudar outros a crescer te ajuda a crescer:

  • Praticar liderança antes de se tornar líder
  • Construir reputação como alguém que desenvolve outros
  • Criar uma rede de pessoas que vão te recomendar
  • Aprender habilidades de comunicação que importam mais que frameworks

Os melhores tech leads não são os melhores programadores. Eles são os melhores em fazer outras pessoas melhores.


Como Realmente Fazer Isso:

Para ICs:

Comece Pequeno:

  • "Ei [colega], quer tomar um café? Adoraria ouvir sobre como você abordou [aquela feature]."
  • Torne Regular: Semanal ou quinzenal. 30 minutos. Já basta. Só não pode falhar. Consistência vence intensidade.

Perguntas para Fazer:

  • Como vão as coisas?
  • Qual foi a coisa mais complicada que você já fez ou viu nesse projeto?
  • Qual é a parte mais difícil do que você está trabalhando?
  • Tem algo te bloqueando que eu possa ajudar?
  • Qual algo que você aprendeu recentemente?
  • Como você está se sentindo sobre o projeto?

Para Tech Leads:

1:1 é sagrado:

Agende e bloqueie esse tempo. Não cancele a menos que seja emergência. Sua agenda reflete suas prioridades.

O Primeiro 1:1:

  • Conheça-os (background, interesses, estilo de trabalho)
  • Entenda seus objetivos (carreira, aprendizado, vida)
  • Defina expectativas
  • Pergunte: "O que faz um bom 1:1 para você?". Se o colega não sabe, compartilhe suas próprias experiências sobre como 1:1s te ajudaram na carreira.

Aqui estão alguns exemplos de perguntas e tópicos para um bom 1:1:

  • Como você está? (genuinamente)
  • O que está na sua mente?
  • Atualizações/bloqueios do projeto
  • Oportunidades de crescimento
  • Itens de ação
  • Revisar itens de ação da última reunião

Red Flags:

  • Evitar contato visual
  • Queda repentina na qualidade do código
  • Faltando reuniões
  • Respostas curtas e defensivas
  • Trabalhando horas excessivas
  • Isolamento do time

Erros Que Cometi:
❌ Transformar em status update: 1:1s não são standups. Fale sobre as coisas humanas.
❌ Só fazer quando tem problema: Quando chega nisso é tarde demais. Construa o relacionamento durante tempos calmos.
❌ Falar mais que escutar: Mire em 70% escutando, 30% falando.
❌ Não tomar notas: Você vai esquecer. Escreva. Acompanhe na próxima vez. Crie itens de ação para ter TRANSPARÊNCIA sobre o que precisa melhorar.
❌ Pular a parte do "como você está": Não pule direto pro trabalho. Primeiros 5 minutos definem o tom.

Software é construído por humanos, não máquinas. As melhores codebases vêm de times que se comunicam bem, confiam uns nos outros, e se sentem seguros para falhar.
1:1s não são "bom ter", são infraestrutura para times de alta performance.

Você não precisa de permissão para começar a se importar com seus colegas de time.

Comece pequeno. Convide um colega para um café ou um call rápida essa semana. Veja o que acontece.

Perguntas para você:

Quando foi a última vez que você teve uma conversa real com um colega de time além da sprint atual?
Quem no seu time pode estar lutando silenciosamente agora?
O que está te impedindo de agendar aquele primeiro 1:1?

Comenta aí se tiver tempo. Estou curioso sobre suas experiências com 1:1.


Extra: Escreva/Compartilhe sobre Brag Documents

Brag Documents são uma lista de "feitos" durante um período. Exemplo:

  • 20/03: Ajudei o time X a migrar o banco de dados com uma automação
  • 15/05: Conversei com os designers sobre os valores de cores que estavam hardcoded, e enviei uma lista com todos os tokens que deveriam ser criados.
    ...

É a capacidade de "se vender" sem precisar de um gerente lembrando de todos os seus feitos. Seu chefe não tem a obrigação de saber tudo que você fez no ano. Brag Documents te ajudam a fazê-lo lembrar disso, e não ter desculpas para não te dar aquela promoção.

É um bom conhecimento a se compartilhar em 1:1s =).


love more <3

Carregando publicação patrocinada...
8

Parabéns pelo post, bem escrito.

Vou deixar aqui a minha visão de dev senior; algumas dicas são boas, mas outras (na minha experiência de vida), podem ser facas de dois gumes. 🔪

Vamos lá...

Autoridade não é sobre títulos. É sobre ser a pessoa em quem as pessoas confiam. 👍

Autoridade ainda é algo que seres humanos não dominam direito, 99.9999% acreditam que autoridade é domínio repressivo sobre os outros.

Cada pessoa sabe mais sobre uma parte específica do projeto. 👍

Sempre tem alguém no time que absorve melhor alguma parte do projeto. O kernel do Linux por exemplo é assim, pouquíssimos conhecem como um todo, a maioria é especializada apenas numa parte do código/módulo.

Problemas raramente aparecem de repente. 👍

Corretíssimo novamente. O meu "porém" aqui fica na atitude a ser tomada.

Conheci muitas pessoas que sabiam exatamente o que acontecia no time/empresa, mas tinham zero vontade para resolver.

Geralmente a solução para burnout/conflitos/queda de produtividade é a demissão. Não há desejo real em resolver problemas humanos (é mais barato demitir e contratar um novo).

Portanto não acredite em propagandas como: "vista a camisa da empresa". Quando der ruim para você, não vai ter camisa nenhuma te defendendo.

1:1s e workshops são onde a verdadeira transferência de conhecimento acontece 👍

Conhecimento só pode existir na mente humana. Na documentação escrevemos dados e algumas informações. Quanto mais interação entre o time, melhor o nivelamento do conhecimento entre as pessoas.

⚠️ Construir Segurança Psicológica ⚠️

Então, aqui é algo que vou ser um pouco crítico (baseano nas minhas experiências).

Já me dei MUITO mal criando esses tipos de seguranças psicológicas, tanto com superiores quanto com "colegas" de trabalho. Como eu disse, humanos adoram ser opressores para se manter relevantes. 🤷‍♂️

Minhas piores experiências de trabalho foram onde incentivavam as pessoas a se abrirem, e usavam essa tática de psicologia para manipulação. Eles se faziam de "amigos" para criar uma falsa sensação de segurança.

As pessoas VÃO usar suas aparentes fragilidades contra você!

Amigos de trabalho NÃO são amigos pessoais!

Minha dica nessa parte é: "Nunca crie vínculo afetivo, ou se abra, em ambiente de trabalho. Mesmo se a empresa incentivar o comportamento".

Faça seu trabalho de forma honesta, educada, amistosa e respeitosa com todos; mas sempre lembrando que existe uma linha bem clara entre colegas de trabalho e colegas pessoais.

É isso.

2

Ótimo texto! Virei líder recentemente e estava batendo cabeça para ter 1:1s com mais profundidade. Fui procurar ajuda online e só achei o básico do básico, conteúdo muito genérico e nada prático.

Minha principal dica é tentar mapear o perfil de cada um do time. Isso dá uma clareza gigante sobre o contexto da pessoa.

Não é fácil, porque cada um é diferente e exige uma sensibilidade enorme. Mas, quando você consegue, a comunicação flui de um jeito muito mais natural e certeiro.

Passei por isso dias atrás: o time todo reagiu bem a uma mudança, menos uma pessoa. De cara, pensei que era má vontade. Mas, depois de um papo sincero, saquei que aquele era o jeito normal dela processar as coisas. Foi uma lição.

Texto escrito com apoio do gemini

2

Na empresa onde trabalho nao é o Teclead que faz as 1:1 é o pessoal que esta acima do tech lead. Como eles sao muito ocupados, acaba que essas 1:1 sao adiadas constantemente, muitas vezes sendo ate canceladas. Mas o que me parece mais estranho é que o pessoal que esta acima do teclead nao sao pessoas tecnicas e eu nao entendo como eles poderiam dar sugestões, falar de dificuldades em implementar os projetos se eles dominam apenas a parte de negocio? Como eles vao dar dicas do que podemos melhorar?

1

Estas habilidades são importantes para entendermos quando não houver a possibilidade de outros fazerem por nós. Muita das vezes miramos apenas em um mercado, mas não é este o ponto.

Conforme os cargos mudam e de feito, se torna ferramenta para se obter vantagem em um mercado que foi projetado de maneira defeituosa, explorando o "trabalhador", mas não sou contra esse tipo de formação, isso é reflexo do que estamos deixando de fazer.

As sugestões compartilhadas são úteis e sabendo internalizar se torna algo extremamente valioso.