Leadership

O Formato STAR para Conversas de Performance

Situação, Tarefa, Ação, Resultado. O formato formaliza o jeito que eu vinha preparando conversas de performance, e me dá uma forma ensinável pro próximo ciclo de review.

O bloco de conversa de performance no treinamento apresentou STAR — Situação, Tarefa, Ação, Resultado — como formato pra dar feedback que cai com limpeza sob pressão. Parece um competidor do SBID, mas os dois fazem trabalhos diferentes. SBID é pra feedback no momento; STAR é pra conversa mais difícil e estruturada: o performance review, a discussão de promoção, a one-on-one difícil sobre se a pessoa tá no caminho.

Venho preparando conversas de performance numa forma próxima dessa desde meu primeiro ciclo de review há um ano, em parte porque a melhor gestora que tive como engenheiro conduzia reviews dela assim e eu tinha copiado a estrutura dela. A sessão formalizou o formato, e a formalização importa: torna a forma ensinável e torna minha própria preparação mais honesta.

O formato

CampoPergunta que responde
S — SituaçãoQual era o contexto — o projeto, o time, o momento?
T — TarefaO que estava sendo pedido da pessoa — a expectativa, o papel, o entregável?
A — AçãoO que ela de fato fez?
R — ResultadoQual foi o resultado — pro trabalho, pro time, pra pessoa?

Os quatro campos parecem mundanos até você tentar dar feedback de performance sem preencher. Aí descobre o quanto do que normalmente chamamos de “feedback de performance” é na verdade uma mistura vaga de impressão e caracterização, dada sem ancoragem em momento específico.

O que STAR me força a fazer

A coisa mais importante que STAR faz é me forçar a separar a expectativa da ação. Em muitas conversas ruins de performance, essas duas são colapsadas: você não liderou bem o projeto. Esse colapso esconde se o problema é que a pessoa não sabia o que era esperado, não tinha recursos pra cumprir, não tentou cumprir, ou tentou mas produziu o resultado errado. Cada um desses pede uma conversa completamente diferente.

Quando separo Tarefa (“o que tava sendo pedido”) da Ação (“o que ela fez”), a conversa fica diagnosticável. A pessoa consegue ver exatamente onde mora a lacuna. Eu também. Os dois podemos trabalhar na coisa certa.

A segunda coisa importante que STAR faz é ancorar a conversa numa Situação específica. No último trimestre você teve dificuldade com gestão de stakeholder não é uma conversa STAR; é uma caracterização. No projeto de migração do Q1, quando o stakeholder pediu a revisão de status num prazo apertado, foi o que observei e foi o que esperava ver é uma conversa STAR. A primeira convida defesa porque não tem nada concreto pra engajar. A segunda convida colaboração porque tem um momento específico pra discutir.

A terceira é que STAR exige de mim articular Resultado em termos além de bom ou ruim. O resultado pro trabalho, pro time, pro cliente, pro aprendizado da pessoa. Quando escrevo Resultado honestamente, a conversa muitas vezes muda. Alguns problemas de performance que eu tava pronto pra nomear como problema de Ação se revelam, sob análise STAR, problema de Tarefa — a pessoa entregou o que entendeu que estava sendo pedido, e eu tinha falhado em definir a expectativa. Essa é uma conversa sobre mim, não sobre ela, e STAR é o formato que traz isso à tona.

Um exemplo trabalhado

Um engenheiro sênior do meu time foi criticado pelo lead de outro time há uns dois meses pelo que ele chamou de “comunicação lenta” durante um lançamento entre times. Meu instinto, no momento, era dar o feedback do jeito que recebi: o outro time achou que você tava lento pra comunicar; precisamos que isso seja mais rápido. Peguei o instinto e desacelerei antes da conversa, porque sabia que aquela versão não ia ajudar ele a melhorar e podia machucar confiança que eu vinha construindo com ele.

A versão STAR, escrita do jeito que dei:

  • S: Durante o lançamento da plataforma em março, em que você era o lead de engenharia do nosso lado e o time parceiro tinha um lead separado do lado deles.
  • T: A expectativa era que você seria o ponto de contato primário pro outro time e traria os riscos de integração cedo pra eles poderem planejar em volta.
  • A: Dois riscos de integração apareceram na primeira semana. Você levantou o primeiro numa mensagem de Slack no oitavo dia. O segundo apareceu no post-mortem.
  • R: O outro time se ajustou tarde no primeiro e perdeu o segundo inteiro; o lead deles se sentiu fora do loop, que é o que tá motivando o feedback.

A conversa que seguiu foi completamente diferente da que teria seguido “você tava lento pra comunicar”. Ele engajou com os fatos específicos. Trouxe o lado dele — achava que tava levantando risco no momento certo, não tinha percebido que o planejamento do time parceiro precisava de visibilidade mais cedo, e tinha inferido de uma mensagem anterior deles que preferiam updates resumidos. Nada disso desculpou o que aconteceu; tudo isso mudou o que a gente fez a respeito. No próximo lançamento, a cadência de comunicação foi explícita entre a gente antes de começar.

Onde STAR me mantém honesto

Quero ser específico sobre a versão de mim que STAR me impede de ser.

Sem STAR, sou mais propenso a trazer impressões vagas e acumuladas pra uma conversa de performance. Você tem tido dificuldade com X. A pessoa ouve isso como veredito, e a gente passa a conversa negociando se o veredito é justo em vez de trabalhar na situação real.

Sem STAR, sou mais propenso a confundir Tarefa com Ação. A pessoa não fez o que eu queria, então falhou — sem checar se o que eu queria foi de fato comunicado com clareza. STAR não vai me deixar pular o campo Tarefa, e o campo Tarefa já me pegou duas vezes esse ano.

Sem STAR, sou mais propenso a falar do Resultado em sensação em vez de em efeito. Não foi bem. Isso não diz nada acionável pra pessoa. Os dois engenheiros que precisaram correr no fim perderam uma semana de trabalho planejado, e o release pro cliente atrasou em dez dias é um Resultado que explica por que isso importa.

Quando STAR é a ferramenta errada

STAR é ótimo pra conversas estruturadas e importantes. É excesso pra feedback pequeno, no momento, que devia só acontecer. Pra isso, SBID é o formato certo — mais leve, mais rápido, mais conversacional. Usar STAR pra um feedback de cinco minutos faz a conversa parecer tribunal.

A linha que uso: STAR pras conversas que precisam aguentar escrutínio depois (review, feedback escrito, decisões importantes sobre a trajetória da pessoa). SBID pras conversas que são pra ajudar alguém a ajustar essa semana.

A peça de eficiência do time

Tem dois argumentos de eficiência pra STAR.

O primeiro é menos escalada. Conversa de performance em caracterização produz defesa, que produz escalada, que produz envolvimento de RH, que produz perda de tempo e confiança no time. Conversa STAR não escala na mesma taxa porque não tem caracterização pra discutir. A energia vai pro problema de fato em vez de pra meta-conversa sobre se o problema tá enquadrado de forma justa.

O segundo é calibragem melhor. Um time em que performance é discutida em termos STAR desenvolve um vocabulário compartilhado sobre o que trabalho bom e ruim de fato parece, ancorado em momentos específicos. Essa calibragem torna promoção, mudança de escopo, e conversa de crescimento dramaticamente menos arbitrárias, o que faz o time confiar mais no processo, o que faz o time investir mais no tipo de crescimento que o processo recompensa.

Os dois compõem. Os dois são invisíveis até você ter trabalhado sob um gestor que faz conversa de performance em caracterização — trabalhei, e lembro exatamente o quanto custou.

O que tô levando pro próximo ciclo de review

A disciplina é a mesma que venho rodando, formalizada: escrever os quatro campos antes da conversa pra toda discussão de performance. Usar pra feedback escrito que vai pra packets de review, pra a calibragem ser consistente entre revisores. Ensinar o formato pros seniores do meu time que dão feedback de peer-review nos mesmos packets, pra o feedback deles usar a mesma forma.

Essa última é o multiplicador. Um packet de review em que toda observação tá em forma STAR é um packet que a pessoa consegue acionar; um packet de caracterizações é um packet com que ela discute.

Fechamento

STAR não é um framework que amo. É uma disciplina em que me apoio, do jeito que me apoio numa descrição de PR limpa ou num post-mortem estruturado. As conversas que tive esse ano sem ele como formato explícito foram cuidadosas mas informais; as conversas que vou ter com ele no próximo ciclo vão ser mais afiadas, mais ensináveis, e mais consistentes. Essa troca — a pequena formalidade de escrever os quatro campos em troca de uma conversa que de fato cai em pé — é uma que faço toda vez.