Como você desenharia o processo de entrevistas para um engenheiro sênior no seu time?

Trabalhe de trás para frente a partir da vaga. Defina as três ou quatro competências que de fato preveem sucesso na função e dê a cada uma uma etapa dedicada, com rubrica calibrada e entrevistadores treinados. Prefira exercícios práticos próximos do trabalho real a quebra cabeças de algoritmo, mantenha o tempo total do candidato razoável e exija evidência escrita em todo debrief. Decida por discussão estruturada, não por levantar a mão.

Começo escrevendo em que alguém precisa ser bom para ter sucesso nesta função específica, e normalmente são três ou quatro coisas: design de sistemas na nossa escala, qualidade de código na prática, depuração em código desconhecido e elevar as pessoas ao redor. Depois, uma etapa para cada, sem duplicação, porque uma quinta etapa que não mede nada novo só faz você perder bons candidatos. Na etapa de código eu parei de usar quebra cabeças de algoritmo anos atrás e uso um codebase pequeno e realista onde a pessoa adiciona uma funcionalidade e conserta um bug com as ferramentas que normalmente usa. Prevê muito melhor e candidatos preferem. Cada entrevistador escreve sua evidência antes de ver as anotações dos outros, o que mata o problema de ancoragem em que a primeira opinião forte define a sala. No debrief a gente vai competência por competência contra a rubrica, em vez de rodar a mesa pedindo joinha. Também levo a via inversa a sério: candidatos sêniores estão nos entrevistando, então dou a eles um tempo com um engenheiro sem nenhuma avaliação atrelada.