Entrar
PapaHR · Mike Pritula Academy · Cargos

Desenvolvedor de Software: perfil, KPIs e perguntas de entrevista

Esta página reúne o perfil de desenvolvedor de software, indicadores-chave de desempenho (KPIs) e materiais para contratação. Use-os para alinhar resultados com o negócio e avaliar a autonomia profissional.

Montar um perfil para sua empresa Abrir no PapaHR grátis →

Perfis de cargo, contratação, integração e avaliação no PapaHR. Grátis para até 25 funcionários.

  1. Use o perfil abaixo ou monte o seu no construtor.
  2. No PapaHR, o perfil se transforma em um anúncio de vaga, um plano de integração e metas para o período de experiência.
  3. Após 90 dias, avalie a pessoa com os mesmos KPIs e competências.

Perfil do cargo

Por que o cargo existe

Criar e manter soluções de software que ajudem clientes e reduzam o trabalho manual da empresa.

Resultado em um ano

As alterações combinadas funcionam para os usuários, cenários críticos têm testes automatizados e outro desenvolvedor consegue entender o código e continuar o trabalho.

Posição na estrutura

  1. Responde aGerente de Engenharia; em equipes pequenas, à liderança técnica do projeto.
  2. Subordinados diretosNenhum
  3. Trabalha comGerente de Produto — valor das alterações e critérios de aceite, Gerente de Projetos — prazos, dependências e prioridades, Analista de Testes — cenários de teste e reprodução de erros, Designer — comportamento da interface e estados ambíguos, Suporte ao Cliente — problemas dos usuários após a publicação, Profissional de tecnologia da informação (TI) — acessos e ambiente
Principais áreas de resultado
  1. Usuários recebem as alterações combinadas — Cumprimento do plano de desenvolvimentoExemplo: 100% do plano acordado concluído.
  2. Entregas são aceitas sem retrabalho — Aceite na primeira avaliaçãoExemplo: 100% das tarefas aceitas na primeira avaliação.
  3. Testes automatizados protegem cenários importantes — Cumprimento do plano de testes automatizadosExemplo: 100% dos cenários planejados protegidos por testes que funcionam.
  4. Erros são corrigidos nos prazos combinados — Correção de erros no prazoExemplo: 100% dos erros com prazo vencendo no período corrigidos pontualmente.
  5. A equipe consegue manter as alterações publicadas — Documentação pronta para publicaçãoExemplo: 100% da documentação planejada pronta para a publicação.
Requisitos

Experiência: Alterações autônomas em produto em produção, com complexidade compatível com a vaga.

Requisitos formais: Capacidade de explicar o próprio código e decisões; graduação específica opcional.

Precisa saber

  • Linguagem de programação e bibliotecas utilizadas pela equipe
  • Armazenamento de dados e verificação de integridade
  • Controle de versão e colaboração no código
  • Métodos de testes automatizados de software
  • Tratamento de erros, permissões de acesso e proteção de segredos
  • Processos de compilação, publicação e restauração da versão anterior

Precisa saber fazer

  • Ler código existente antes de alterar seu comportamento
  • Reproduzir erros e verificar suas causas
  • Escrever testes para cenários importantes e restrições
  • Explicar decisões técnicas em linguagem acessível ao negócio
  • Estimar trabalho considerando incertezas e dependências
  • Entregar alterações com instruções de verificação e manutenção
Competências em três níveis

Compreensão do problema

Evita gastar tempo em funcionalidades que não resolvem problemas dos usuários.

  1. Explica a tarefa e esclarece condições ambíguas antes de começar.básico
  2. Alinha cenários, restrições e critérios de conclusão antes de estimar prazos.intermediário
  3. Identifica trabalho desnecessário e propõe uma solução mais simples para o resultado esperado.avançado

Código claro e fácil de manter

Reduz o custo de alterações futuras e a dependência de uma pessoa.

  1. Segue a estrutura do projeto e atende aos comentários da revisão.básico
  2. Separa responsabilidades dos componentes e explica suas escolhas.intermediário
  3. Simplifica partes complexas gradualmente, preservando o comportamento funcional do produto.avançado

Qualidade e testes

Protege usuários contra falhas após alterações e reduz correções repetidas.

  1. Verifica o cenário principal e adiciona testes com orientação.básico
  2. Verifica limites, dados inválidos e cenários relacionados com autonomia.intermediário
  3. Escolhe testes pelo impacto das falhas e elimina causas de incidentes recorrentes.avançado

Investigação de erros

Ajuda a restabelecer o produto sem alterações aleatórias e falhas recorrentes.

  1. Coleta as condições do erro e o reproduz em ambiente seguro.básico
  2. Testa hipóteses com evidências e confirma a correção repetindo a verificação.intermediário
  3. Localiza falhas entre componentes e propõe formas de evitar sua repetição.avançado

Responsabilidade pela entrega

Torna os prazos claros e leva a alteração até uma publicação funcional.

  1. Comunica impedimentos e compara a entrega com os critérios da tarefa.básico
  2. Inclui testes e publicação nas estimativas e avisa sobre atrasos antecipadamente.intermediário
  3. Negocia redução de escopo diante de riscos e verifica resultados após a publicação.avançado

Colaboração

Permite discutir decisões técnicas e transferir código sem perder conhecimento.

  1. Explica seu código e faz perguntas específicas aos colegas.básico
  2. Faz comentários úteis e discute soluções sem críticas pessoais.intermediário
  3. Ajuda a equipe a chegar a acordos e compartilha conhecimento trabalhando em conjunto.avançado
Construtor

Monte um perfil para sua empresa

Marque o que essa pessoa faz na sua empresa. À direita está o perfil pronto: copie ou abra no PapaHR.

Desenvolvedor de Software

Criar e manter soluções de software que ajudem clientes e reduzam o trabalho manual da empresa.

Atribuições
  1. Esclarecer necessidades dos usuários e critérios de aceite antes de programar
  2. Dividir alterações em tarefas pequenas e verificáveis
  3. Estimar prazos e avisar antecipadamente sobre riscos de atraso
  4. Escrever código claro com as tecnologias adotadas pela equipe
  5. Verificar cenários comuns, erros e casos de limite
  6. Cobrir a lógica importante com testes automatizados
  7. Revisar código de colegas e atender aos comentários recebidos
  8. Preparar publicações e formas de restaurar a versão anterior
  9. Encontrar causas de falhas e corrigir erros
  10. Documentar execução, limitações e manutenção dos componentes alterados
  11. Integrar serviços externos e tratar falhas de conexão
  12. Migrar dados entre versões verificando sua integridade
  13. Acelerar operações lentas após medir suas causas
  14. Configurar verificações automatizadas antes da publicação
  15. Participar de plantões acordados para incidentes do produto
  16. Orientar desenvolvedores juniores em tarefas compartilhadas
  17. Avaliar restrições técnicas de novas ideias de produto
Abrir o perfil no PapaHR

KPIs do desenvolvedor de software

  1. Cumprimento do plano de desenvolvimento — Tarefas planejadas aceitas / tarefas do plano acordado × 100%. Erro: Equiparar tarefas de complexidades diferentes; esconder atrasos alterando o plano retroativamente.peso 30% · mês
  2. Aceite na primeira avaliação — Tarefas aceitas sem retrabalho / tarefas avaliadas pela primeira vez × 100%. Erro: Excluir tarefas rejeitadas; aceitar código sem verificar os critérios da tarefa.peso 25% · mês
  3. Cumprimento do plano de testes automatizados — Cenários planejados com testes em funcionamento / cenários planejados × 100%. Erro: Aumentar a quantidade de testes sem verificar cenários importantes e entradas inválidas.peso 20% · mês
  4. Correção de erros no prazo — Erros corrigidos no prazo / erros devidos no período × 100%. Erro: Contar chamados fechados sem verificar correções; não calcular quando não houver erros previstos.peso 15% · mês
  5. Documentação pronta para publicação — Documentos prontos para publicação / documentos planejados × 100%. Erro: Contar documentação que não permite a um colega executar ou verificar a alteração.peso 10% · mês
Calculadora

Calcule o bônus por KPIs

Informe o percentual de cumprimento de cada indicador e o valor do bônus para 100%. Você pode alterar os pesos.

IndicadorPeso, %Cumprimento, %Contribuição
Cumprimento do plano de desenvolvimento
Aceite na primeira avaliação
Cumprimento do plano de testes automatizados
Correção de erros no prazo
Documentação pronta para publicação
Resultado dos KPIs
Bônus
Soma dos pesos

Os pesos do exemplo são uma referência. A soma deve ser 100%.

Perguntas para a entrevista

Ficha de avaliação

Faça a entrevista e veja o resultado

Dê uma nota de 1 a 5 após cada resposta: o resultado será calculado por competência. Deixe esta página aberta no celular durante a entrevista.

Compreensão do problema

Conte sobre uma tarefa com requisitos incompletos. O que esclareceu, o que fez pessoalmente e como verificou o resultado?

✓ O que observar na resposta: Perguntas específicas, cenários acordados, ações próprias e resultado confirmado.

⚑ Sinal de alerta: Começou a programar sem esclarecer dúvidas e depois culpou o solicitante.

Conte sobre uma ocasião em que propôs escrever menos código. Qual problema precisava resolver e qual foi o resultado?

✓ O que observar na resposta: Entendeu a necessidade, comparou opções, alinhou a simplificação e verificou seu valor.

⚑ Sinal de alerta: Removeu comportamento necessário sem consultar o responsável pela tarefa.

Código claro e fácil de manter

Conte como alterou um código desconhecido. Como o entendeu, o que mudou e como preservou o comportamento anterior?

✓ O que observar na resposta: Estudou dependências, limitou alterações, adicionou verificações e explicou o resultado.

⚑ Sinal de alerta: Reescreveu uma parte grande sem verificar dependências.

Qual decisão sua dificultou a manutenção depois? O que alterou e o que ficou mais simples?

✓ O que observar na resposta: Reconhece um problema concreto, explica a correção e o efeito na equipe.

⚑ Sinal de alerta: Não consegue identificar uma decisão própria que tenha dado errado.

Qualidade e testes

Conte sobre uma alteração que quebrou outra funcionalidade. Como identificou o problema, corrigiu e evitou sua repetição?

✓ O que observar na resposta: Identifica o cenário esquecido, a correção e um teste que detecta o erro original.

⚑ Sinal de alerta: Considera os testes responsabilidade exclusiva do analista de testes.

Como escolheu testes quando o tempo era curto? Quais riscos considerou e qual foi o resultado da publicação?

✓ O que observar na resposta: Priorizou cenários críticos, testou erros e comunicou os riscos restantes.

⚑ Sinal de alerta: Testou somente o cenário de sucesso e não avisou ninguém.

Investigação de erros

Descreva um erro difícil que corrigiu. Quais hipóteses testou e quais evidências confirmaram a causa?

✓ O que observar na resposta: Reprodução, observações, testes sequenciais de hipóteses e confirmação da correção.

⚑ Sinal de alerta: Alterou várias coisas simultaneamente sem descobrir o que resolveu.

Conte sobre uma falha que não conseguia reproduzir. O que coletou, como encontrou a causa e como terminou o trabalho?

✓ O que observar na resposta: Verificou ambiente e entradas, reuniu registros de eventos e investigou diferenças.

⚑ Sinal de alerta: Fechou o chamado porque funcionava no próprio computador.

Responsabilidade pela entrega

Quando sua estimativa de prazo falhou? Como percebeu, quem avisou e como concluiu a tarefa?

✓ O que observar na resposta: Aviso antecipado, explicação da causa, novo plano e resultado acordado.

⚑ Sinal de alerta: Só comunicou o atraso depois de perder o prazo.

Conte sobre uma publicação sob sua responsabilidade. O que preparou antes, verificou depois e qual foi o resultado?

✓ O que observar na resposta: Critérios de publicação, restauração de versão, verificação do funcionamento e contato com suporte.

⚑ Sinal de alerta: Considera a tarefa encerrada assim que entrega o código.

Colaboração

Conte sobre uma discordância na revisão de código. O que cada lado propôs, como chegaram ao acordo e o que decidiram?

✓ O que observar na resposta: Discutiu consequências, usou evidências e registrou o acordo.

⚑ Sinal de alerta: Impôs a decisão pela autoridade ou fez críticas pessoais.

Como transferiu um componente para outro desenvolvedor? O que preparou e como confirmou que ele conseguia trabalhar com autonomia?

✓ O que observar na resposta: Explicou a estrutura, documentou a execução e verificou uma alteração independente do colega.

⚑ Sinal de alerta: Enviou o link do código e considerou a transferência concluída.

Avalie pelo menos uma resposta para ver o resultado aqui. ·
Gerenciar candidatos no PapaHR

Teste prático

Reserva de estoque sem baixa parcial · 2 horas

Escreva uma função pequena em uma linguagem combinada com a pessoa candidata. As entradas são os saldos de estoque e os itens de um pedido: código do produto e quantidade. Agrupe itens repetidos. A quantidade deve ser um número inteiro positivo e o produto deve existir. Se houver estoque suficiente, retorne os novos saldos. Em qualquer erro, retorne um motivo claro sem alterar os dados de entrada. Não é necessário banco de dados nem interface. Inclua testes automatizados, instruções de execução e uma breve explicação das decisões. Demonstre um pedido válido, itens repetidos, produto inexistente, quantidade inválida e estoque insuficiente. Se faltar tempo, indique as limitações. Use apenas dados fictícios.

Como avaliar

  • Todos os requisitos atendidos; itens repetidos considerados em conjunto
  • Erro em um item impede qualquer baixa no estoque
  • Dados de entrada preservados em todos os resultados
  • Testes cobrem pedido válido, erros e valores de limite
  • Código claro, sem componentes ou dependências desnecessários
  • Instruções permitem executar a solução; limitações estão explícitas

Anúncio de vaga pronto

Desenvolvedor de Software na [nome da empresa]

Desenvolvemos [produto] para [usuários]. Buscamos uma pessoa desenvolvedora para [área de responsabilidade].

Responsabilidades

  • Desenvolver [componentes do produto] usando [linguagem e tecnologias]
  • Alinhar funcionalidades com [responsável pelo produto]
  • Escrever testes automatizados para a lógica importante
  • Revisar código de colegas e aplicar os comentários recebidos
  • Corrigir erros e verificar o funcionamento após a publicação
  • Manter instruções de execução e documentação das alterações

Requisitos

  • Experiência com [linguagem] no nível [senioridade da vaga]
  • Capacidade de entender código existente
  • Experiência colaborando com controle de versão
  • Capacidade de escrever testes e investigar erros
  • Disposição para discutir prazos, restrições e valor das alterações

O que oferecemos

  • Remuneração: [salário] $, [regras de revisão]
  • Horário: [jornada], modelo de trabalho: [modelo]
  • Local de trabalho: [cidade]
  • Equipe: [composição da equipe], liderança: [cargo da liderança]
  • Equipamentos e acessos: [condições de fornecimento]
  • Aprendizado e feedback: [formato e frequência]

No PapaHR, este texto vira uma vaga com página de carreiras e funil de candidatos.

Plano de integração de 90 dias

Antes do primeiro dia

  1. Enviar programação de início e contatos da equipeRH
  2. Preparar equipamentos e acessos com as permissões necessáriasTI
  3. Escolher primeira tarefa pequena com critérios de aceiteGestor
  4. Verificar instruções de execução para a pessoa recém-contratadaMentor

Primeiro dia

  1. Demonstrar o produto e as principais ações dos usuáriosGestor
  2. Explicar armazenamento de segredos e solicitação de acessosTI
  3. Executar projeto e testes automatizados no ambiente de desenvolvimentoNovo funcionário
  4. Apresentar processos de revisão de código e publicaçãoMentor

Primeira semana

  1. Concluir a primeira tarefa e adicionar uma verificaçãoNovo funcionário
  2. Revisar a primeira alteração e explicar os comentáriosMentor
  3. Mostrar registros de erros e restauração da versão anteriorMentor
  4. Alinhar metas do período de experiência e formas de avaliaçãoGestor

30 dias

  1. Publicar uma pequena alteração com supervisão do mentorNovo funcionário
  2. Investigar um erro da reprodução à confirmação da correçãoNovo funcionário
  3. Discutir precisão das estimativas e causas dos atrasosGestor
  4. Verificar se acessos e apoio da equipe são suficientesRH

60 dias

  1. Esclarecer e concluir com autonomia uma tarefa de complexidade acordadaNovo funcionário
  2. Adicionar testes para cenários arriscados da própria alteraçãoNovo funcionário
  3. Avaliar utilidade dos comentários feitos nas revisões de colegasMentor
  4. Comparar resultados com as metas do período de experiênciaGestor

90 dias

  1. Apresentar alterações publicadas e evidências de funcionamentoNovo funcionário
  2. Pedir a outro desenvolvedor que execute o componente seguindo as instruçõesMentor
  3. Avaliar autonomia, qualidade e cumprimento do plano acordadoGestor
  4. Discutir resultados do período de experiência e próximos passosGestor

Metas para o período de experiência

  1. Dominar o fluxo da execução local à publicaçãoAté o dia 30, executa o projeto com autonomia; uma alteração foi publicada com o mentor e verificada.
  2. Conduzir tarefas acordadas até o aceite com autonomiaAté o dia 90, concluiu o plano acordado; cada tarefa tem os critérios de aceite confirmados.
  3. Proteger cenários importantes das próprias alterações com testes automatizadosAté o dia 60, todos os cenários acordados têm testes que detectam um erro inserido propositalmente.
  4. Transferir conhecimento de manutenção do componente alteradoAté o dia 90, um colega executa o componente e verifica uma alteração seguindo as instruções preparadas.

Trajetória de carreira

Desenvolvedor Júnior

Executa tarefas pequenas com requisitos claros e orientação frequente de um mentor.

Para avançar: Esclarecer e concluir tarefas comuns com autonomia, escrever testes e atender às revisões.

Desenvolvedor Pleno

Responde pela alteração completa: esclarecimento, código, testes, publicação e manutenção.

Para avançar: Resolver tarefas ambíguas, identificar dependências e ajudar colegas a melhorar soluções.

Desenvolvedor Sênior

Projeta alterações complexas, reduz riscos técnicos e desenvolve outros profissionais.

Para avançar: Para assumir gestão, desenvolver planejamento de equipe, feedback e distribuição de responsabilidades.

Gerente de Engenharia

Responde pelos resultados da equipe, desenvolvimento das pessoas e estabilidade das publicações.

Para avançar: Ampliar a responsabilidade pela direção técnica conforme o negócio e a equipe crescem.

Perguntas para a reunião 1:1

  1. Em qual tarefa atual ainda não está claro o resultado necessário para o usuário?
  2. Qual dependência pode atrasar a entrega e como posso ajudar?
  3. Onde mais refazemos código após o aceite e por quê?
  4. Qual parte do produto parece mais arriscada de alterar sem verificações adicionais?
  5. Qual etapa manual da publicação consome mais tempo?
  6. Quais comentários sobre seu código se repetem e o que ajudaria a resolvê-los?
  7. Que conhecimento sobre a manutenção do componente está só com você?
  8. Qual próxima tarefa gostaria de assumir para desenvolver sua autonomia?

Erros na contratação e na gestão

  1. Contratar por uma lista de tecnologias sem discutir decisões da pessoa candidata.
    Como fazer melhor: Examinar uma alteração concreta: problema, código, verificações, restrições e resultado.
  2. Medir produtividade por linhas de código ou pequenas tarefas encerradas.
    Como fazer melhor: Avaliar alterações aceitas, complexidade do trabalho e qualidade após a publicação.
  3. Mudar requisitos e manter o prazo original sem discutir.
    Como fazer melhor: Renegociar escopo, prazo e prioridade; preservar o histórico de mudanças do plano.
  4. Responsabilizar apenas o analista de testes pelos erros do desenvolvedor.
    Como fazer melhor: Incluir verificações próprias e testes automatizados nos critérios de conclusão.
  5. Concentrar código e publicações em um único desenvolvedor experiente.
    Como fazer melhor: Revisar código entre colegas, documentar a execução e compartilhar a manutenção regularmente.
RH em dinheiro

Quanto custa errar na contratação do desenvolvedor de software

O mesmo cálculo da seção «RH em dinheiro» do PapaHR: custo de recrutamento mais o salário dos meses em que o novo funcionário trabalhou com metade da capacidade.

Uma saída
Por ano

Nos primeiros meses, um novo funcionário entrega cerca de metade do resultado — a outra metade do salário é o que a empresa paga pelo aprendizado. No PapaHR, o cálculo usa as saídas reais da sua empresa.

Perguntas e respostas

Qual a diferença entre desenvolvedor e programador?

As vagas frequentemente usam esses nomes para a mesma função. Para contratar, defina se a pessoa apenas escreverá código ou também esclarecerá necessidades, testará e publicará alterações. Deixe isso explícito no perfil e no anúncio.

Como avaliar um desenvolvedor sem saber programar?

Peça que explique uma tarefa anterior: o que era necessário, o que fez pessoalmente e como verificou o resultado. Encarregue um desenvolvedor experiente de ler e discutir a solução técnica. Combine os critérios de avaliação antes da entrevista.

Quais indicadores servem para avaliar desenvolvedores?

Comece pelo cumprimento do plano acordado, pelo aceite e pela verificação de cenários importantes. Considere a complexidade das tarefas, novos requisitos e atrasos externos. A quantidade de linhas de código não mostra o valor da alteração.

Desenvolvedor precisa de faculdade na área de tecnologia?

A função exige entender código, encontrar erros e publicar alterações que funcionem. O diploma sozinho não comprova essas capacidades. Avalie habilidades em tarefas próximas ao seu produto.

Um desenvolvedor pode cuidar de todo o produto?

Primeiro defina o volume de desenvolvimento, suporte e publicações. Se uma pessoa fizer tudo, organize revisão de código e uma forma de transferir a manutenção. Caso contrário, férias ou desligamento podem interromper as alterações do produto.

Contrate, integre e avalie em um só sistema

O PapaHR é grátis para até 25 funcionários: perfis de cargo, vagas, integração, metas, reuniões 1:1 e avaliações.

Abrir o perfil no PapaHR Já tenho uma conta

Cargos semelhantes