TESTE_SEU_CONHECIMENTO
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.
TESTE-SE · Quanto você sabe desta ciência?
01 Quantos programadores participaram do estudo de Sackman/Grant de 1968 citado como a origem da afirmação do 'programador 10x'?
A revisão de McConnell de 2020 rastreou o rótulo '10x' a um estudo de 1968 com apenas 12 programadores profissionais completando uma única tarefa. A razão mediu o tempo de depuração, não a produtividade geral, e o pequeno tamanho da amostra e o design de tarefa única raramente eram mencionados quando o achado era citado posteriormente. fonte ↗
02 O que significa o 'S' no framework SPACE?
O framework SPACE de Forsgren et al. significa Satisfação e bem-estar, Desempenho, Atividade, Comunicação e colaboração, Eficiência e fluxo. Começar com satisfação reflete o argumento dos autores de que o bem-estar é tanto uma dimensão da produtividade quanto uma condição necessária para as demais. fonte ↗
03 De acordo com o estudo de mapeamento sistemático de Tulili, Capiluppi e Rastogi, qual foi o antecedente mais consistentemente relatado de burnout em engenheiros de software?
Em 74 estudos primários no mapeamento sistemático, o excesso de trabalho e a alta carga de trabalho foram os principais antecedentes do burnout do engenheiro de software. A revisão também identificou o engajamento e a autonomia como os fatores protetores mais comuns — afastando a ideia de 'trabalhar mais' como estratégia de produtividade sustentável. fonte ↗
04 A pesquisa da DORA sobre equipes de engenharia de alto desempenho mede quatro métricas-chave. Qual combinação está correta?
A pesquisa da DORA estabeleceu a frequência de implantação, o tempo de lead para mudanças, a taxa de falha de mudanças e o tempo de restauração do serviço como as quatro dimensões-chave do desempenho de entrega de software. Essas métricas equilibram intencionalmente velocidade com confiabilidade — equipes que maximizam apenas a velocidade em detrimento das outras três consistentemente têm desempenho inferior no rendimento em nível de sistema. fonte ↗
05 O que Murphy-Hill e colegas descobriram que previa mais fortemente o desempenho individual do desenvolvedor no Google?
Murphy-Hill e colegas descobriram que fatores de equipe e organizacionais — incluindo carga de revisão de código, cultura de reuniões, carga de plantão e segurança psicológica — previam o desempenho individual do desenvolvedor mais fortemente do que esforço individual ou habilidades técnicas sozinhos. Isso significa que dois engenheiros de capacidade igual em equipes diferentes podem mostrar velocidades de produção dramaticamente diferentes por razões estruturais. fonte ↗