Como a Microsoft entrevista Analistas de Dados

A Microsoft publica uma visão geral de suas entrevistas, em vez de uma sequência fixa de etapas nomeadas. As categorias desta página (triagem, tarefa para casa, estudo de caso, comportamental, presencial) são categorias de preparação, não categorias da Microsoft.

• As conversas. A maioria das entrevistas da Microsoft inclui 2-4 conversas com possíveis colegas de equipe e de outras áreas, cada uma com duração de até uma hora. Para um analista, os colegas de outras áreas provavelmente serão as pessoas que tomarão decisões com base em seus números.
• Formato e amostras de trabalho. As entrevistas podem ocorrer por telefone, pelo Microsoft Teams ou presencialmente e, para algumas funções, os candidatos precisam escrever código, compartilhar um portfólio criativo ou fornecer amostras de trabalho. A Microsoft não informa quais funções, portanto, um analista deve estar preparado para um exercício de SQL ou uma solicitação de análise de exemplo.
• A conversa técnica. As entrevistas técnicas se baseiam na resolução de problemas e abordam excelência técnica e competências essenciais, além de perguntas baseadas em competências e perguntas sobre seu currículo.
• Se você programar. Quando uma entrevista envolve código, você programa na linguagem que domina, sem pseudocódigo, em uma ferramenta de terceiros que executa e compila o código. Para um analista, isso geralmente significa escrever SQL que realmente funcione.

A Microsoft não informa quanto tempo dura o processo para Analista de Dados.

A avaliação publicada abrange a resolução de problemas, verificada por meio de competências e do seu currículo. Um analista deve interpretar isso da seguinte forma: cada análise mencionada será examinada quanto à pergunta que respondeu, aos dados utilizados, às verificações realizadas e à decisão que alterou.

Em geral, as entrevistas para Analista de Dados avaliam:

• SQL e limpeza de dados. Junções, agregações, funções de janela e a disciplina para encontrar linhas duplicadas e chaves nulas antes de apresentar um número.
• Métricas e painéis. Definir uma métrica de modo que duas pessoas calculem o mesmo valor e saber quando um painel é enganoso.
• Comunicação de conclusões. Transformar um resultado em uma recomendação que um colega de outra área possa aplicar, algo importante aqui porque esses colegas participam da entrevista.
• Julgamento de negócios. Escolher qual análise executar primeiro e conseguir explicar o motivo.

Você deve demonstrar suas próprias habilidades sem ajuda externa, salvo quando isso for explicitamente permitido; portanto, tanto o SQL quanto a interpretação devem ser seus.

A Microsoft publica um único formato de entrevista para todas as funções, portanto, o que segue representa a prática geral para essas funções, e não uma regra da Microsoft.

• Em comparação com entrevistas para Cientista de Dados, espere menos modelagem e planejamento de experimentos e mais definição de métricas, análise descritiva e recomendações claras.
• Em comparação com entrevistas para Engenheiro de Dados, espere poucas perguntas sobre arquitetura de pipelines e muito mais sobre a interpretação de dados que já existem, incluindo suas falhas.
• Em comparação com outras empresas, os detalhes publicados para os quais você deve se preparar são o pequeno número de conversas de uma hora, a presença de colegas de outras áreas e a exigência de que o código funcione. Um analista que consegue escrever SQL funcional e explicar o resultado para alguém que não é analista está bem alinhado ao formato.

A Microsoft não publica um cronograma. Porém, publica a dimensão do processo: 2-4 conversas de até uma hora cada, o que faz com que cada uma tenha mais peso do que teria em um ciclo mais longo.

A dificuldade vem da combinação, não de uma única pergunta. Em uma hora, você pode passar de um problema de SQL que precisa ser executado corretamente para uma pergunta sobre competências relacionada a um desentendimento com uma parte interessada e, depois, para uma pergunta sobre seu currículo, referente ao motivo pelo qual uma métrica criada por você foi definida daquela maneira. Candidatos que conhecem suas próprias análises anteriores no nível de cada decisão lidam bem com essa transição.

Prepare-se para o formato publicado: resolução de problemas, competências, currículo e código funcional.

• SQL executável. Pratique em uma ferramenta que execute suas consultas e explique suas verificações em voz alta, pois pseudocódigo não é aceito quando há programação.
• Histórias sobre métricas. Para cada métrica em seu currículo, conheça sua definição, suas limitações conhecidas e uma decisão que ela alterou.
• Explicações para outras áreas. Ensaie como explicar uma análise a um engenheiro, um profissional de marketing e um parceiro da área financeira sem alterar seu significado.
• Uma amostra de trabalho pronta. Para algumas funções, são solicitadas amostras de trabalho; tenha uma análise clara e documentada que você defenderia com tranquilidade, linha por linha.
• Ensaie a hora. Use uma entrevista simulada com o SubcueAI para praticar a alternância entre perguntas técnicas, sobre competências e sobre seu currículo; durante a entrevista real, ajuda externa não é permitida, salvo quando explicitamente autorizada.