São quarenta minutos de mentoria. O mentor conta como resolveu algo parecido em outro time e sugere três leituras. Depois vem uma lista de "você deveria": falar mais nos reviews, pedir contexto antes, não aceitar escopo sem perguntar. A conversa termina com "qualquer dúvida, me chama". O mentorado agradece, gostou da conversa e volta para a semana dele exatamente como estava antes.
Duas semanas depois tem outra 1:1, e ela recomeça do zero. O mesmo conselho volta, agora com mais convicção.
O hábito proposto aqui é pequeno. A 1:1 de mentoria termina com um experimento de uma linha: uma tentativa pequena e observável que o mentorado faz antes da próxima conversa, com data para contar o resultado. A 1:1 seguinte abre com esse relato, antes de qualquer conselho novo. Ao final, você vai conseguir checar se a linha existe, se tem data e se foi reaberta.
Por que a conversa só de conselho não muda a semana
Conselho é uma hipótese que alguém precisa testar. Se ninguém combinou quem testa, quando e onde, a hipótese fica guardada na memória do mentorado, junto com as outras.
O guia do Google re:Work para 1:1s eficazes foi escrito para 1:1 entre gestor e liderado, não para mentoria. Mesmo assim, a pauta que ele recomenda fecha com "Next steps to confirm actions and agreements" e pede para revisar os itens de ação na 1:1 seguinte. Quando a conversa não confirmou ação nenhuma, a próxima não tem o que revisar. Por isso ela recomeça do zero.
Herminia Ibarra e Anne Scoular, em The Leader as Coach (HBR, 2019), colocam a mentoria clássica do lado diretivo, o do "dizer". Esse estilo, segundo elas, "unleashes little energy" e pode até baixar a motivação, porque parte do princípio de que quem fala já sabe a resposta. Num exercício de role-play descrito no texto, executivos que já tinham decidido a resposta foram trocando perguntas abertas por perguntas que induziam a resposta, até cair no modo de dizer. O resultado: "At the end of the exercise, no one has learned anything about the situation or themselves."
A Atlassian, no guia de action items, descreve o mesmo problema do ponto de vista da reunião: quem sai sem saber claramente pelo que é responsável deixa o trabalho escorregar pelas frestas.
Existe ainda um paralelo fora da mentoria. Gollwitzer e Sheeran estudaram a distância entre querer fazer e fazer. A página do NCI que resume esse trabalho cita como falhas típicas esquecer de agir e não aproveitar o momento. Essa pesquisa trata de metas pessoais e comportamento de saúde, não de 1:1 de mentoria, então serve como analogia, não como número sobre mentoria. A analogia, porém, é boa: "vou falar mais nos reviews" é uma intenção. Ela não diz em qual review.
Feche com um experimento de uma linha
"Experimento" é o nome que a DevDojo dá a uma tentativa pequena e observável. Não é método de ninguém. As fontes falam em ação, próximo passo ou item de ação. O que elas têm em comum é o fechamento.
O guia Structuring Mentoring Conversations for Success, publicado em 2025 pela Escola do Serviço Público do Canadá (CSPS), organiza a conversa de mentoria pelo modelo GROW. A última etapa se resume a "o que você vai fazer, e quando". Duas das perguntas sugeridas são "What actions will you take to achieve your goal, and when?" e "How would you like to be held accountable?". O guia também deixa claro que o mentor pode aconselhar no meio da conversa, mas quem define as ações do fim é o mentorado, junto com o mentor.
O handbook da GitLab, no formato sugerido de 1:1, faz a mesma coisa com uma etiqueta: um item marcado como TODO ganha uma data de conclusão no documento compartilhado, e esse documento vai sendo atualizado de uma reunião para outra. Nada de começar uma página em branco a cada encontro.
O resto é editorial nosso. O experimento cabe numa linha e tem três partes:
| Parte | O que entra | O que não entra |
|---|---|---|
| O que vou tentar | Um gesto que outra pessoa conseguiria ver | "Ser mais proativo", "comunicar melhor" |
| Onde e quando | Uma ocasião real que acontece antes da próxima 1:1 | "Quando surgir a oportunidade" |
| Data de reporte | A próxima 1:1 ou um dia no calendário | "Qualquer dúvida me chama" |
Por exemplo, escrito nas notas compartilhadas da 1:1:
> "Até a 1:1 de 25/10, no próximo review de checkout eu falo o risco em uma frase antes do diff; trago o que aconteceu."
É um experimento. A Atlassian sugere manter a lista de ações curta, algo entre três e cinco itens até o próximo ponto de controle. Para mentoria, o nosso número é um. Cinco experimentos numa semana normal de trabalho viram cinco intenções, e já vimos acima o que acontece com intenções.
Conselho continua permitido. O mentor pode contar o que fez, sugerir três caminhos e discordar de um deles. A conversa só não termina ali: o mentorado escolhe um caminho e o reduz até caber numa linha que ele consiga tentar antes da próxima conversa.
Na 1:1 seguinte: tentei, vi, não tentei
O Google re:Work e a Atlassian dizem a mesma coisa: os itens da reunião anterior são revistos na seguinte. A Atlassian acrescenta que o que ficou pendente é levado para a próxima pauta, não some. A primeira coisa da 1:1 seguinte, então, é a linha da semana passada.
O formato do relato é editorial e tem três partes:
- Tentei: o que foi feito e em qual ocasião.
- Vi: o que aconteceu de observável, sem interpretação de humor ou intenção alheia.
- Não tentei: se não rolou, o motivo, em uma frase.
Seguindo o exemplo:
> "Tentei na call de review de terça: abri com o risco em uma frase. Vi que o revisor foi direto ao trecho de retry em vez de ler o diff de cima a baixo. Não tentei na quinta, porque o review virou assíncrono."
"Não tentei" é informação, não confissão. Talvez a ocasião não tenha aparecido, o experimento era grande demais ou a linha ficou numa nota que ninguém abriu. Cada um desses motivos leva a uma linha diferente na próxima conversa. Nenhum deles pede sermão.
Só depois do relato entra conselho novo, e ele já parte de algo que aconteceu de verdade, não de uma situação imaginada.
O que esta conversa não é
- Não é extrair a barra de promoção com o gestor. Aquilo é critério escrito para um ciclo. Aqui é uma tentativa dentro de uma semana.
- Não é feedback SBI entre pares. Aqui ninguém está reescrevendo um "mandou bem, mas…". Quem age é o mentorado.
- Não é o pedido de ajuda assíncrono. Um "me chama quando quiser" no fim da mentoria não ensina ninguém a pedir ajuda. É só um fechamento de mentoria que falhou.
- Não é o experimento solo de reler o próprio diff. Aquele não tem mentor nem relato na conversa seguinte.
Checagem desta semana: a linha existe antes de sair da call
Na próxima 1:1 de mentoria, seja você mentor ou mentorado, faça uma única checagem antes de alguém clicar em "sair": está escrita, nas notas ou no convite do calendário, uma linha com o experimento e a data de reporte?
Passou se a linha está lá, com um gesto observável, uma ocasião concreta e uma data. Falhou se a conversa terminou em "qualquer dúvida me chama", numa lista de "você deveria" ou numa linha sem data. O "me chama" é simpático e é sincero. Ele só ocupa o lugar exato onde deveria estar a data.
Se falhou, ainda dá tempo: são dois minutos para escolher um item da lista e reduzir o tamanho dele até caber na semana.
A recomendação da DevDojo é esta: uma 1:1 de mentoria que terminou só em conselho está inacabada até ganhar uma tentativa datada por escrito. Se a próxima 1:1 começar do zero, abra com a linha da semana passada antes de oferecer qualquer conselho novo. Se o relato for "não tentei" duas vezes seguidas, o problema é o tamanho do experimento, não a pessoa. Diminua a linha antes de pensar em largar o hábito.
Para esta semana, basta uma linha com data, escrita antes de sair da call.