Inquérito à Experiência do Programador (DevEx)

Avalie os ciclos de feedback, a carga cognitiva e o estado de fluxo e, depois, resolvam os atritos em conjunto.

Experimente esta avaliação de saúde ao vivo

O que é um inquérito à experiência do programador?

Um inquérito à experiência do programador pergunta aos programadores como sentem o seu trabalho diário: a rapidez com que recebem feedback, a dificuldade em compreender o código e as ferramentas, e a frequência com que conseguem concentrar-se. Este inquérito baseia-se no framework DevEx de Abi Noda, Margaret-Anne Storey, Nicole Forsgren e Michaela Greiler, publicado na ACM Queue em 2023. O framework agrupa os atritos sentidos pelos programadores em três dimensões: ciclos de feedback, carga cognitiva e estado de fluxo. Cada pessoa avalia 12 afirmações em privado. Depois, a equipa analisa os resultados em conjunto e transforma as pontuações mais baixas em ações numa retrospetiva. Para uma visão mais ampla da produtividade dos programadores, utilize o Health Check do SPACE Framework. Para a entrega de software, utilize a Autoavaliação de Métricas DORA.

Dimensões

Ciclos de Feedback

A rapidez com que as pessoas recebem respostas úteis ao seu trabalho, tanto das ferramentas como umas das outras.

  • Velocidade de Builds e Testes

    Os nossos builds e testes são suficientemente rápidos para raramente termos de esperar por eles.

  • Tempo de Resposta das Revisões

    As revisões de código chegam com rapidez suficiente para manter o trabalho a avançar.

  • Confiança nas Releases

    Conseguimos lançar uma alteração com a confiança de que não vai estragar nada.

  • Obter Ajuda

    Quando estamos bloqueados, sabemos a quem perguntar e obtemos ajuda rapidamente.

Carga Cognitiva

O esforço mental necessário para fazer o trabalho no nosso código, nas nossas ferramentas e nos nossos processos.

  • Código Compreensível

    A nossa base de código é fácil de compreender e segura de alterar.

  • Encontrar Informação

    Conseguimos encontrar a documentação ou a informação de que precisamos sem andar à procura.

  • Ferramentas Úteis

    As nossas ferramentas de desenvolvimento ajudam-nos mais do que nos atrapalham.

  • Processos Leves

    Os nossos processos, como tickets, aprovações e passagens de trabalho, não são mais pesados do que o necessário.

Estado de Fluxo

Com que frequência as pessoas conseguem concentrar-se totalmente em trabalho com significado.

  • Concentração Profunda

    Na maioria dos dias, temos longos períodos de tempo para nos concentrarmos no nosso trabalho.

  • Poucas Interrupções

    Raramente somos afastados do nosso trabalho por interrupções ou por termos de alternar entre tarefas.

  • Objetivos Claros

    Sabemos em que estamos a trabalhar e porque é que isso é importante.

  • Autonomia

    Temos verdadeira liberdade para decidir como fazemos o nosso trabalho.

Quando utilizar essa avaliação de saúde

  • Trimestralmente, para ver como evoluem ao longo do tempo os atritos que os programadores enfrentam no dia a dia.
  • Quando os programadores dizem que o trabalho parece lento ou frustrante, mas os números de entrega não mostram porquê.
  • Antes e depois de uma alteração às ferramentas, à plataforma, à base de código ou aos processos, para confirmar que ajudou quem faz o trabalho.

Dicas e truques

  • Analise cada dimensão separadamente. Uma equipa pode ter builds rápidos e, ainda assim, perder a maior parte dos dias com interrupções.
  • Sempre que possível, coloque dados dos sistemas ao lado dos resultados, como os tempos de build ou o tempo de espera das revisões. O artigo sobre DevEx recomenda combinar o que os programadores relatam com dados dos vossos sistemas.
  • Mantenha o inquérito anónimo e nunca utilize as pontuações para comparar ou classificar pessoas.
  • Escolha uma ou duas das afirmações com pontuação mais baixa e transforme-as em ações na próxima retrospetiva. Volte a realizar o inquérito para ver se resultaram.
  • Combine-o com o Health Check do SPACE Framework quando quiser analisar também a satisfação, a colaboração e o output.

Perguntas frequentes

O que é um inquérito à experiência do programador?
Um inquérito curto que pergunta aos programadores sobre os atritos no seu trabalho diário, como esperar por builds e revisões, código confuso ou interrupções constantes. Os resultados mostram onde a equipa perde tempo e energia. Realizado em equipa, as pontuações mais baixas tornam-se uma lista de coisas a corrigir.
Que perguntas deve incluir um inquérito à experiência do programador?
Pergunte sobre aquilo com que os programadores se deparam todos os dias: quanto tempo esperam por builds, testes e revisões, quão fácil é compreender o código e a documentação, e com que frequência conseguem concentrar-se sem serem interrompidos. Mantenha cada afirmação curta e centrada na equipa, não em pessoas individuais. Este modelo tem 12 afirmações, quatro para cada dimensão do DevEx.
Quais são as três dimensões da experiência do programador?
Os ciclos de feedback são a rapidez e a qualidade das respostas ao que os programadores fazem, tanto de ferramentas como builds e testes, como de pessoas, por exemplo quem revê o código. A carga cognitiva é o esforço mental que uma tarefa exige, que aumenta com código complexo, ferramentas pouco familiares e documentação fraca. O estado de fluxo é estar totalmente concentrado no trabalho, o que depende de poucas interrupções, objetivos claros e autonomia.
Com que frequência devemos realizar um inquérito à experiência do programador?
Trimestralmente é adequado para a maioria das equipas. Assim, há tempo para agir sobre os resultados de uma ronda antes da seguinte. Se o realizar com mais frequência do que a vossa capacidade de fazer alterações, as pessoas tendem a deixar de responder.
Qual é a diferença entre DevEx, SPACE e DORA?
O DORA mede a entrega de software, como a frequência de deploys e o tempo que uma alteração demora a chegar a produção. O SPACE é um modelo abrangente da produtividade dos programadores em cinco dimensões. O DevEx centra-se no que os programadores sentem no dia a dia: ciclos de feedback, carga cognitiva e fluxo. A TeamRetro tem um health check para cada um: DORA, SPACE e este.
Quem criou o framework DevEx?
Abi Noda, Margaret-Anne Storey, Nicole Forsgren e Michaela Greiler, no artigo 'DevEx: What Actually Drives Productivity', publicado na ACM Queue em 2023. As afirmações deste modelo foram redigidas pela própria TeamRetro. A TeamRetro não tem qualquer afiliação com os autores nem com a DX.

Based on Abi Noda, Margaret-Anne Storey, Nicole Forsgren and Michaela Greiler, 'DevEx: What Actually Drives Productivity,' ACM Queue 21(2) (2023).

Exames médicos relacionados