Um brag document é uma lista contínua do que você fez no trabalho, mantida por você, com suas palavras, atualizada enquanto os detalhes ainda estão frescos. Não é um currículo nem um relatório de status: um currículo é escrito para desconhecidos e comprime tudo, e um relatório de status é sobre esta semana. O brag document existe para que, quando alguém perguntar o que você realizou nos últimos seis ou doze meses, a resposta seja recuperada e não reconstruída.
De onde vem o termo
A expressão foi popularizada pela programadora Julia Evans num post de 2019, «Get your work recognized: write a brag document», com um argumento simples: sua liderança não consegue lembrar do seu trabalho no detalhe em que você lembra, e esperar isso não é razoável. O documento fecha essa distância sem depender da memória alheia.
A prática é mais antiga que o nome — avaliações sempre recompensaram quem guardava comprovantes —, mas nomear importou, porque transformou a prática em algo que você pode recomendar a um colega sem soar como autopromoção.
O que entra nele
A maioria lista apenas funcionalidades entregues e depois se pergunta por que o documento parece magro. As categorias abaixo são as que caem sistematicamente e costumam ser o material mais forte numa conversa de avaliação.
- Trabalho entregue, com datas e um resultado mensurável em cada item.
- Trabalho que não era entregável: revisões de código, resposta a incidentes, semanas de plantão, entrevistas que você conduziu, documentação que ninguém pediu.
- Mentoria e desbloqueios — quem você ajudou, em quê, e o que mudou para essa pessoa depois.
- Decisões que você influenciou, inclusive aquelas em que a contribuição foi o argumento e o artefato era de outra pessoa.
- Coisas que falharam, o que você mudou por causa disso e o que faria diferente. É essa seção que impede o documento de soar como publicidade.
- Competências e contexto que você adquiriu: um sistema pelo qual agora responde, uma área sobre a qual agora se pode perguntar a você.
Um exemplo trabalhado
A diferença entre uma entrada útil e uma inútil está inteiramente na especificidade. Duas versões do mesmo semestre:
- Fraco: «Melhorei o pipeline de importação. Ajudei na integração de novos colegas. Contribuí para o roadmap.»
- Forte: «Reescrevi o tratamento de retentativas na importação (jan–fev). Falhas silenciosas caíram de cerca de uma por semana para zero nos dois meses seguintes; agora aparecem no painel da fila, então ops não descobre mais por chamados de clientes. PR 2214.»
- Forte: «Integrei dois engenheiros em março e abril — escrevi o guia de configuração do ambiente que os dois usaram; o tempo até o primeiro commit caiu de cerca de uma semana para dois dias.»
- Forte: «Argumentei contra a implantação multirregião na revisão de design de fevereiro; adiamos e entregamos no lugar a correção da fila. Em junho a implantação foi reduzida pelos mesmos motivos.»
Por que o calendário das avaliações joga contra você
Uma avaliação cobre seis ou doze meses. A imagem mais nítida de quem avalia cobre as últimas semanas, porque é assim que a atenção funciona para todo mundo, inclusive para bons gestores. O trabalho do segundo mês chega à conversa já desbotado, e o trabalho feito por alguém que saiu, num projeto cancelado, pode não chegar de jeito nenhum.
Há um segundo problema, mais mecânico: quem avalia muda. Um gestor que entrou em abril não consegue julgar janeiro de memória, só pelos rastros — e os rastros existentes são chamados e compromissos de agenda, que super-representam reuniões e trabalho concluído e sub-representam tudo o que foi difícil.
Isso é uma observação sobre como as avaliações funcionam, não um achado de pesquisa, e deve ser tratado assim. Mas é fácil de conferir na sua própria última avaliação, e essa é a única conferência que importa aqui.
Como preenchê-lo sem mais um ritual semanal
Ninguém sustenta um segundo documento. A versão realista é não escrever nada a mais e montar o brag document com material que você já produz: entradas datadas sobre o que mudou naquele dia, mensagens em que explicou uma decisão e anotações feitas depois de um incidente.
Isso funciona se a matéria-prima for recuperável por descrição em vez de por local: perguntar «o que eu fiz no pipeline de importação» e receber as seis entradas que o mencionam, sem ter sabido em janeiro que elas importariam em dezembro. Montar meio ano assim é trabalho de vinte minutos. Reconstruí-lo pela agenda é uma tarde, e sai errado.
O que um brag document não fará
Ele não substitui o trabalho ser visível enquanto acontece. Um documento apresentado na avaliação para explicar seis meses de contribuição invisível é uma posição mais fraca do que ter dito aquilo em março, e nenhuma quantidade de detalhes salva isso.
Ele também depende da cultura. Em algumas organizações chegar com um relato escrito se lê como preparo; em outras, como lobby. A versão que funciona em qualquer lugar são evidências em vez de adjetivos: números, datas e nomes, deixando o julgamento para quem lê. E números sem uma linha de base são ruído: «reduzi os erros em 60%» não significa nada sem quanto era antes, em que período e medido como. Por fim, nada disso move uma faixa salarial nem desfaz um congelamento de contratações. Um brag document ganha as discussões que de fato são sobre evidências — são menos do que parece, mas não zero.
Mantenha-o continuamente em vez de escrevê-lo na hora da avaliação, e faça cada entrada específica o bastante para ser conferida: o que mudou, quando, para quem e quanto em relação a que linha de base. Inclua as categorias sem glamour — revisões, plantões, mentoria, o argumento vencido numa revisão de design: ninguém mais está registrando isso.