Itaú Entrevista Tech 2026: Perguntas Comuns

Você abriu a vaga do Itaú, viu “Engenharia de Software”, “Dados”, “Cloud”, “Segurança” ou “Produto Tech”, e bateu aquela mistura de vontade com medo. Porque uma coisa é saber programar, analisar dados ou tocar projetos. Outra é sentar na entrevista e responder, com calma, por que você quer o Itaú, como você resolve problemas e o que faria num incidente às 2h da manhã.

Itaú Entrevista Tech 2026: Perguntas Comuns#

Se você está se preparando para uma entrevista tech no Itaú em 2026, este guia é para você.

O Itaú não é só “um banco grande”. É uma empresa com times enormes de tecnologia, produtos digitais, analytics, segurança, arquitetura, engenharia de dados, mobile, IA, cloud, DevOps e plataformas internas.

E sim, a régua costuma ser alta.

Mas alta não quer dizer impossível. Quer dizer que você precisa chegar com histórias boas, clareza técnica e respostas que mostrem maturidade.

Neste post, vou te mostrar:

1. Como costuma ser o processo seletivo tech do Itaú.
2. Perguntas comuns de entrevista.
3. Como responder sem parecer decorado.
4. Exemplos de respostas para engenharia, dados, produto e segurança.
5. Como se preparar para concorrer com gente que também está olhando Nubank, Stone, iFood, Magalu e Globo.
6. O que ajustar no currículo antes de aplicar.

Vamos direto ao ponto.

Como é o processo seletivo tech do Itaú em 2026#

O processo pode variar por vaga, senioridade e área, mas em geral segue uma estrutura parecida.

Você pode encontrar etapas como:

1. Inscrição pela página de carreiras ou LinkedIn.
2. Triagem de currículo.
3. Teste online técnico ou comportamental.
4. Entrevista com RH ou Talent Acquisition.
5. Entrevista técnica com liderança ou pessoas do time.
6. Case, live coding, system design ou discussão de projeto.
7. Entrevista final com gerente, head ou diretoria.
8. Proposta.

Para vagas júnior e estágio, pode haver dinâmica em grupo, desafio lógico ou teste de conhecimentos básicos.

Para pleno e sênior, o peso costuma estar mais em experiência real, arquitetura, impacto, comunicação, visão de negócio e capacidade de tocar problemas com autonomia.

Para staff, especialista, tech lead e arquitetura, espere conversas sobre decisões técnicas, escala, governança, segurança, custos, legado, influência sem autoridade e impacto em múltiplos times.

O que o Itaú costuma valorizar em tecnologia

Não existe uma lista oficial única para todas as vagas, mas alguns temas aparecem bastante em empresas grandes como Itaú:

• Senso de dono.
• Clareza para explicar trade-offs.
• Segurança e confiabilidade.
• Boa comunicação com áreas de negócio.
• Capacidade de trabalhar com sistemas legados.
• Respeito a processos, sem virar burocrata.
• Interesse por impacto no cliente.
• Aprendizado contínuo.
• Colaboração entre times.
• Uso responsável de dados e tecnologia.

Em fintechs como Nubank e Stone, você pode ver uma cultura mais ligada a produto e velocidade. No Itaú, velocidade também importa, mas junto com escala, risco, regulação, segurança e continuidade.

Isso muda o tipo de resposta que funciona.

Se você disser “eu simplesmente subiria em produção e testaria”, pode soar perigoso. Melhor falar de experimento controlado, feature flag, rollback, observabilidade e comunicação.

Perguntas comuns na entrevista tech do Itaú#

Vamos começar pelas perguntas mais prováveis.

1. “Me conta sobre você”

Essa pergunta parece simples, mas muita gente se perde.

O erro comum é contar a vida inteira. Onde nasceu, onde estudou, primeiro estágio, cada tecnologia que tocou, tudo em ordem cronológica.

A melhor resposta tem 60 a 90 segundos e conecta sua experiência com a vaga.

Um bom formato:

1. Quem você é profissionalmente.
2. Quais experiências mais relevantes você tem.
3. Que tipo de problema você resolve.
4. Por que essa vaga faz sentido agora.

Exemplo para pessoa desenvolvedora backend:

“Sou desenvolvedor backend há 5 anos, com foco em Java, Spring Boot, microsserviços e AWS. Nos últimos 2 anos, trabalhei em sistemas de pagamento com alto volume de transações, melhorando tempo de resposta e reduzindo falhas em integrações externas. Gosto de atuar perto do negócio, entender o impacto técnico das decisões e construir soluções seguras. A vaga no Itaú me chamou atenção porque envolve escala, confiabilidade e produto financeiro, que são temas que já fazem parte da minha experiência.”

Percebe? É direto, maduro e conectado.

2. “Por que você quer trabalhar no Itaú?”

Aqui, não responda só “porque é uma empresa grande”.

Isso é genérico.

Você pode falar de:

• Escala dos produtos.
• Impacto na vida financeira de milhões de pessoas.
• Desafios técnicos em banco digital, investimentos, cartões, crédito, canais e segurança.
• Oportunidade de trabalhar com times grandes.
• Aprendizado em ambiente regulado.
• Interesse por modernização tecnológica.

Exemplo:

“O Itaú me interessa porque combina escala real, responsabilidade e transformação digital. Trabalhar em tecnologia para um banco desse tamanho significa lidar com sistemas críticos, alto volume e impacto direto na experiência de milhões de clientes. Eu gosto desse tipo de desafio, onde a solução precisa ser boa tecnicamente, mas também segura, sustentável e alinhada ao negócio.”

Essa resposta é melhor do que “sempre sonhei em trabalhar no Itaú”, a menos que você tenha uma história real por trás.

3. “Fale sobre um projeto técnico importante”

Essa é uma das perguntas mais valiosas.

Use a estrutura STAR:

1. Situação.
2. Tarefa.
3. Ação.
4. Resultado.

Mas não fale como robô. Conte como uma história curta.

Exemplo:

“No meu último time, tínhamos uma API de consulta de saldo que começou a apresentar lentidão em horários de pico. O tempo médio estava passando de 1,8 segundo, e isso impactava a jornada do cliente no app. Eu participei da investigação, analisei logs, métricas e queries, e vimos que parte do problema estava em chamadas síncronas para serviços externos. Propus cache com TTL curto, ajustes de índice e timeout mais controlado. Depois da mudança, reduzimos o tempo médio para cerca de 450 ms e diminuímos erros por timeout em 60%.”

Isso mostra tecnologia, método e resultado.

Se possível, sempre use números.

Números vendem melhor do que adjetivos.

“Melhorei a performance” é fraco. “Reduzi de 1,8 s para 450 ms” é forte.

Perguntas comportamentais que aparecem bastante#

A entrevista tech não é só técnica.

Em empresas como Itaú, Globo, Magalu, iFood, Stone e Nubank, a parte comportamental pode decidir entre duas pessoas tecnicamente boas.

4. “Conte sobre um conflito com alguém do time”

O entrevistador quer saber se você sabe discordar sem virar problema.

Evite culpar alguém.

Resposta ruim:

“O PO não entendia nada e queria tudo para ontem.”

Resposta melhor:

“Tivemos um conflito de prioridade com produto. O time técnico entendia que precisava tratar uma dívida de performance, enquanto produto queria seguir com uma nova funcionalidade. Eu organizei os dados do problema, mostrei impacto em tempo de resposta, erros e risco para a próxima entrega. Com isso, alinhamos uma solução intermediária: reservamos parte da sprint para a correção crítica e mantivemos uma entrega menor da funcionalidade.”

Isso mostra maturidade.

5. “Fale sobre uma falha sua”

Não escolha uma falha falsa, tipo “sou perfeccionista”.

Ninguém aguenta mais isso.

Escolha algo real, mas controlado, e mostre aprendizado.

Exemplo:

“No início da minha carreira, eu aceitava demandas sem fazer perguntas suficientes sobre escopo e critério de sucesso. Em um projeto, isso gerou retrabalho porque entreguei tecnicamente o que foi pedido, mas não exatamente o que o negócio precisava. Depois disso, passei a alinhar objetivo, métrica, restrições e dependências antes de começar. Hoje eu prefiro gastar mais 30 minutos perguntando do que 3 dias refazendo.”

Boa resposta. Humana, honesta e com evolução.

6. “Como você lida com pressão?”

No Itaú, pressão pode existir por incidentes, prazos regulatórios, fechamento de campanhas, datas críticas e produtos financeiros.

A resposta precisa mostrar calma e método.

Você pode dizer:

• Eu separo urgência de importância.
• Eu comunico riscos cedo.
• Eu quebro o problema em partes.
• Eu peço ajuda quando necessário.
• Eu documento decisões.
• Eu protejo qualidade em pontos críticos.

Exemplo:

“Quando existe pressão, eu tento primeiro organizar o problema. Entendo o impacto, quem está sendo afetado, qual o risco e quais caminhos temos. Em incidentes, por exemplo, prefiro uma comunicação clara e frequente, mesmo que ainda não exista solução final. Também evito sair fazendo mudanças sem hipótese, porque isso pode piorar. Pressão existe, mas método ajuda a não transformar urgência em caos.”

Perguntas técnicas para engenharia de software#

Agora vamos para as perguntas mais técnicas.

A lista muda conforme stack, mas algumas aparecem bastante para backend, frontend, mobile e full stack.

7. “Explique um microsserviço que você construiu ou manteve”

Aqui, o entrevistador quer saber se você realmente entende arquitetura.

Fale sobre:

• Responsabilidade do serviço.
• Entrada e saída de dados.
• Banco usado.
• Comunicação síncrona ou assíncrona.
• Observabilidade.
• Escalabilidade.
• Segurança.
• Problemas que aconteceram.
• Decisões que você tomou.

Exemplo:

“Trabalhei em um microsserviço responsável por processar solicitações de segunda via de boleto. Ele recebia eventos de um canal digital, validava dados do cliente, consultava contratos e chamava o serviço de geração. A comunicação principal era via mensageria para reduzir acoplamento. Tivemos problemas de duplicidade em alguns cenários, então implementamos idempotência usando chave de requisição e controle no banco. Também criamos métricas de sucesso, erro por parceiro e tempo de processamento.”

Essa resposta é muito mais forte do que apenas “usei Spring Boot e Kafka”.

8. “Como você garante qualidade de código?”

Não responda só “faço testes”.

Fale do conjunto:

• Testes unitários.
• Testes de integração.
• Code review.
• Pipeline CI/CD.
• Análise estática.
• Padrões de arquitetura.
• Observabilidade.
• Logs úteis.
• Feature flags.
• Monitoramento pós-deploy.

Exemplo:

“Para mim, qualidade começa antes do código, com entendimento do problema. Depois, tento manter funções pequenas, nomes claros e testes nos fluxos críticos. Em APIs, gosto de cobrir contrato, cenários de erro e integrações importantes. Também valorizo code review com contexto, não só apontar estilo. E depois do deploy, acompanho métricas, logs e alertas, porque qualidade também é o comportamento em produção.”

9. “O que você faria se uma API crítica estivesse lenta?”

Boa pergunta para vaga em banco.

Uma resposta madura seguiria:

1. Confirmar impacto.
2. Olhar métricas, logs e traces.
3. Ver se houve deploy recente.
4. Identificar gargalo, banco, rede, serviço externo, CPU, memória, fila.
5. Aplicar mitigação.
6. Comunicar stakeholders.
7. Corrigir causa raiz.
8. Criar prevenção.

Exemplo:

“Eu começaria confirmando o impacto: quais clientes, quais rotas, desde quando e em qual volume. Depois olharia dashboards, logs e tracing para entender se o gargalo está na aplicação, banco, rede ou dependência externa. Se houve deploy recente, avaliaria rollback. Se o problema for saturação, poderia escalar instâncias ou reduzir chamadas não críticas. Depois da mitigação, faria análise de causa raiz e criaria ação preventiva, como alerta, teste de carga ou ajuste de arquitetura.”

10. “Explique idempotência”

Essa pode aparecer bastante em pagamentos, transferências, crédito, onboarding e eventos.

Resposta simples:

“Idempotência é garantir que a mesma operação possa ser executada mais de uma vez sem gerar efeito duplicado. Em um pagamento, por exemplo, se o cliente clicar duas vezes ou se houver retry por timeout, o sistema não pode cobrar duas vezes. Uma forma comum é usar uma chave única por requisição e registrar o status do processamento. Assim, se a mesma chave chegar de novo, o sistema retorna o resultado anterior em vez de processar tudo novamente.”

Ótimo.

11. “Como você desenharia um sistema de notificações?”

Essa pode vir como system design.

Pense em canais como push, e-mail, SMS e WhatsApp.

Uma resposta organizada:

• API de solicitação de envio.
• Validação e regras de consentimento.
• Fila para processamento.
• Serviço por canal.
• Templates.
• Controle de retry.
• Rate limit.
• Logs e auditoria.
• Métricas.
• Dead letter queue.
• Preferências do cliente.

Você pode responder:

“Eu separaria solicitação de envio e processamento. A aplicação principal publicaria um evento em uma fila com dados mínimos e referência ao template. Um serviço de notificações validaria consentimento, preferência do cliente e canal disponível. Depois enviaria para provedores específicos, com retry controlado e dead letter queue. Também teria métricas por canal, taxa de sucesso, latência, erro por provedor e rastreabilidade para auditoria.”

Isso mostra cabeça de escala e segurança.

Perguntas para dados, BI e analytics#

Se sua vaga é de Data Analyst, Data Engineer, Analytics Engineer, Cientista de Dados ou Machine Learning Engineer, as perguntas mudam.

Mas o foco continua igual: impacto, qualidade e clareza.

12. “Como você garante qualidade dos dados?”

Resposta boa inclui:

• Validação na entrada.
• Checagem de schema.
• Testes em pipelines.
• Monitoramento de freshness.
• Controle de duplicidade.
• Reconciliação com fonte.
• Alertas.
• Documentação.
• Linhagem dos dados.

Exemplo:

“Eu trato qualidade de dados como parte do produto. Em pipelines, costumo validar schema, volume esperado, nulos em campos críticos, duplicidade e atualização. Também gosto de comparar números com fontes oficiais, principalmente em métricas financeiras. Se uma tabela alimenta dashboard executivo ou modelo, precisa ter monitoramento e alerta. Dado ruim gera decisão ruim.”

13. “Explique um projeto em que dados geraram resultado”

Use números.

Exemplo:

“Trabalhei em uma análise de abandono no funil de abertura de conta. Cruzamos eventos do app, dados cadastrais e motivos de reprovação. Identificamos que uma etapa de validação documental concentrava grande parte das quedas em determinados aparelhos Android. Depois de ajustes na experiência e melhoria na captura, a conversão subiu 8% em 6 semanas. O ganho estimado era relevante porque o volume mensal era alto.”

Se você não tem números exatos, use aproximações honestas:

• “cerca de”
• “aproximadamente”
• “na ordem de”
• “em torno de”

14. “Como você explicaria um modelo para uma pessoa de negócio?”

No Itaú, comunicação com áreas não técnicas é essencial.

Exemplo:

“Eu evitaria começar por algoritmo. Primeiro explicaria qual decisão o modelo apoia, qual problema resolve e qual métrica melhora. Depois mostraria quais variáveis ajudam na previsão, quais limites existem e como monitoramos erro. Também deixaria claro que modelo não é verdade absoluta. Ele ajuda a priorizar decisões com base em probabilidade.”

Boa resposta, principalmente em crédito, fraude, churn e recomendação.

Perguntas para segurança, cloud e DevOps#

Áreas como segurança, infraestrutura, SRE, cloud e DevOps são muito importantes em banco.

Aqui, o entrevistador quer confiança.

15. “Como você responderia a um incidente em produção?”

A resposta pode seguir:

1. Detectar.
2. Classificar severidade.
3. Montar sala de crise.
4. Mitigar.
5. Comunicar.
6. Monitorar.
7. Fazer post-mortem.
8. Corrigir causa raiz.

Exemplo:

“Eu começaria classificando severidade e impacto. Depois, envolveria as pessoas certas: aplicação, infra, segurança, negócio e suporte, se necessário. A prioridade inicial é mitigar impacto no cliente, não encontrar culpado. Durante o incidente, manteria comunicação objetiva e registro das ações. Depois, faria post-mortem sem caça às bruxas, com causa raiz, aprendizados e ações preventivas.”

16. “Como você pensa segurança em uma aplicação?”

Resposta madura:

• Princípio do menor privilégio.
• Criptografia em trânsito e repouso.
• Gestão de segredos.
• Validação de entrada.
• Proteção contra OWASP Top 10.
• Logs sem dados sensíveis.
• Controle de acesso.
• Revisão de dependências.
• Segurança no pipeline.
• Monitoramento.

Exemplo:

“Eu tento pensar segurança desde o desenho. Quem acessa, quais dados trafegam, quais permissões são necessárias e como auditar. Também me preocupo com segredos fora do código, criptografia, validação de entrada, logs sem informação sensível e dependências atualizadas. Em banco, isso é ainda mais crítico porque uma falha pode afetar cliente, reputação e exigências regulatórias.”

17. “Você já trabalhou com cloud?”

Se sim, seja específico.

Não diga só “AWS”.

Diga:

• ECS, EKS, Lambda, S3, RDS, DynamoDB, CloudWatch.
• IAM.
• VPC.
• Terraform.
• Custos.
• Observabilidade.
• Backup.
• Alta disponibilidade.

Exemplo:

“Trabalhei com AWS em aplicações Java rodando em ECS, com RDS, S3 e filas. Também participei de ajustes em IAM, variáveis de ambiente, logs no CloudWatch e esteiras de deploy. Não me considero especialista em toda a plataforma, mas tenho boa experiência usando serviços principais e entendendo impacto de custo, segurança e disponibilidade.”

Essa honestidade é boa. Não tente parecer arquiteto cloud se você não é.

Perguntas sobre salário e expectativa#

Em 2026, salários tech no Brasil continuam variando bastante por cidade, modelo remoto, senioridade e empresa.

Algumas faixas comuns em grandes empresas e fintechs no Brasil:

• Desenvolvedor júnior: R$4k a R$7k.
• Desenvolvedor pleno: R$8k a R$14k.
• Desenvolvedor sênior: R$14k a R$24k.
• Tech lead: R$18k a R$30k.
• Especialista ou staff engineer: R$25k a R$40k.
• Data analyst pleno: R$7k a R$13k.
• Data scientist sênior: R$15k a R$28k.
• SRE sênior: R$16k a R$30k.
• Product Manager tech: R$14k a R$28k.

Para vagas internacionais remotas, você pode ver coisas como $60k, $80k ou $120k por ano, mas aí entram inglês forte, contrato PJ internacional e concorrência global.

18. “Qual sua pretensão salarial?”

Não responda um número sem contexto se puder evitar.

Uma resposta boa:

“Pelo meu momento, experiência e o que tenho visto no mercado para posições sênior em empresas desse porte, estou mirando algo na faixa de R$18k a R$23k CLT, dependendo do pacote total, benefícios, bônus e escopo da posição. Mas estou aberto a entender melhor a senioridade esperada e a estrutura da proposta.”

Isso mostra flexibilidade sem se desvalorizar.

Se você está empregado, considere:

• Salário atual.
• Bônus.
• PLR.
• Vale-refeição.
• Plano de saúde.
• Previdência.
• Modelo híbrido.
• Custo de deslocamento.
• Crescimento.

No Itaú, PLR e benefícios podem pesar bastante no pacote total. Então olhe o conjunto, não só salário base.

Perguntas que você deve fazer ao entrevistador#

Muita gente esquece que entrevista é via de mão dupla.

No final, quando perguntarem “você tem alguma pergunta?”, não diga apenas “não”.

Tenha 3 a 5 perguntas prontas.

Boas perguntas:

1. “Quais são os principais desafios técnicos desse time nos próximos 6 meses?”
2. “Como vocês medem sucesso para essa posição?”
3. “Qual é o nível de autonomia esperado para essa senioridade?”
4. “Como é o processo de deploy e acompanhamento em produção?”
5. “Quais tecnologias o time usa hoje e quais mudanças estão planejadas?”
6. “Como o time lida com dívida técnica?”
7. “Como é a interação entre engenharia, produto, dados e negócio?”
8. “Existe plantão ou escala de suporte? Como funciona?”
9. “Como a empresa apoia crescimento técnico?”
10. “O que diferencia uma pessoa mediana de uma pessoa excelente nesse cargo?”

Essas perguntas mostram maturidade.

E também te protegem de entrar em uma vaga que não combina com você.

Como responder quando você não sabe#

Você não precisa saber tudo.

Mas precisa saber lidar bem com o não saber.

Resposta ruim:

“Não sei.”

Resposta melhor:

“Não trabalhei diretamente com isso ainda, mas posso raciocinar pelo que conheço. Eu começaria entendendo o objetivo, as restrições e os riscos. Pelo que sei, uma abordagem possível seria…”

Ou:

“Não tenho experiência prática com Kubernetes em produção, mas já trabalhei com containers e deploy em ECS. Entendo conceitos como imagem, health check, escalabilidade e logs. Se essa for uma parte importante da vaga, é algo que eu consigo aprofundar rápido.”

Isso é honesto e mostra capacidade de aprendizado.

Como se preparar na semana anterior#

Se você tem 7 dias até a entrevista, faça assim.

Dia 1: Entenda a vaga

Leia a descrição e marque:

• Tecnologias citadas.
• Responsabilidades.
• Senioridade.
• Palavras repetidas.
• Produtos ou áreas mencionadas.
• Requisitos obrigatórios.
• Requisitos desejáveis.

Depois, conecte cada item com uma história sua.

Dia 2: Pesquise o Itaú

Veja:

• Site institucional.
• Página de carreiras.
• Notícias recentes.
• Produtos digitais.
• App Itaú.
• iti.
• Investimentos.
• Cartões.
• Open Finance.
• IA e dados.
• Segurança.

Não precisa decorar relatório anual, mas entenda o contexto.

Dia 3: Prepare histórias STAR

Monte pelo menos 6 histórias:

1. Projeto técnico complexo.
2. Incidente ou problema em produção.
3. Conflito com time ou stakeholder.
4. Erro e aprendizado.
5. Resultado com métrica.
6. Liderança ou influência.

Essas histórias vão servir para várias perguntas.

Dia 4: Revise fundamentos técnicos

Dependendo da vaga, revise:

• APIs REST.
• Banco de dados.
• Transações.
• Índices.
• Cache.
• Mensageria.
• Testes.
• Git.
• CI/CD.
• Observabilidade.
• Segurança.
• Estruturas de dados.
• System design.

Para frontend:

• React ou Angular.
• Estado.
• Performance.
• Acessibilidade.
• Testes.
• Design system.
• Consumo de APIs.

Para mobile:

• Kotlin, Swift, Flutter ou React Native.
• Ciclo de vida.
• Offline first.
• Performance.
• Publicação.
• Segurança local.

Para dados:

• SQL.
• Modelagem.
• ETL/ELT.
• Python.
• Estatística.
• Métricas.
• Experimentos.
• Qualidade de dados.

Dia 5: Simule respostas em voz alta

Não adianta só pensar.

Fale.

Grave no celular se puder.

Você vai perceber vícios como:

• “tipo”
• “né”
• “basicamente”
• respostas longas demais
• falta de resultado
• excesso de detalhe técnico sem contexto

Ajuste até ficar natural.

Dia 6: Prepare perguntas e exemplos

Separe:

• 3 perguntas para o entrevistador.
• 3 exemplos técnicos.
• 2 exemplos comportamentais.
• 1 resposta sobre salário.
• 1 resposta sobre por que Itaú.
• 1 resumo sobre você.

Dia 7: Descanse e revise leve

Na véspera, não tente aprender Kubernetes inteiro, Kafka inteiro ou machine learning inteiro.

Revise seus pontos principais.

Durma bem.

Entre na entrevista com energia.

Erros que podem te eliminar#

Alguns erros parecem pequenos, mas pesam.

Evite:

1. Falar mal de empresa anterior.
2. Responder tudo de forma genérica.
3. Não saber explicar projetos do próprio currículo.
4. Exagerar senioridade.
5. Mentir sobre tecnologia.
6. Não ter perguntas no final.
7. Focar só em ferramenta e esquecer problema.
8. Não citar resultado.
9. Ignorar segurança.
10. Tratar produto financeiro como se fosse app sem risco.
11. Não demonstrar colaboração.
12. Falar demais sem responder a pergunta.

Um ponto importante: se está no currículo, você precisa conseguir conversar sobre aquilo.

Se colocou Kafka, Kubernetes, AWS, Databricks, Spark, Terraform, React, Java, Go, Python ou SQL avançado, esteja pronto para explicar sua experiência real.

Não precisa ser especialista em tudo, mas precisa ser honesto.

Como adaptar suas respostas por senioridade#

Júnior

O Itaú não espera que você tenha resolvido incidentes gigantes.

Mas espera:

• Base técnica.
• Vontade de aprender.
• Boa comunicação.
• Responsabilidade.
• Curiosidade.
• Humildade.
• Capacidade de receber feedback.

Mostre projetos acadêmicos, estágio, freelas, bootcamp ou projetos pessoais.

Mas explique o que você fez, não só o que o grupo fez.

Pleno

Para pleno, espere cobrança de autonomia.

Você precisa mostrar que consegue pegar uma demanda, entender, implementar, testar, pedir ajuda quando precisa e acompanhar em produção.

Fale de decisões que você tomou.

Fale de trade-offs.

Fale de resultado.

Sênior

Para sênior, o jogo muda.

Não basta codar bem.

Você precisa mostrar:

• Visão de arquitetura.
• Influência no time.
• Mentoria.
• Prevenção de problemas.
• Comunicação com negócio.
• Priorização.
• Decisões sob incerteza.
• Impacto além da sua tarefa.

Se você ganha ou busca algo como R$18k, R$22k ou R$28k, a empresa vai esperar esse nível de impacto.

Tech Lead, Staff ou Especialista

Aqui, prepare exemplos de:

• Decisão técnica com múltiplos times.
• Redução de custo.
• Evolução de arquitetura.
• Governança técnica.
• Gestão de incidentes graves.
• Padronização.
• Influência sem ser chefe direto.
• Mentoria de seniors.
• Alinhamento com liderança.

Você precisa mostrar que melhora o sistema e as pessoas ao redor.

Modelo rápido de resposta para qualquer pergunta difícil#

Quando travar, use esta estrutura:

1. “O contexto era…”
2. “O problema principal era…”
3. “Minha responsabilidade foi…”
4. “Eu fiz…”
5. “O resultado foi…”
6. “O aprendizado foi…”

Exemplo:

“O contexto era uma migração de serviço legado. O problema principal era que o sistema atual tinha alto acoplamento e pouca documentação. Minha responsabilidade foi liderar a parte de APIs. Eu comecei mapeando dependências, criando contrato e migrando por etapas com feature flag. O resultado foi uma transição sem indisponibilidade relevante e redução de chamados. O aprendizado foi que, em sistema crítico, migração segura vale mais do que migração rápida.”

Esse formato salva muita entrevista.

Checklist final antes da entrevista#

Antes de entrar na chamada ou chegar presencialmente, confira:

• Seu currículo está atualizado.
• Você sabe explicar cada item dele.
• Você tem exemplos com números.
• Você pesquisou a área e a vaga.
• Você testou câmera, áudio e internet.
• Você tem água por perto.
• Você sabe a pretensão salarial.
• Você tem perguntas para o final.
• Você revisou fundamentos da vaga.
• Você sabe responder “por que Itaú?”.

Se for entrevista online, entre 5 minutos antes.

Se for presencial ou híbrida, planeje o trajeto com folga. Para polos em São Paulo, trânsito pode acabar com sua calma antes mesmo da conversa começar.

O currículo ainda vem antes da entrevista#

Aqui vai a parte que muita gente esquece: você só chega na entrevista se o currículo passar.

Antes de pensar nas perguntas do Itaú, seu currículo precisa estar claro para recrutadores e sistemas de triagem.

Isso significa:

• Título alinhado com a vaga.
• Tecnologias certas.
• Experiências com impacto.
• Métricas.
• Palavras-chave da descrição.
• Projetos explicados de forma simples.
• Nada de currículo de 4 páginas cheio de texto solto.
• Nada de listar 40 ferramentas sem contexto.

Exemplo fraco:

“Atuei em melhorias de sistemas internos usando Java.”

Exemplo melhor:

“Desenvolvi e otimizei APIs Java/Spring Boot para sistema de pagamentos, reduzindo tempo médio de resposta em 35% e melhorando observabilidade com métricas e logs estruturados.”

A segunda versão tem tecnologia, ação e resultado.

É isso que te coloca na frente.

Fechando#

A entrevista tech do Itaú em 2026 pode ser exigente, mas ela não precisa ser um mistério.

Você vai se sair melhor se preparar boas histórias, revisar fundamentos, entender o negócio e falar com clareza. O objetivo não é parecer perfeito. É mostrar que você resolve problemas reais, aprende rápido, colabora bem e entende o peso de construir tecnologia para milhões de clientes.

Antes de aplicar ou responder aquele e-mail do recrutador, revise seu currículo com carinho. Um bom currículo aumenta suas chances de passar pela triagem e chegar na entrevista com vantagem.

Quer saber se seu currículo está pronto para passar por sistemas ATS e recrutadores? Faça agora a checagem gratuita da JobRise: https://jobrise.io/pt/free-ats-checker/