Resposta curta
Uma boa autoavaliação de engenharia mostra como seu trabalho se relaciona com as expectativas do nível ao longo de todo o ciclo. Use artefatos verificáveis, delimite sua contribuição e termine cada ponto de desenvolvimento com uma ação concreta.
Resuma o período antes dos detalhes
Comece em primeira pessoa e diga qual problema de engenharia concentrou sua atenção. Em seguida, explique o que mudou com o trabalho e quais registros sustentam essa leitura.
Diferencie o que você decidiu ou entregou do resultado coletivo. Reconhecer a participação do time não exige apagar a sua contribuição.
Procure evidências no trabalho cotidiano
Docs de desenho, discussões em pull requests, planos de teste, registros de decisão, linhas do tempo de incidentes e runbooks são fontes úteis. Cite o artefato e explique para que ele serviu.
Se não existe métrica, descreva o efeito observável. Não crie percentual, prazo ou resultado para deixar o texto mais convincente.
- A decisão ou mudança pela qual fiquei responsável
- O registro que comprova minha participação
- O que o time conseguiu fazer depois
Escreva o exemplo em primeira pessoa
Mantenha colchetes até confirmar os fatos: Eu conduzi [mudança] desde [etapa] até [etapa]. Registrei [decisão], tratei o risco apontado em [revisão] e deixei [artefato] para a operação do time.
Você também pode reconhecer um limite sem apagar a entrega: Eu trouxe [tema] tarde para a revisão. No próximo desenho, vou registrar alternativas e plano de retorno antes de pedir comentários.
Troque adjetivo por evidência
Eu entreguei muito código de alta qualidade e ajudei bastante o time.
Eu implementei [mudança], registrei a decisão em [artefato] e corrigi o risco levantado durante a revisão.
Relacione a evidência ao seu nível
Consulte a versão da Function usada no ciclo. Para cada competência relevante, mostre como seu trabalho alcançou o escopo, a autonomia e a complexidade esperados no nível atual.
Para falar do próximo nível, procure recorrência de trabalho com escopo maior. Uma lista extensa de tarefas não prova mudança de nível.
Feche o desenvolvimento com uma ação
Escolha uma ou duas lacunas observáveis, como desenho incompleto, revisão tardia, atualização de incidente pouco clara, estratégia de testes ou operabilidade.
Diga o que fará diferente e onde isso poderá ser visto. Exemplo: deixei a estratégia de rollback para a rodada de comentários. No próximo projeto, vou preencher riscos e retorno no doc antes da revisão e validar essa parte com a pessoa responsável pelo plantão.