How Many Interviews Are Enough in a Software Engineering Study? Preliminary Findings on Sample Size and Saturation
Este artigo analisa estudos de engenharia de software empírica publicados entre 2016 e 2025 para revelar que os tamanhos de amostra de entrevistas variam tipicamente entre 13 e 24 participantes, enquanto as justificativas para a adequação e a saturação da amostra permanecem inconsistentemente relatadas e frequentemente dependem de raciocínio implícito em vez de uma discussão metodológica explícita.
Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo
Imagine que você está tentando descobrir o tamanho ideal para um grupo de chat para resolver um mistério. Você precisa de um pequeno esquadrão de três especialistas ou de um exército massivo de cinquenta pessoas? Uma equipe de pesquisadores de universidades do Canadá, dos EUA e do Brasil decidiu investigar exatamente essa questão, mas, em vez de investigadores de mistérios, eles observaram engenheiros de software que utilizam entrevistas para estudar como as pessoas constroem e trabalham com tecnologia.
Eles não apenas adivinharam; eles realizaram uma caça ao tesouro digital através das conferências e periódicos mais importantes de engenharia de software de 2016 a 2025. Eles peneiraram milhares de artigos, filtrando o ruído até encontrarem 429 estudos que realmente utilizaram entrevistas. No total, esses estudos conversaram com 7.444 pessoas.
A Zona "Goldilocks" das Entrevistas
Quando os pesquisadores analisaram os dados, descobriram que não existe um número único "mágico" de quantas pessoas você precisa entrevistar. Não é como fazer um bolo onde você precisa usar exatamente dois ovos. Em vez disso, o tamanho do grupo depende inteiramente da receita que você está preparando.
No entanto, se você tivesse que escolher o tamanho mais comum, os pesquisadores descobriram que o "ponto ideal" para a maioria dos estudos de engenharia de software está entre 13 e 24 entrevistados. Esta foi a faixa mais frequente, aparecendo em 152 dos artigos que estudaram.
Mas a variação era selvagem!
- Alguns estudos eram minúsculos, conversando com apenas uma pessoa (como um mergulho profundo em um único hacker ou um gerente específico).
- Outros eram massivos, entrevistando mais de 100 pessoas.
- O estudo médio conversou com cerca de 17,35 pessoas.
Os pesquisadores sugerem que, se você estiver planejando um estudo e precisar de um ponto de partida, mirar nessa faixa de 13 a 24 pode ser uma aposta segura, pois é o que a maioria dos outros pesquisadores está fazendo. Mas eles são muito claros: isso não é uma regra estrita. Se você estiver estudando um grupo superespecializado (como especialistas seniores em segurança) que são difíceis de encontrar, um grupo pequeno de menos de 5 pessoas é perfeitamente normal e aceitável.
O Mistério da "Placa de Pare"
No mundo das entrevistas, existe um conceito chamado saturação. Pense nisso como encher um balde com água. Você continua despejando (fazendo perguntas) até que o balde esteja cheio e nenhuma nova água (novas ideias) possa caber. Uma vez que você atinge esse ponto, você para.
Os pesquisadores descobriram que muitos engenheiros de software são um pouco vagos sobre quando atingiram esse momento de "balde cheio".
- A Boa Notícia: A maioria dos estudos explicou por que escolheram as pessoas que escolheram (como "precisávamos de alguém da equipe de segurança" ou "queríamos ver diferentes empresas").
- A Peça Faltante: Muitos estudos não explicaram claramente quando decidiram parar de entrevistar. Eles frequentemente apenas paravam sem dizer: "Ok, ouvimos a mesma coisa três vezes seguidas, então terminamos".
Os pesquisadores notaram que discussões claras sobre esse "ponto de parada" eram encontradas principalmente em estudos que utilizavam um método específico chamado teoria fundamentada (grounded theory). Em outros tipos de estudos, a decisão de parar era frequentemente apenas um palpite ou baseada em limites práticos (como falta de tempo ou dinheiro), em vez de uma regra metodológica estrita.
O Que Este Artigo Diz "Não"
É importante saber o que este artigo não diz.
- Ele não diz que estudos pequenos (como aqueles com apenas 5 a 12 pessoas) são ruins ou "rasos demais". Os pesquisadores argumentam que, se você tiver um bom motivo (como estudar um especialista raro), um grupo pequeno é totalmente aceitável.
- Ele não diz que você deve usar um número específico de pessoas para ser um cientista "de verdade". Eles argumentam explicitamente contra a ideia de que existe um número universal que funcione para cada estudo individual.
- Ele não afirma ter resolvido o problema de como escolher o tamanho da amostra para sempre. Em vez disso, eles sugerem que essas descobertas são preliminares e emergentes. São como o primeiro rascunho de um mapa, mostrando o terreno geral, mas prometendo explorar mais no futuro.
A Conclusão
A mensagem principal é que, na engenharia de software, o número "certo" de entrevistas é algo flexível. Depende de quem você está conversando, de quão difíceis são de encontrar e do que você está tentando aprender.
Os pesquisadores sugerem que, em vez de se preocupar em atingir um número mágico, os cientistas devem ser mais honestos sobre por que escolheram seu tamanho de grupo e como souberam que terminaram. Eles querem que o campo se afaste de regras rígidas e avance em direção a explicações claras, para que um estudo com 3 especialistas seja julgado por sua profundidade, não apenas por sua contagem, e um estudo com 50 pessoas seja julgado por sua amplitude.
Por enquanto, os dados sugerem que 13 a 24 é o caminho mais comum, mas a jornada está aberta para muitas rotas diferentes.
Afogado em artigos na sua área?
Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.