CRONOLOGIA_DE_PESQUISA
A ciência do ritmo em engenharia: por que comparar velocidade é a métrica errada
«Ela entrega duas vezes mais rápido do que eu — devo não ter perfil para isso» é o tipo de pensamento que os engenheiros de software ensaiam constantemente, geralmente às 23h olhando para um PR pela metade. O que a pesquisa mostra é que essa comparação repousa sobre bases frágeis. A descoberta original do 'programador 10x' veio de 12 pessoas em um estudo de 1968 que mediu o tempo dedicado a uma única tarefa, em condições que têm pouca semelhança com o trabalho de software moderno. Meio século depois, o framework SPACE documentou que a produtividade do desenvolvedor é multidimensional — a velocidade é uma fatia de um quadro muito maior, e as outras fatias costumam ser invisíveis em comparações entre pares. Enquanto isso, um mapeamento sistemático da literatura sobre burnout estabeleceu que a sobrecarga crônica é um preditor confiável do esgotamento do engenheiro, não um sinal de dedicação excepcional. O roteiro antigo — 'trabalhe mais rápido, prove seu valor' — está em contradição com o que as evidências mostram sobre como a boa engenharia realmente é feita.
Como a ciência mudou · 1968–2022
- 1968
Sackman, Erikson e Grant publicam o estudo que se tornaria a origem do 'programador 10x': 12 programadores profissionais resolvendo um único problema mostraram uma razão de 28:1 no tempo de depuração e aproximadamente 10:1 no volume de código — achados amplamente citados, mas raramente auditados pelo seu design estreito de tarefa única. ↗
- 2001
A revisão de Magne Jørgensen sobre estudos de variação de produtividade individual constata que a razão entre programadores é real, mas dependente do contexto — estudos medindo diferentes tarefas, linguagens e contextos de equipe produziram razões que variam de 2:1 a mais de 20:1, alertando contra tratar qualquer razão única como universal. ↗
- 2019
Storey e Zimmermann pesquisam 2.000 desenvolvedores da Microsoft e descobrem que o ponto de dor mais comum não é a velocidade de digitação ou o desempenho das ferramentas, mas interrupções e troca de tarefas — chamando atenção para o fluxo de trabalho e o ambiente como grandes alavancas de produtividade invisíveis em comparações de velocidade. ↗
- 2019
Murphy-Hill e colegas no Google publicam achados de que o desempenho individual do desenvolvedor está mais fortemente correlacionado com fatores de equipe e organizacionais — cultura de revisão de código, segurança psicológica, carga de plantão — do que com esforço individual ou velocidade de produção bruta. ↗
- 2020
A revisão de McConnell do estudo original de Sackman/Grant de 1968 rastreia precisamente como o rótulo '10x' migrou para a crença popular: a razão original era sobre tempo de depuração em uma tarefa para 12 pessoas, não produtividade geral — e as repetições subsequentes inflaram e descontextualizaram o achado ao longo de cinco décadas. ↗
- 2021
Forsgren, Storey, Maddila, Zimmermann, Houck e Nagappan introduzem o framework SPACE no ACM Queue: Satisfação e bem-estar, Desempenho, Atividade, Comunicação e colaboração, Eficiência e fluxo — cinco dimensões da produtividade do desenvolvedor, nenhuma das quais se reduz apenas à velocidade. ↗
- 2022
Tulili, Capiluppi e Rastogi publicam um estudo de mapeamento sistemático do burnout em engenharia de software, sintetizando 74 estudos primários: o excesso de trabalho e a alta carga de trabalho emergem como os antecedentes de burnout mais consistentemente relatados na literatura, com engajamento e autonomia como fatores protetores. ↗